A moins qu'il y ait une corrélation entre les différents clients (en échec, ou en succès comme par exemple, un regroupement par FAI ou par version OS), il serait peut-être intéressant de faire une petite trace réseau (wireshark ou tcpdump ^__^) de part et d'autre (client & serveur).
Est-ce que la commande "PASV" envoyée par l'un des clients en échec obtient-elle une réponse semblable (227 - Entering in Passive Mode (@IP, Port_Part1, Port_Part2) à celle d'un client OK ? En particulier, au niveau IP mais aussi numéro de port (conformité entre le range de IP+ports ouvert côté firewall et côté ProFTPD [entre autre, le paramètre PassivePorts] ?
Il y aurait à voir aussi du côté de l'utilisation ou non du(des) module(s) "ip_nat_ftp/ip_conntrack_ftp".
Sinon, la trace réseau reste un bon moyen de comprendre le comportement du client et de ses échanges avec le serveur surtout dans ce type de problématique.
# Une trace réseau ?
Posté par Steve Azriel . En réponse au message Problème avec connexion FTP. Évalué à 1.
A moins qu'il y ait une corrélation entre les différents clients (en échec, ou en succès comme par exemple, un regroupement par FAI ou par version OS), il serait peut-être intéressant de faire une petite trace réseau (wireshark ou tcpdump ^__^) de part et d'autre (client & serveur).
Est-ce que la commande "PASV" envoyée par l'un des clients en échec obtient-elle une réponse semblable (227 - Entering in Passive Mode (@IP, Port_Part1, Port_Part2) à celle d'un client OK ? En particulier, au niveau IP mais aussi numéro de port (conformité entre le range de IP+ports ouvert côté firewall et côté ProFTPD [entre autre, le paramètre PassivePorts] ?
Il y aurait à voir aussi du côté de l'utilisation ou non du(des) module(s) "ip_nat_ftp/ip_conntrack_ftp".
Sinon, la trace réseau reste un bon moyen de comprendre le comportement du client et de ses échanges avec le serveur surtout dans ce type de problématique.
Bon courage !
Cdlt,