Pas de démarrage du FTP.

par **Laurent.M** » 18 Juil 2009 15:10

Bonjour,

Je reviens vers vous avec un autre soucis. Mon FTP ne veut pas se lancer, bah oui (j'ai pas de chance

)

Ma config :
SME 7.4 en mode serveur et passerelle, selon ce schéma

Internet <-> Bbox <-> SME (server+gateway) <-> réseau local (PC , ...)

Sur la bbox, le port 21 est bien envoyé sur l'ip du serveur.

Dans le server-manager, rubrique accès à distance, j'ai active le FTP en accès complet et mis permettre l'authentification depuis n'importe ou.

Quand je veux me connecter, le serveur refuse la connexion. voici le message d'erreur avec filezilla :

Code: Tout sélectionner: Statut : Connexion à 89.85.60.87:21... Statut : Échec de la tentative de connexion avec "ECONNREFUSED - Connection refused by server". Erreur : Impossible d'établir une connexion au serveur

Ce que j'ai fais:
Je suis allé dans le fichier log ftp/current via le serveur manager, j'obtiens ceci :

Code: Tout sélectionner: 2009-07-18 14:51:26.605910500 tcpsvd: info: listening on 0.0.0.0:ftp, starting.

Les 0.0.0.0 ne chagrine :shock:

J'ai tenté de lancer proftpd en mode root pour voir, j'obtiens ceci :

Code: Tout sélectionner: /etc/init.d/proftpd start Démarrage de proftpd :www.webtsk.com - fatal: Socket operation on non-socket [ÉCHOUÉ]

Un config show ftp donne ceci

Code: Tout sélectionner: ftp=service LoginAccess=public TCPPort=21 access=public status=enabled

La version du Proftpd est proftpd-1.3.2-1.el4.rf.

Maintenant je sèche ...

Laurent

par **Laurent.M** » 18 Juil 2009 15:41

Il y a un peu de mieux.
Je viens de voir que dans la config du fichier proftp.conf, il y avait la ligne

Code: Tout sélectionner: serverType inetd

J'ai créer un template pour ne pas mettre la zizanie dans le serveur en changeant inetd par standalone.

Dans ce cas, le serveur proftpd démarre:

Code: Tout sélectionner: /etc/init.d/proftpd start Démarrage de proftpd : [ OK ]

C'est le seul changement par rapport au post précédent. Le FTP ne fonctionne toujours pas pour autant.

Laurent

par **Laurent.M** » 18 Juil 2009 22:26

Bon,

Je viens de faire un yum --enablerepo=smecontribs install smeserveur-remoteuseraccess

en espèrant que cela remettre un fichier de conf en place, mais rien. J'en suis toujours au même point.

Laurent

par **Gaston** » 19 Juil 2009 01:22

Bonsoir,
ta config côté SME était OK, défait ce que tu as changé ... c'était pas une bonne idée

est-ce que ton problème d'accès est le même que tu essaies en LAN (avec l'@IP LAN de ton SME) ou en WAN (là tu essaies l' @IP publique de ton SME ... ) - je t'avoue que je croie plus à un poblème de box ...

G.

par **Laurent.M** » 19 Juil 2009 12:59

Merci de ta réponse,

J'ai donc supprimé mon templates-custom pour revenir à la config de base.

Quand je teste en interne, çà fonctionne.

Par contre en externe, je ne peux pas vérifier pour l'instant, si tu veux tester : ftp.webtsk.com

Laurent

par **Gaston** » 19 Juil 2009 13:34

non,
et comme tu constates que en interne ça fonctionne, ben c'est ta box qui bloque :shock:

G.

par **Laurent.M** » 19 Juil 2009 13:44

Oui,

Ce que je ne pige pas c'est que j'ai bien configuré les ports 20 et 21 vers le serveur.
Je vais téléphoner chez bouygues.

Merci
Laurent

par **Laurent.M** » 19 Juil 2009 14:15

C'est quand même bizarre cette erreur non ?

Code: Tout sélectionner: /etc/init.d/proftpd start Démarrage de proftpd :www.webtsk.com - fatal: Socket operation on non-socket [ÉCHOUÉ]

par **Laurent.M** » 19 Juil 2009 17:05

J'ai envie de faire un test avec un autre port.

Est-il possible de changer le port d'écoute du FTP de la SME en 2121 par exemple ?

Merci
Laurent

par **jdh** » 19 Juil 2009 17:26

Il y a un message d'erreur alors pourquoi ne pas regarder ce qu'il dit ?

google : proftpd fatal: Socket operation on non-socket -> 1er lien sur le site proftpd.

par **Laurent.M** » 19 Juil 2009 17:34

Oui j'ai vu.

C'est pour çà que j'avais mis Standalone dans la config du SME. (voir mon deuxième post)

En faisant cela, l'erreur du socket disparait mais la connexion FTP ne fonctionne pas quand même.

Mais j'ai peut être loupé une autre config à modifier.

Laurent

par **Gaston** » 19 Juil 2009 19:34

bonsoir,
j'ai pas la foi pour faire un reverse engineering sur le serveur ftp de sme, mais je confirme que le message d'erreur est conforme au design.
De plus si le serveur fonctionne en local, c'est donc bien un problème de box (les ports 21 et 20 sont forwardés ? )
Sinon pour le chgt de port du serveur ftp c'est mauvaise pioche (cf le traitement de la question dans le bugtracker

)

G.

par **Laurent.M** » 19 Juil 2009 20:12

@Gaston :

Ok pour l'erreur.
Oui les ports sont bien forwardées, comme plein d'autres d'ailleurs.

Demain je tel à Bouygues.
Si qqun à une Bbox ici ce serait intéressant de faire le test aussi.

Laurent

par **Gaston** » 19 Juil 2009 20:51

juste à vérifier (au cas où, c'est géré par le templates et les fichiers db) que tu n'as pa générer de pb dans la conf du firewall ... tudevrais avoir ça

Code: Tout sélectionner: # grep 21 /etc/rc.d/init.d/masq -C1 # dnscache: TCPPorts: 53, AllowHosts: , DenyHosts: # ftp: TCPPorts: 21, AllowHosts: 0.0.0.0/0, DenyHosts: /sbin/iptables -A $NEW_InboundTCP --proto tcp --dport 21 \ --destination $OUTERNET --src 0.0.0.0/0 --jump ACCEPT

G.

par **Laurent.M** » 19 Juil 2009 21:02

Oui j'ai exactement ce que tu ecris plus ceci :

Code: Tout sélectionner: /sbin/iptables --table nat --append PortForwarding_$$ --protocol tcp \ --destination-port 21 -j DNAT --to-destination $OUTERNET:21 adjust_tcp_in 21 ACCEPT InboundTCP_$$ /sbin/iptables --table nat --append PortForwarding_$$ --protocol udp \ --destination-port 21 -j DNAT --to-destination $OUTERNET:21 adjust_udp_in 21 ACCEPT InboundUDP_$$ /sbin/iptables --table nat --replace PortForwarding 1 --destination $OUTERNET --jump PortForwarding_$$

Pas de démarrage du FTP.

Pas de démarrage du FTP.

Qui est en ligne ?