3.1. Sobre los puertos

El conocimiento y la gesti�n de los puertos no es un tema balad�, sin embargo, a�n a riesgo de ser poco rigurosos podr�amos compararlos con las cadenas de TV que recibimos en nuestros televisores, cada una la recepcionamos por un canal diferente en el mismo aparato y con el mismo cable.

Algo parecido ocurre. Cuando un ordenador env�a una petici�n a otro equipo de la red, �c�mo sabe �ste qu� tipo de servicio es solicitado?, simplemente porque la petici�n entra por un puerto determinado, es decir, existe una correspondencia com�n entre puertos y servicios que podemos ver ejecutando:

$cat /etc/services

Obteniendo un listado de todos los servicios y puertos disponibles del tipo:

ftp 21/tcp ftp 21/udp fsp fspd ssh 22/tcp # SSH Remote Login Protocol ssh 22/udp # SSH Remote Login Protocol telnet 23/tcp telnet 23/udp # 24 - private mail system smtp 25/tcp mail smtp 25/udp mail time 37/tcp timserver time 37/udp timserver .............................................. http 80/tcp www www-http # WorldWideWeb HTTP http 80/udp www www-http # HyperText Transfer Protocol kerberos 88/tcp kerberos5 krb5 # Kerberos v5 kerberos 88/udp kerberos5 krb5 # Kerberos v5

Donde se observa el servicio, el puerto/protocolo y una descripci�n del servicio prestado.Por eso, cuando solicitamos una p�gina web, salvo que indiquemos expresamente otra cosa, estaremos llamando al puerto 80 del servidor solicitado. Una vez recibida nuestra petici�n, si es razonable, se iniciar� un peque�o di�logo con nuestra computadora para que se realice la conexi�n y, finalmente, veremos aparecer en nuestro navegador la p�gina solicitada. Esta situaci�n acontece cuando navegamos por internet con nuestra conexi�n facilitada por un proveedor de ISP. Al conectarnos, nuestro proveedor nos asigna una direcci�n IP p�blica que, normalmente var�a de una conexi�n a otra.[1] Esta direcci�n IP asignada a nuestro equipo por el proveedor de ISP es la que permite a cada servidor web remitirnos las p�ginas que le solicitamos.