O upload e a substituição do FTP NÃO sobrescrevem, mas criam [file.ext].# em vez disso

Question

Esta questão é uma duplicata deum no StackOverflow, e me recomendaram fazer esta pergunta aqui. Peço desculpas se a postagem múltipla for indesejável.

Eu tenho um problema muito estranho com o FTP que está me incomodando profundamente. Esta é a PRIMEIRA vez que vejo esse problema.

Quando faço upload de um arquivo, ele não substitui o original, mas é renomeado como [arquivo original.ext].1 (ou [arquivo].2, se [arquivo].1 já existir). Por exemplo, se style.css existir no servidor e eu baixá-lo e editá-lo, quando eu carregá-lo de volta para a posição ele será “renomeado” comoestilo.css.1. Fazer a segunda tentativa produz um terceiro arquivo chamadoestilo.css.2.

Eu possuo meu próprio ferro, no qual tenho o OpenSUSE 11.4 de 64 bits instalado (uma instalação relativamente recente, recém-configurada). Estou usando pure-ftpd e uso o painel de controle YAST para manipular as configurações. A configuração Umask (umask files:umask dirs) em particular é definida como 000:000 (a única configuração que dará a um arquivo carregado as mesmas permissões que os arquivos existentes). Eu tenho acesso FTP Chrooted para todos e para que o FTP acesse /srv/www/, usei as instruções emesse sitepara montar /srv/www/ dentro de /home/[user]/ftp/ usando a operação de ligação. Portanto, o acesso ao FTP é feito em chroot para um usuário muito seguro, mas o usuário ainda tem acesso ao conteúdo em /srv/www/.

Também reservei um tempo para conceder ao conteúdo de /srv/www/ as mesmas permissões e usuário:grupo que o próprio usuário (ou seja, NÃO deve haver problemas de permissão).

Estou usando o WS_FTP Pro 2007 para acessar o site, assim como o Notepad++ (via NppFTP), e ambos os clientes têm o mesmo problema: consigo baixar arquivos perfeitamente, mas quando os carrego, eles têm “.#” anexado a eles ( .1, .2, .3, etc.) em vez de substituir o arquivo original. Esses novos arquivos têm permissões e propriedade IDÊNTICAS (usuário: grupo) do arquivo original, então não sei por que o upload cria um novo arquivo em vez de sobrescrevê-lo.

Editado para adicionar: desde então, tentei vários clientes FTP diferentes, incluindo a funcionalidade FTP na linha de comando do Windows, com resultados finais idênticos.

Answer 1

Existem várias referências a um recurso de "renomeação automática" no pure-ftpd. É só uma questão de desligar?http://pureftpd.sourceforge.net/README

E embora as descrições dos nomes dos arquivos façam com que isso pareça menos provável, o cliente FTP está usando a opção STOU?http://www.nsftools.com/tips/RawFTP.htm

Também pode haver alguma ajuda neste Q + A Como os servidores FTP lidam com a renomeação para um arquivo existente?