On Thu, 9 Mar 2000, Carlos Catalina Esteban wrote:
> Por lo dem�s, el /etc/services NO es un fichero SOLO de referencia, se
> usa para determinar los puertos de los servicios, as� como los servicios
> v�lidos que se pueden indicar en el inetd.conf, que es de donde lee la
Quer�a decir "de referencia para los programas", hombre :-) Vamos, que ah�
nadie tiene que ir a "configurar" nada de nada, aparte del que hace el
fichero original.
A ver... man services...:
services is a plain ASCII file providing a mapping between
friendly textual names for internet services, and their
underlying assigned port numbers and protocol types. Every
networking program should look into this file to get the
port number (and protocol) for its service. The C library
routines getservent(3), getservbyname(3), getservby-
port(3), setservent(3), and endservent(3) support querying
this file from programs.
O sea, que todos entendemos para qu� se usa, y tambi�n que no es buena idea
hacer cambios en �l para conseguir que un programa particular atienda
peticiones en un puerto no-est�ndar. Que con inetd hace falta que el nombre
del servicio aparezca en el services, vale, pero eso no quiere decir que
haya que cambiar el original, digo yo :-)
> getservbyname(). Por tanto, a mi modo de ver, si hay que cambiar el puerto
> de alg�n servicio que preste el inetd, no solo es que se pueda hacer ah�,
> es que el > /etc/services es el lugar adecuado.
Pongo el mismo ejemplo que acabo de poner: quiero tener un servidor local de
ftp en el puerto 12340, y voy y edito el services para poner 12340 en lugar
de 21 en la entrada de ftp. Le mando un hup a inetd y ya tengo un servidor
de ftp en el puerto 12340, fant�stico. Ahora resulta que quiero hacer un ftp
a ftp.debian.org para bajarme la �ltima versi�n del vrms. Mi cliente de ftp
mira en el services, y como el pobre no conoce m�s que eso, se intenta
conectar con el puerto 12340 de ftp.debian.org, donde probablemente ni habr�
nada. �Es eso lo que quer�amos? Yo entiendo que no; no queremos "que el
servicio ftp ahora se corresponda con el puerto 12340", sino "que mi
programa concreto servidor local de ftp, escuche en el puerto 12340".
> 1023, as� como algunos superiores, pero los RFC son tan solo
> recomendaciones, que eso si, hay que procurar seguir, por el bien de
Hombre, yo creo que hay unos pocos :) que m�s que "recomendaciones" son
est�ndares hechos y derechos, �no? :-)) Vale que hay cientos de
recomendaciones, pero no es muy normal decir que SMTP o HTTP o FTP lo sean.
