Ca OK. Je sais que telnet peut se lancer sur n'importe quel port. Mais
là, en
l'occurence, ce n'est pas le problème que permet de résoudre
/etc/services.
/etc/services permet à inetd (qui l'utilise, j'en suis vraiment désolé)
de
savoir quoi répondre à une demande de connection sur le port 23. Sans
/etc/services, inetd est INCAPABLE de répondre aux demandes de
connections des
clients selon le port indiqué par le socket. Si tu met ftp en 23, et que
tu te
connectes avec un client telnet tu n'auras jamais de réponse par un
service
telnet (serveur).
T'as qu'à remplacer l'entrée 23 de la ligne telnet de /etc/services par
n'importe quelle valeur (disons X), et tu verras qu'inetd te répond bien
en
lançant in.telnetd quand tu précises sur ton client le bon port (X).
Sinon que
dalle. T'auras jamais une réponse du service telnet serveur
(in.telnetd).
Ce n'est pas parce que inetd.conf est LE fichier de config de inetd, que
/etc/services est mort ou qu'il n'a aucun rapport avec inetd.
/etc/services est
LA SOURCE du processus d'harmonisation des réponses serveur aux clients
selon
le port indiqué par ces derniers (association N°de port/service serveur
demandé).
Sais pas si c'est clair, mais j'sais pas quoi rajouter (moi pas bon
prof).
Rosaire
Michel Parlebas a écrit :
> Le mer, 06 jun 2001, Rosaire AMORE a posté :
>
> > Et comment qu'y sait (inetd) que le port 23 correspond au service telnet?
> > Rosaire
>
> Il n'en sait rien du tout. Telnet se lance par défaut sur le port 23
> mais rien n'empêche de le lancer sur d'autres ports (110 pour relever
> son mail sur un serveur pop, 119 pour se connecter au serveur nntp, 21
> pour se connecter au serveur ftp etc...) Dans ce cas, le numéro du port
> est un paramètre passé à telnet (et pas à inetd).
>
> Si le port souhaité n'est pas disponible, telnet ne se lance pas. C'est
> tout.
>
> --
> MP
