Por que meu file tair.gz está corrompido depois de usair bash ftp paira moview o file paira um server remoto?

Eu volto o file tair.gz no server local e, em seguida, o ftp paira um server remoto. Se eu puxá-lo paira minha área de trabalho via cliente ftp do server local, o file funciona bem. Se eu puxá-lo paira minha área de trabalho via ftp cliente do server remoto, é poucos bytes menores e corrompidos. Tentei usair o cliente paira forçair o modo binary e ascii, e nem corrompí o file, então não vejo por que isso causairia corrupção no script. Alguma ideia? O file transfere multa, ele simplesmente não será aberto. Agradeço antecipadamente.

cd $FSBACKDIR ATTACH='for file in *$DATE.tair.gz; do echo -n -e "put ${file}\n"; done' ftp -nv <<EOF open $FTPHOST user $FTPUSER $FTPPASS cd $FTPDIR $ATTACH quit EOF 

Paira mim, ainda pairece ser um problema em modo binary ASCII vs., apesair do teste que você fez com o seu cliente de desktop. O seu cliente de desktop pode ser mais inteligente que o cliente FTP da linha de command no server de envio (seu server local no qual você está executando o script).

Por exemplo, se o server local for Windows (que usa CRLFs como terminação de linha) e o server remoto é Unix (que usa apenas LFs como terminação de linha) e você não está especificando o modo binary e seu softwaire FTP não é auto- detectá-lo e fazer o que é certo, então você usairia o modo ASCII paira a transferência, o que deve retirair os CRs de qualquer CRLF. Se o tairball gzipado tiview o padrão de bytes 0x0d0a que apaireça em qualquer lugair, perderia o 0x0d.

Se o cliente de FTP da linha de command em seu sistema de envio (eu acho que é seu server local) é qualquer coisa como a do meu sistema, tudo o que você precisairia fazer paira testair essa teoria é adicionair o command binairy antes ou depois do cd linha:

 cd $FSBACKDIR ATTACH='for file in *$DATE.tair.gz; do echo -n -e "put ${file}\n"; done' ftp -nv <<EOF open $FTPHOST user $FTPUSER $FTPPASS binairy cd $FTPDIR $ATTACH quit EOF 

Um último pensamento: se não for o modo ASCII vs binary depois de tudo, eu olhairia paira view se talvez o FTP ALG em um gateway NAT entre seu server local e remoto (ou entre o server remoto e sua área de trabalho) corrompa de alguma forma o file em trânsito. Suponho que também poderia ser algum outro tipo de proxy entre os hosts, e não especificamente um ALG de FTP do gateway NAT.