comando LIST falhando - FTP

[Zolm]

Olá.

Minha dúvida é bastante simples: existe algum jeito dos provedores de banda larga (speedy, virtua, etc) bloquearem única e exclusivamente a parte final da conexão ftp? Explico.

Utilizo windows XP. Instalei o BulletProof FTP server v2.4 aqui. Configurei. Descobri que a porta 21 é bloqueada, então redirecionei. Como não tenho ip fixo, utilizo o modo passivo, fiz um cadastro bonitinho no no-ip, coloquei nas configurações, reconheceu perfeitamente.

Coloquei o servidor pra rodar. Com o loopback 127.0.0.1 ele funcionou legal, abriu o servidor, listou os arquivos. Então abri um acesso remoto em uma máquina do escritório, e por lá tentei conectar no servidor (agora tendo que passar pela internet) - funcionou bonitinho, listou os arquivos, baixei um deles, criei diretórios e apaguei, etc. Sem nenhuma falha.

Alguns dias passaram. Quando precisei acessar o ftp de novo, parou de funcionar. E o problema é SEMPRE ao dar o comando list pra listar os arquivos da pasta do ftp.

O site do bulletproof tem um serviço que tenta conectar nos servidores ftp e mostra em qual etapa da conexão dá problema (http://bpftp.com/products/bpftpserver/windows/test/firewall - serviço gratuito), e pra mim ele passa por toda a parte de conexão, e sempre trava no último passo:

Resolvi seguir as sugestões desse diagnóstico, sobre programas locais atravancando a listagem. Entretanto, a única coisa que eu uso na máquina do servidor é o nod32 - que estava totalmente ativo no primeiro dia do ftp, com tudo funcionando. Mas, pra desencargo de consciência, desativei e tentei de novo. Nada, continua travando. Então abri uma janela que nunca tinha ensado em abrir antes (conexões de rede > conexão com a internet > propriedades) - e lá estava, uma opção desmarcada "FTP data". Marquei, apliquei, reabri o servidor, tentei de novo. Sem resultado.

Eu não vejo mais lógica no problema. Nao fiz nenhuma alteração na máquina esses dias, e o servidor parou justamente na etapa mais banal, depois de passar pela parte mais complexa. A única coisa que imagino ser, e que honestamente não faz o menor sentido, é que os provedores têm alguma forma de barrar comandos ftp.

Se alguém tiver uma luz, eu agradeço. Estou olhando as configurações do servidor aqui e comecei a babar. Não sei mais no que mexer.

[Gilcirley]

Olá.

Minha dúvida é bastante simples: existe algum jeito dos provedores de banda larga (speedy, virtua, etc) bloquearem única e exclusivamente a parte final da conexão ftp? Explico.

Utilizo windows XP. Instalei o BulletProof FTP server v2.4 aqui. Configurei. Descobri que a porta 21 é bloqueada, então redirecionei. Como não tenho ip fixo, utilizo o modo passivo, fiz um cadastro bonitinho no no-ip, coloquei nas configurações, reconheceu perfeitamente.

Coloquei o servidor pra rodar. Com o loopback 127.0.0.1 ele funcionou legal, abriu o servidor, listou os arquivos. Então abri um acesso remoto em uma máquina do escritório, e por lá tentei conectar no servidor (agora tendo que passar pela internet) - funcionou bonitinho, listou os arquivos, baixei um deles, criei diretórios e apaguei, etc. Sem nenhuma falha.

Alguns dias passaram. Quando precisei acessar o ftp de novo, parou de funcionar. E o problema é SEMPRE ao dar o comando list pra listar os arquivos da pasta do ftp.

O site do bulletproof tem um serviço que tenta conectar nos servidores ftp e mostra em qual etapa da conexão dá problema (http://bpftp.com/products/bpftpserver/windows/test/firewall - serviço gratuito), e pra mim ele passa por toda a parte de conexão, e sempre trava no último passo:

Resolvi seguir as sugestões desse diagnóstico, sobre programas locais atravancando a listagem. Entretanto, a única coisa que eu uso na máquina do servidor é o nod32 - que estava totalmente ativo no primeiro dia do ftp, com tudo funcionando. Mas, pra desencargo de consciência, desativei e tentei de novo. Nada, continua travando. Então abri uma janela que nunca tinha ensado em abrir antes (conexões de rede > conexão com a internet > propriedades) - e lá estava, uma opção desmarcada "FTP data". Marquei, apliquei, reabri o servidor, tentei de novo. Sem resultado.

Eu não vejo mais lógica no problema. Nao fiz nenhuma alteração na máquina esses dias, e o servidor parou justamente na etapa mais banal, depois de passar pela parte mais complexa. A única coisa que imagino ser, e que honestamente não faz o menor sentido, é que os provedores têm alguma forma de barrar comandos ftp.

Se alguém tiver uma luz, eu agradeço. Estou olhando as configurações do servidor aqui e comecei a babar. Não sei mais no que mexer.

Amigão, basta você redirecionar o intervalo de portas do modo passivo no modem que é de 30000 a 30100. O FTP usa duas portas, uma pra autenticação e outra pra dados, qualquer dúvida estamos ai. Abraço