Livebox+WRT54G+serveur ftp

Fermé
skarsnike Messages postés 12 Date d'inscription vendredi 28 octobre 2005 Statut Membre Dernière intervention 20 août 2007 - 3 oct. 2006 à 00:13
skarsnike Messages postés 12 Date d'inscription vendredi 28 octobre 2005 Statut Membre Dernière intervention 20 août 2007 - 4 oct. 2006 à 15:35
Bonsoir à tous,
je possède une livebox (dont je me passerais bien) et un routeur Linksys WRT54g version 5 (pas la meilleur malheuresement)
J'ai créé sur mon PC principal un serveur ftp. Tout fonctionne correctement mais voila, lorsque les utilisateur veulent se connecter en mode passif, la connexion leur est refusée.
J'ai bien ouvert un PASV port range de 2000 a 2010 dans serv-u et fait toutes les manip sur le routeur (ouvert port 21 et PASV)

Après des testes, j'obtiens:
* About to connect() to skarsnike.homeftp.net port 21
* Trying 82.123.222.126... connected
* Connected to skarsnike.homeftp.net (82.123.222.126) port 21
< 220-Serv-U FTP Server v6.2 for WinSock ready...
< 220-Connecté sur FTP de skarsnike
< 220-skarsnike.homeftp.net
< 220-
< 220-Connecté depuis 87.98.200.117

> USER anonymous
< 331 User name okay, please send complete E-mail address as password.

> PASS *****
< 230 User logged in, proceed.

> PWD
< 257 "/" is current directory.
* Entry path is '/'

> CLNT Testing from http://www.g6ftpserver.com/ftptest from IP 82.123.222.126
< 200 Noted.

> FEAT
< 211-Extension supported
< CLNT
< MDTM
< MDTM YYYYMMDDHHMMSS[+-TZ];filename
< SIZE
< SITE PSWD;EXEC;SET;INDEX;ZONE;CHMOD;MSG
< REST STREAM
< XCRC filename;start;end
< MODE Z
< MLST Type*;Size*;Create;Modify*;Win32.ea*;
< 211 End

> PASV
* Connect data stream passively
< 227 Entering Passive Mode (192,168,1,2,7,211)
* Trying 192.168.1.2... Timed out
* couldn't connect to host
* Connection #0 to host skarsnike.homeftp.net left intact

* Closing connection #0

J'en déduit donc que le problème se situe au niveau du routage du WRT, mais je ne vois pas ou peut etre le probleme.

En gros voila le LAN:

Livebox (192.168.1.1)-->WRT54G(192.168.1.2 coté WAN et 192.168.0.254 colé LAN)-->PC serveur (192.168.0.1)

A noté que la livebox redirige tout ce qui arrive vers 192.168.1.2 donc le problème ne peut se trouver qu'au niveau du WRT (si je fait un test uniquement avec la Livebox tout marche)

Voila c'est peut etre pas très clair mais j'espère que quelqu'un aura une idée^^

Merci d'avance
A voir également:

6 réponses

lordcoch Messages postés 19 Date d'inscription jeudi 13 janvier 2005 Statut Membre Dernière intervention 15 mars 2007 1
3 oct. 2006 à 08:56
Salut a toi

Voila mon avis sur le sujet:

Deja 2 routeur l'un dériere l'autre n'est pas la meilleure idée selon moi.
Si tu peut (je ne sait pas moi les livebox je touche pas à ses bete la :p) désactive la fonction routeur.
fait en suite les redirection de port au niveau de ton linksys.

Si toute fois ce n'était pas possible, redirige tout ce qui arrive à ta livebox vers ton routeur puis de ton routeur vers tes machines (je pense vu que tu passe par 2 routeur autant faire les choses dans l'ordre :) ).
0
skarsnike Messages postés 12 Date d'inscription vendredi 28 octobre 2005 Statut Membre Dernière intervention 20 août 2007 13
3 oct. 2006 à 14:37
C 'est exactement ce que j'ai fait mais apparament ca ne marche toujours pas...
Je vais continuer à réfléchir merci pour ton aide
++
0
brupala Messages postés 110518 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 18 novembre 2024 13 824
3 oct. 2006 à 18:34
salut,
justement, là le problème est que la lbx fait du nat mais , du fait qu'eele renvoie tout vers 192.168.1.2, elle ne traduit plus les commandes pasv comme elle devrait le faire (quoique le logiciel client est un peu limite aussi , car il a très bien l'adresse du serveur et il pourrait la reprendre)
mais après tout, c'est un testeur.
en fait le problème est là:
> PASV
* Connect data stream passively
< 227 Entering Passive Mode (192,168,1,2,7,211)
* Trying 192.168.1.2... Timed out
* couldn't connect to host

l'adresse renvoyée par pasv est bien modifiée par le routeur de 192.168.0.1 en 192.168.1.2 mais pas par la lbx qui laisse l'adresse priivée au lieu de mettre son adresse publique.
le client distant essaie d'appeler une adresse privée, c'est mort d'avance.
contournements:
il faut voir ton serveur ftp , s'il permet de modifier l'adresse renvoyée en réponse à pasv et y mettre à ce moment là l'adresse publique.
sinon,
à quoi te sert le 2 eme routeur ? à faire du wifi ? tu peux juste t'en servir en PA à ce moment là en n'utilisant pas le port wan.
enfin , pour quoi tu ne pourrais pas te passer de la lbx ? tu t'en sers pour la téléphonie , la tv ? si ce n'est pas le cas , tu peux la supprimer et mettre un modem ethernet à la place.
0
skarsnike Messages postés 12 Date d'inscription vendredi 28 octobre 2005 Statut Membre Dernière intervention 20 août 2007 13
3 oct. 2006 à 22:49
Ben c'est exactement ce que j'ai fait mon dyndns est configurer pour updater mon ip dans serv-u automatiquement
Je pense que ce problème de la box qui ne tranmet pas la bonne ip ne peu pas etre résolu, en tout cas merci pour ton aide^^
Sinon je pe pas virer la box a cause du telephone et du wifi mais je vais essayer d'ignorer le WAN voir ce que ca donne meme si ca me plait pas trop d'avoir un firewall livebox mais bon...
0

Vous n’avez pas trouvé la réponse que vous recherchez ?

Posez votre question
brupala Messages postés 110518 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 18 novembre 2024 13 824
3 oct. 2006 à 23:40
Ben c'est exactement ce que j'ai fait mon dyndns est configurer pour updater mon ip dans serv-u automatiquement

je ne connais pas serv-u , mais, tu es sûr que ça n'est pas l'inverse ?
en principe dyndns ne vient pas prévenir ses clients, au contraire, ce sont eux qui viennent faire la mise à jour du dns.
pas l'inverse.
0
skarsnike Messages postés 12 Date d'inscription vendredi 28 octobre 2005 Statut Membre Dernière intervention 20 août 2007 13
4 oct. 2006 à 15:35
En fait je me suis mal exprimé: dans le programme Dyndns updater il y a une option "Update Serv-u passive ip adress". C'est donc bien le client dyndns qui récupère l'ip et qui la transmet à serv-u automatiquement
0