8.2. Ejecutando pppd

Cuando quiere conectarse a Internet a trav�s de un enlace PPP, tiene que configurar las capacidades b�sicas de red como el dispositivo de bucle local (loopback) y el sistema de resoluci�n de direcciones. Las dos han sido explicadas en Cap�tulo 5, y Cap�tulo 6. Usted puede configurar simplemente el servidor de nombres de su proveedor de servicios de Internet en el fichero /etc/resolv.conf, pero esto supondr� que cada consulta DNS ser� enviada a trav�s de su enlace serie. Esta situaci�n no es �ptima; mientras m�s cerca se encuentre de su servidor de nombres, m�s r�pida ser� la b�squeda. Una soluci�n alternativa es configurar una estaci�n en su red que d� servicio de servidor de nombres en modo s�lo-cach�o. Esto significa que la primera vez que realice una consulta DNS de un nodo en particular, su consulta ser� enviada a trav�s de su l�nea serie, pero el resto de las consultas a esta misma m�quina, ser�n directamente resueltas por su servidor de nombres local de una forma mucho m�s r�pida. Esta configuraci�n est� descrita en el Cap�tulo 6, en Secci�n 6.3.4.”

Como ejemplo introductorio de como establecer una conexi�n PPP con pppd, suponga que est� de nuevo en vlager. Ya ha llamado al servidor PPP, c3po, y entrado en la cuenta del usuario ppp. c3po ya ha lanzado su controlador PPP. Despu�s de salir del programa de comunicaciones que utiliz� para llamar, ejecute la siguiente orden, sustituyendo el nombre del dispositivo serie que usted usa por el ttyS3 mostrado aqu�:

# pppd /dev/ttyS3 38400 crtscts defaultroute

Esto cambiar� la l�nea serie ttyS3 al modo PPP y establecer� un enlace IP con c3po. La velocidad de transferencia utilizada en el puerto de serie ser� de 38400bps. La opci�n crtscts activa el control de flujo por hardware en el puerto, que es una obligaci�n para velocidades superiores a los 9600 bps.

Lo primero que hace pppd tras ejecutarse es negociar varias caracter�sticas para el enlace con el extremo remoto utilizando LCP. Normalmente, el conjunto de opciones que intenta negociar pppd funcionar�, as� que no nos meteremos m�s con este asunto. Digamos que parte de esta negociaci�n envuelve la solicitud o asignaci�n de las direcciones IP en ambos extremos del enlace.

Hasta ahora, tambi�n hemos asumido que c3po no necesita ninguna autentificaci�n de nosotros, as� que la fase de configuraci�n habr� sido completada con �xito.

pppd negociar� entonces los par�metros IP con su compa�ero usando IPCP, el protocolo de control IP. Al no especificar direcci�n IP alguna, el pppd intentar� usar la direcci�n que se obtiene al resolver el nombre del ordenador local. Decididas las direcciones, cada pppd comunicar� su direcci�n al otro extremo.

Normalmente no habr� ning�n problema con esta configuraci�n predeterminada. Incluso si su m�quina esta en una Ethernet, puede utilizar la misma direcci�n IP tanto para la Ethernet como para el interfaz PPP. No obstante, pppd le permite utilizar una direcci�n diferente, o incluso pedir a su compa�ero que utilice alguna direcci�n espec�fica. Estas opciones ser�n discutidas m�s adelante en la secci�n Secci�n 8.5”.

Tras pasar por la fase de configuraci�n IPCP, pppd configurar� la red de su ordenador para utilizar el enlace PPP. En primer lugar, configurar� el interfaz de red PPP como un enlace punto-a-punto, utilizando ppp0 para el primer enlace PPP que est� activo, ppp1 para el segundo, y as� sucesivamente. A continuaci�n preparar� una entrada de la tabla de encaminamiento que apunte al ordenador del otro extremo del enlace. En el ejemplo anterior, el pppd har� que el encaminamiento de red predeterminado apunte a c3po, debido a que lo especificamos con la opci�n defaultroute.[1] Esto provoca que todos los datagramas dirigidos a ordenadores que no est�n en su red sean enviados a c3po; esto es debido a que es el �nico camino por el que se puede llegar a esas m�quinas. Hay un variado n�mero de formas de encaminamiento que acepta el pppd, y las cubriremos en mayor detalle m�s adelante.