ftp bizarre

par **kriks** » 24 Juil 2003 02:03

bonjour à tous, j'ai un petit soucis étrange à mon gout. voilà, j'ai une SME 6b2 et j'essaie en vain de faire tourner un ftp dessus. -dans le server-manager, le FTP est reglé à "aucun accès". -d'ailleurs, j'ai beau essayer de changer ce paramètres, il revient toujours en "aucun accès". jusque là, ça ne m'interrogerait pas trop, mais lorsque je tente de me connecter en ftp sur le serveur, il me répond et je peux me connecter en anonymous, et avec les comptes sme. j'ai verifié avec "chkconfig --list" et il me dit que proftpd est arreté en tant qu'entitée et en tant que dépendance de xinetd. donc en gros, j'ai pas de serveur ftp officiellement, ms y'en a quand même un qui répond. <IMG SRC="images/smiles/icon_confused.gif"> mais qu'est-ce qui se passe? <IMG SRC="images/smiles/icon_help.gif"> merci d'avoir lu jusque là <IMG SRC="images/smiles/icon_biggrin.gif"> Kriks

par **tomtom** » 24 Juil 2003 08:32

C'est difficile de repondre à cette question..... Dans une consoles, tapes prompt# lsof -ni et si ca marche pas : prompt# netstat -anutp (le "prompt#" il ne faut pas le taper, c'est juste pour representer le.. prompt ! ) Tu verras tous les ports à l'ecoute et connectés sur ton serveur avec le demon qui ecoute est derrière. Si il y a un serveur ftp configuré tu devrais avoir qqchose comme ça :  tekila:~# lsof -ni COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME . . . inetd 343 root 8u IPv4 413 TCP *:ftp (LISTEN) . .  ou  tekila:~# netstat -anutp Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name . . . tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 343/inetd tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 377/sshd . .  Pour ce qui est de la config de SME, je ne peux pas t'aider plus..... Ca te permettra deja de verifier le serveur ftp qui ecoute... T.

par **nemesis** » 24 Juil 2003 09:45

kestion tu te conncte comment sur ta machine 'en ftp'....

par **kriks** » 24 Juil 2003 13:00

Pour Tomtom, merci pour ces deux commandes très utiles, j'ai donc xinetd qui ecoute sur le port 21. - - xinetd 1275 root 5u IPv4 1732 TCP *:ftp (LISTEN) - - ce qui me chagrine en fait, c'est le resultat d'un "chkconfig --list": Services basés sur xinetd : chargen-udp: Arrêt rsync: Arrêt proftpd: Arrêt chargen: Arrêt daytime-udp: Arrêt daytime: Arrêt echo-udp: Arrêt echo: Arrêt services: Arrêt servers: Arrêt time-udp: Arrêt time: Arrêt telnet: Arrêt n'est-ce pas contradictoire??? <IMG SRC="images/smiles/icon_confused.gif"> Pour nemesis, je me connecte sur le reseau local à partir d'une machin windows, mais je fais certains tests aussi sur le serveur en localhost. Merci. Kriks

par **tomtom** » 24 Juil 2003 14:03

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Le 2003-07-24 13:00, kriks a écrit: Pour Tomtom, merci pour ces deux commandes très utiles, j'ai donc xinetd qui ecoute sur le port 21. - - xinetd 1275 root 5u IPv4 1732 TCP *:ftp (LISTEN) - - ce qui me chagrine en fait, c'est le resultat d'un "chkconfig --list": Services basés sur xinetd : chargen-udp: Arrêt rsync: Arrêt proftpd: Arrêt chargen: Arrêt daytime-udp: Arrêt daytime: Arrêt echo-udp: Arrêt echo: Arrêt services: Arrêt servers: Arrêt time-udp: Arrêt time: Arrêt telnet: Arrêt n'est-ce pas contradictoire??? <IMG SRC="images/smiles/icon_confused.gif"> Pour nemesis, je me connecte sur le reseau local à partir d'une machin windows, mais je fais certains tests aussi sur le serveur en localhost. Merci. Kriks </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Je connais pas chkconfig ... Mais en tout cas si xinetd ecoute, c'est qu'il est configuré pour... Et la c'est clair que xinetd controle un serveur ftp ! Tu pourrais jetter un coup d'oeil au xinetd.conf, masi avec les templates je ne saurais pas te dire comment le modifier..... T.

par **nemesis** » 24 Juil 2003 14:19

j'ai une question tres bête mais il me semble que dans une install par defaut de distirb classique on peut y acceder par ftp même avec un simple telnet 21 .... dc je pense que tu as effectivement un daemond ftp ki tourne kk part! voilààà

par **kriks** » 24 Juil 2003 15:02

dans xinetd.conf, j'ai: service ftp { socket_type = stream wait = no user = root disable = no server = /usr/sbin/in.proftpd } et dans xinetd.d/ptoftpd, j'ai : service ftp { socket_type = stream wait = no user = root server = /usr/sbin/in.proftpd log_on_success += DURATION USERID log_on_failure += USERID nice = 10 disable = yes } dc, il semble qu'il y ai proftpd qui tourne "dans" xinetd, mais pas comme "sous-demon", un peu confus, mais ça doit revenir au même. Pour l'instant ça marche. je vous remercie de vos conseils. <IMG SRC="images/smiles/icon_smile.gif"> Kriks

par **jdh** » 30 Juil 2003 11:32

Bien vu kriks. Il y a 2 méthodes pour lancer des programmes serveurs du type ftp, ... - via XINETD (ou INETD) (souvent appelé le super-serveur TCP) - en "standalone" En standalone, le pgm est lancé au démarrage du serveur (via /etc/rcX.d). Il réside en mémoire et écoute les communications TCP qui lui sont destiné. En mode Inetd, le pgm inetd est lancé au démarrage. Il écoute TOUTES les communications TCP/UDP défini dans inetd.conf (basé sur le nom du protocole dans /etc/services). Dès qu'il reçoit une connexion, il démarre le pgm serveur et lui transmet la communication. L'intéret de XINETD par rapport à INETD est la possibilité de contrôler l'activation du pgm serveur. Pourquoi parler de ces différentes façons de lancer un pgm serveur ? Car en mode inetd, on lance un processus à chaque communication qui sera automatiquement fermé à la fin de celle-ci. Cela créé parfois un problème de réactivité sur un serveur sollicité. Inversement le mode standalone utilise beaucoup de mémoire pour des programmes qui peuvent être sous-utilisés. Enfin des pgms tels qu'Apache, Proftpd et beaucoup d'autres savent travailler en mode standalone. Selon l'usage, tu choisiras le bon mode d'installation ...

par **nemesis** » 30 Juil 2003 11:39

il se trouve que niveau sécu inetd et autres c po trop ça car si tu laisse le controle de serveur de fichier a cette gentille bebête tu risque de te retrouver à un moment donné avec un servur ki tourne ss ke tu le veuille (ça c qud tu sais pas trop comment marche tt ce bazar qud tu debute en linux) dc je prefer le standalone car tu lance ce que tu ve lancer avec des params qu'a priori tu as regardé et apres le inetd bha tu lui vire tous les serveurs ki servent pas comme ça tu vite de lancer tt et nimporte koi à la volée .. non?

par **jdh** » 30 Juil 2003 11:54

Parfaitement exact Nemesis ! Le défaut de inetd/xinetd c'est qu'on ne sait pas quand le serveur est lancé. La performance vient souvent de standalone mais nécessite un serveur solide (avec un peu de mémoire). La sécurité peut être contrôlé par xinetd (mieux que inetd) : contrôle en fonction de l'heure, le réseau, ... Mais la "vraie" sécurité c'est une bonne règle iptables. Et tant pis si le service tourne pour rien ...

par **kriks** » 30 Juil 2003 13:17

ok, merci de vos reponses instructives <IMG SRC="images/smiles/icon_biggrin.gif"> pour info, le ftp tourne uniquement en local, (enfin j'espère <IMG SRC="images/smiles/icon_smile.gif"> ), et ne devrait pas être trop sollicité, il devrait juste servir à lire et mettre à jour les fichiers des sites web. La bécane a 96 Mo de Ram. Question : si je mets le FTP en standalone, est-ce qu'il utilisera le même fichier de config? et pour le mettre en standalone, il faut que je mette dans les 2 fichiers ci-dessus "disable = yes", puis que je l'ajoute dans /etc/rd.d/init.d (voir <A HREF="http://lea-linux.org/admin/daemons.php3" TARGET="_blank">ici</A>), c'est ça? merci encore. Kriks

ftp bizarre

Qui est en ligne ?