nikosaka a écrit :
ça ne fonctionne pas ? oui mais à quel moment ça déconne.
tu n'arrive pas au login/password, ou tu te loggues mais si tu fais un ls ça bloque ?
montres voir tes règles iptables.
si su as un serveur ftp actif l'authetification se passe sur le port 21 et la transmission des données sur le port 20. Il faut que tu charges le module ipt_conntrack_ftp pour le suivi de connexion ftp (si tu l'utilise)
|
En fait c'est lorsque je tape simplement dans le navigateur ftp.horde.org par exemple, il cherche.... et me dis au bout d'un certain tps que la connexion n'a pu aboutir.
mes regles iptables:
Chain INPUT (policy DROP)
target prot opt source destination
ACCEPT udp -- anywhere anywhere udp dpt:domain
ACCEPT tcp -- anywhere anywhere tcp dpt:imaps
ACCEPT tcp -- anywhere anywhere tcp dpt:smtp
ACCEPT tcp -- anywhere anywhere tcp dpt:https
ACCEPT tcp -- anywhere anywhere tcp dpt:pop3s
ACCEPT tcp -- anywhere anywhere tcp dpt:squid
ACCEPT tcp -- anywhere anywhere tcp dpt:http
ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED
ACCEPT all -- anywhere anywhere
ACCEPT tcp -- anywhere anywhere tcp dpt:ftp
ACCEPT udp -- anywhere anywhere udp dpt:ftp
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
ACCEPT all -- anywhere anywhere
Au fait je passe par le proxy squid pour mes connexions http en tout cas, je ne pense pas que cela influence le ftp?
mes regles iptables de nat :
[root@mail etc]# iptables -t nat -L
Chain PREROUTING (policy ACCEPT)
target prot opt source destination
REDIRECT tcp -- anywhere anywhere tcp dpt:http redir ports 3128
Chain POSTROUTING (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Je ne crois pas utiliser de suivi de connexion... j'ai essayé d'ouvrir le port 20 (ftp-data) mais sans résultat ...
---------------
Le sportif intelligent evite l'effort inutile