�Por qu� los modems est�n normalmente asociados a puertos serie? Lo impone el hecho que cuando uno usa un modem, la l�nea telef�nica a la que est� conectado s�lo tiene un cable por el que enviar la informaci�n. Para transmitir simult�neamente los 8 bits de los que consta un byte, que es la unidad de informaci�n usual en los ordenadores, har�an falta 8 cables (8 l�neas telefonicas). Una soluci�n alternativa es enviar los 8 bits sucesivamente uno detr�s del otro a intervalos de tiempo regulares. Precisamente esto es lo que hace un puerto serie.
El coraz�n del puerto serie es un chip del ordenador llamado UART (Receptor-Transmisor As�ncrono Universal) el cual se encarga de todo el trabajo, tanto para recibir datos como para enviarlos. As�, la potencia de dicha UART y lo bien configurada que est� influir�n en la calidad de la comunicaci�n.
El flujo de bits generado por la UART/puerto serie no puede introducirse directamente en la l�nea telef�nica al no estar preparada para ello. La soluci�n es utilizar un aparato intermedio que tome los bits que llegan del puerto serie y emita un tono u otro por la l�nea telef�nica seg�n le llegue un bit 0 o un 1. Esto es lo que se conoce como "modular una se�al". Al otro lado del hilo telef�nico otro aparato similar interpretar�a estos tonos y generar�a unos o ceros en funci�n del tono recibido. �ste ser�a el paso opuesto, "demodular la se�al". Como normalmente se desear� enviar y recibir, el aparato intermedio deber� realizar ambas funciones: MOdular y DEModular (MO-DEM). As� funcionaban los modems antiguos. Los modernos se basan en los mismos principios aunque son infinitamente m�s vers�tiles y potentes.
Los modems modernos realizan la modulaci�n y demodulaci�n utilizando chips especiales llamados DSP (Procesadores Digitales de Se�ales en castellano). Son como microprocesadores, pero muy r�pidos y optimizados para tratamiento de se�ales. Los modems modernos tambi�n incorporan sistemas de compresi�n de datos que aceleran las transferencias, sistemas de correcci�n de errores, cambios autom�ticos de velocidad de transferencia si la calidad de la se�al mejora o empeora, etc...
Existen dos clases de modems: Los internos y los externos. Los externos van conectados a un puerto serie del ordenador por lo que simplemente se limitan a las funciones descritas de modulaci�n-demodulaci�n, compresi�n, correci�n, etc. Los modems internos "de verdad", al no ir conectados a un puerto serie incorporan una UART como las de dichos puertos serie, de forma que a ojos del ordenador se trata de un puerto serie m�s.
Son modems internos "capados". Los fabricantes les quitan chips para que sean m�s baratos. Por ejemplo, algunos no tienen UART, a otros les quitan los protocolos de compresi�n, etc. Para que tengan las mismas funciones que los modems "de verdad", las funciones correspondientes a los chips retirados las tienen que realizar drivers del sistema operativo, o sea el microprocesador del ordenador.
Los fabricantes de los distintos modems s�lo ofrecen drivers para Windows y no dan especificaciones de como se programan, y as� desarrollar versiones para Linux. Por tanto estos modems no funcionan en Linux.
Sobre los modems PCI, no tengo noticias de que ninguno sea un modem "de verdad". Es probable que en el futuro aparezcan pues el hecho de ser PCI no es ning�n impedimento para ello.
La primera pregunta ser�a: � Debo configurar mis puertos serie ?
En general, s�lo deber�s configurar los puertos serie en estos casos:
Un puerto serie (m�s exactamente, la UART del puerto serie) usa un rango de direcciones de entrada-salida y una solicitud de interrupci�n para comunicarse con el sistema operativo. Para el correcto funcionamiento del ordenador y del sistema operativo, ning�n otro dispositivo del ordenador puede usar alguno de esos valores. Nuestro objetivo ser� conseguir esto, y en segundo lugar, hacer que el sistema operativo atienda a ese rango de entrada-salida y esa interrupci�n para comunicarse con el modem.
Tradicionalmente la elecci�n del rango de entrada-salida y la interrupci�n se realizaba a trav�s de una serie de microinterruptores manuales situados en el modem. Conocida la posici�n de estos interruptores, se configuraba el sistema operativo para que usara esos valores. Hoy en d�a casi la totalidad de los modems internos son Plug'n'Play, lo cual significa que el sistema operativo puede, por software, decirle a la tarjeta qu� valores debe usar.
Configuraci�n de modems Plug'n'Play en Linux
Si tienes un modem Plug'n'Play, lo primero que habr� que hacer es decirle que rango de entrada-salida y que interrupci�n debe usar. Lo m�s c�modo en este caso es usar los mismos valores que Windows 95. Para ello arranca Windows 95, y haz Inicio->Configuraci�n->Panel de control. Una vez en el Panel de control, elige el icono 'Sistema' y dentro de �l, el 'Administrador de dispositivos'. Dentro del apartado 'Puertos COM y LPT' elige el correspondiente al puerto COM donde tienes el modem. Busca en 'Recursos' el rango de entrada-salida y la interrupci�n que use y ap�ntalos.
Con esos valores en la mano, puedes configurar tu modem Plug'n'Play en Linux.
Eso se hace con el programa 'isapnp'. Entra en Linux y busca si tienes
un archivo llamado /etc/isapnp.conf. Si no lo tienes haz lo siguiente:
pnpdump > /etc/isapnp.confEsto generar� el esqueleto de un archivo de configuraci�n para 'isapnp'. Este programa generar� un listado con todas las posibles posibilidades de configuraci�n que permiten tus dispositivos Plug'n'Play, pero todas deshabilitadas con un '#' al principio de cada l�nea. Los dispositivos aparecen por secciones por lo que es f�cil encontrar los correspondientes a tu modem.
As� tu misi�n se reducir� a encontrar en la secci�n correspondiente a tu modem
del archivo /etc/isapnp.conf, dos l�neas as�:
# (IO 0 (BASE 0x0NNN)) # (INT 0 (IRQ MM (MODE +E)))donde NNN sea el rango de entrada-salida que use el modem en Windows y MM la interrupci�n. Las l�neas no tienen por qu� ser consecutivas ni ir en ning�n orden especial. Cuando las encuentres, qu�tales el '#' inicial. Luego, al final de la secci�n del modem encontrar�s una l�nea parecida a esta:
# (ACT Y)De la misma forma, le quitas el '#' inicial. Ya est�. Listo para enviar dichos valores al modem. Esto lo hace la orden
isapnp /etc/isapnp.conf
y deber� aparecer en los scripts de arranque de Linux para enviar los
valores cada vez que enciendas el ordenador. Las distribuciones m�s
recientes (Red-Hat 5.0 y posteriores, Debian 2.0 y posteriores) ya incluyen
dicha invocaci�n por lo que no necesitar�s tocar los scripts de arranque.
En caso de tener una distribuci�n antigua, ser� necesario a�adir dicha
orden. Un buen sitio para incluirla ser�a el script rc.local, que suele
estar situado en uno de los subdirectorios de /etc.
De todas formas ser� necesario ejecutar isapnp /etc/isapnp.conf si queremos
activar los cambios en este momento y nos queremos ahorrar el rearrancar la
m�quina.
Ahora hay que decirle al sistema operativo que debe usar esos valores para comunicarse con el modem. En el caso de los modems Plug'n'Play lo que viene a continuaci�n es imprescindible.
Configuraci�n de los puertos serie a ojos del sistema operativo
Lo primero que hay que saber es que Linux no llama a los puertos serie de la misma forma que el DOS o Windows. As� existe la siguiente correspondencia:
DOS-Windows Linux
----------- ----------
COM1 /dev/ttyS0
COM2 /dev/ttyS1
COM3 /dev/ttyS2
COM4 /dev/ttyS3
Ojo a las may�sculas y las min�sculas del nombre de Linux. Son importantes.
Para leer la configuraci�n y configurar los puertos serie se usa
la orden 'setserial'. Para leer la configuraci�n, hay que ejecutar
setserial con el puerto serie que deseamos ver como �nico par�metro.
Por ejemplo:
setserial /dev/ttyS1nos muestra la configuraci�n de COM2 y se obtendr� algo como esto:
/dev/ttyS1, UART: 16550A, Port: 0x02f8, IRQ 3o sea, el puerto serie (
/dev/ttyS1), el tipo de chip UART que lleva (16550A),
el puerto base de entrada-salida (2f8) y la solicitud de interrupci�n (3).
N�tese que estos son los valores que el sistema operativo CREE que debe
utilizar para comunicarse con el modem/puerto serie. Es posible que ahora no
coincidan con los reales, incluso que ni siquiera detecte la UART, lo cual no
es raro en caso de modems Plug'n'Play.
Si no coinciden, asignaremos los valores adecuados. Por fortuna, por lo general no ser� necesario indicar la direcci�n base de entrada-salida. Salvo casos muy, muy excepcionales COM1 usa la direcci�n base 3f8, COM2 la 2f8, COM3 la 3e8 y COM4 la 2e8, y eso setserial lo sabe. As�, al indicar el puerto serie, setserial impl�citamente sabe cual es la direcci�n base. En cambio, en caso de tener un puerto COM5 o superior s� ser� necesario indicar la direcci�n base.
As� para COM1-COM4 s�lo indicaremos la interrupci�n. Por ejemplo, supongamos que tenemos un modem en COM3 que usa la interrupcion 5. La orden a introducir ser�a.
setserial /dev/ttyS2 irq 5 autoconfigY si quisi�ramos indicar tambi�n la direcci�n base de entrada-salida (por tener el modem en COM5, por ejemplo) se har�a as�.
setserial /dev/ttyS4 port 0x2e8 irq 10 autoconfiglo cual hace que el sistema operativo use un rango de direcciones desde la 2e8, y la interrupci�n 10. N�tese que el '0x' antes de la direcci�n base es importante.
Por �ltimo s�lo queda ver que los cambios han surtido efecto. Para ello bastar� usar de nuevo setserial de la primera forma que se indic�.
Por desgracia esta configuraci�n durar� hasta que apaguemos el ordenador.
Por tanto ser� necesario incluir la l�nea o l�neas de configuraci�n
setserial /dev/ttyS2 irq 5... en uno de los scripts de arranque de
Linux para que los puertos se configuren cada vez que se inicie el sistema
operativo. Un buen candidato es rc.local, que estar� en uno de los
subdirectorios de /etc. En caso de ser necesario incluir en rc.local tanto
el isapnp /etc/isapnp.conf para configurar un modem Plug'n'Play, y el
setserial... de los puertos serie, deber� colocarse el isapnp... en
primer lugar.
Tambi�n habr� que usar setserial de la misma forma si el ordenador tuviera
m�s de dos puertos serie, (contando los que traen los modems internos en caso
de disponer de alguno). El motivo es que por alguna extra�a raz�n de dise�o del
PC, COM1 y COM3 por defecto comparten la misma interrupci�n, y a pesar de que
esa configuraci�n no es deseable, Linux por defecto busca COM3 en la misma
interrupci�n que COM1, por lo que habr�a que cambiar la de COM3. Lo mismo
ocurre con COM2 y COM4 por lo que habr�a que cambiar COM4. Si no se hiciera
esto, podr�an ocurrir cosas muy raras, como ratones y modems que dejan de
funcionar, modems que funcionan "a pedales" (cuando se mueve el rat�n), etc...
Una vez activados los cambios con el comando isapnp para los modems Plug'n'Play y el/los comando(s) setserial necesarios para configurar el/los puerto(s) serie, o se ha reiniciado el ordenador con los scripts de arranque modificados para que ejecuten dichas �rdenes (es m�s seguro hacer lo primero), se puede probar si todo va bien. La forma m�s sencilla es usar un programa de comunicaciones y enviarle comandos al modem para ver si responde.
As� un programa adecuado ser�a minicom que es un terminal de comunicaciones
tipo Telix. No es complicado de configurar. Pulsando Ctrl+a y luego z sale
un men�. Una de las opciones 'cOnfigure minicom' dar� paso a otro men� donde
la opci�n "Serial port setup" nos permitir� elegir el puerto serie, la
velocidad con la que nos comunicaremos con �l (no la velocidad del modem) y
otras opciones m�s. Lo normal es usar 115200 o 57600 para la velocidad, 8N1,
"Hardware Flow Control: Yes" y "Software Flow control: No". Una vez
configurado y sin ning�n men� sobre la pantalla escribes 'AT' (Las dos
en may�sculas o las dos en min�sculas) y pulsas ENTER. Si el modem responde
al instante 'OK' o con un n�mero cero, indicar�a que el modem funciona y
que responde bien. Para completar la faena puedes probar a conectarte a una
BBS o a tu nodo de infovia plus (los nodos de infovia plus permiten una
conexi�n tipo terminal, aunque no s� que se puede hacer con ella) y as�
probar que todo va bien.
Si el modem tarda en responder al 'AT', o no responde, algo ha fallado en la configuraci�n del modem o del puerto serie y habr�a que revisar lo hecho.
Un comentario sobre el 'AT'. Cuando se escriben estas dos letras pueden ocurrir varias cosas.
ENTER el modem responda con OK. Para
solucionar esto deber�as activar el eco local del terminal con Ctrl+a e
o escribir a ciegas "ATE1" y pulsar ENTER.Ctrl+a e o escribe "ATE0" aunque te salga duplicado.
Cuando pulses ENTER tras el ATE0 ya funcionar� bien.
�Que es pppd? Se trata de la primera posibilidad de conexi�n a internet que ofrece Linux. Es una conexi�n a internet que gasta pocos recursos y con posibilidad de hacerla desde la consola, sin necesidad de entrar en modo gr�fico. Cualquiera que aspire a obtener al m�ximo rendimiento de la conexi�n a internet, por ejemplo automatizando la conexi�n, automatizando la recogida de correo, noticias, ftp, etc... casi seguro no tendr� m�s remedio que pasar por aqu�.
Como inconvenientes, tiene unos cuantos. El m�s destacable es la falta
total y absoluta de interactividad o de informaci�n en pantalla de c�mo
va la conexi�n, siendo necesario el uso de otros comandos (como ifconfig)
o la observaci�n de archivos hist�ricos (/var/log/messages) para averiguar si
la conexi�n se ha realizado con �xito o ha habido alg�n error.
La configuraci�n de pppd se basa en la creaci�n de una serie de archivos.
/etc/ppp/options : Configuraci�n de la conexi�n y del puerto serie
/etc/ppp/marcado : Configuraci�n del modem y marcado del n�mero de tel�fono
/etc/ppp/pap-secrets : Claves de acceso para identificaci�n con PAP
/etc/ppp/chap-secrets : Claves de acceso para identificaci�n con CHAP
/etc/resolv.conf : Servidores de nombres (DNS)
As� un posible /etc/ppp/options ser�a as�:
----------------------------------------------------------------- connect "/usr/sbin/chat -v -f /etc/ppp/marcado" name mi_login@mi_proveedor defaultroute noipdefault modem crstcts asyncmap a0000 mru 576 /dev/ttySx 115200 --------------------------------------------------------------------Comentarios:
/dev/ttySx, la 'x' indica el puerto serie: /dev/ttyS0 = COM1,
/dev/ttyS1 = COM2, etc...
setserial /dev/ttySx para conocer la UART del modem o del puerto serie,
donde 'x' indica el puerto serie de la misma forma que antes). N�tese que el
valor �ptimo es 115200 y conforme menor sea dicho valor, menos rendimiento
le sacaremos al modem./etc/ppp/marcado:
-------------------------------------------------------------- ABORT "BUSY" ABORT "NO CARRIER" ABORT "NO DIALTONE" ABORT "ERROR" "" "AT& F" TIMEOUT 5 OK "ATDTnumero_de_telefono" TIMEOUT 100 CONNECT ---------------------------------------------------------------Comentarios:
/etc/ppp/pap-secrets y /etc/ppp/chap-secrets
Existen dos formas posibles de identificaci�n cuando nos conectamos a un proveedor: PAP y CHAP. PAP es la m�s sencilla y es la que usaba por ejemplo Infovia. CHAP es muy usada en Infovia Plus.
El formato de ambos archivos es el mismo:
------------------------------------------------------------------------ mi_login@mi_proveedor * password ------------------------------------------------------------------------Comentarios:
/etc/ppp/options.
pap-secrets. Si usa CHAP, gr�balo como chap-secrets. Si no
sabes cual usa, puedes hacer prueba-y-error o crearte los dos, o crearte
uno s�lo y hacer un enlace simb�lico de uno al otro. Por ejemplo, si has
creado chap-secrets, para hacer un enlace desde pap-secrets se har�a:
cd /etc/ppp ln -s chap-secrets pap-secretsEsto en teor�a har�a que pppd y tu proveedor se pusieran de acuerdo para elegir PAP o CHAP seg�n prefieran.
/etc/resolv.conf :
Aqu� ir�an las direcciones de los DNS primario y secundario. El formato es muy sencillo:
------------------------------------------------------- nameserver DNS_primario nameserver DNS_secundario -------------------------------------------------------Por ejemplo,
nameserver 195.5.65.2
Comentarios:
pppd o /usr/sbin/pppd.
Para comprobar si la conexi�n tiene �xito, se puede usar el
comando /sbin/ifconfig y ver si al cabo de un minuto o dos aparece
un bloque nuevo ppp0.
Otra forma es consultando peri�dicamente el fichero /var/log/messages
hasta ver si aparece algo como esto:
Local IP address xxx.xxx.xxx.xxx Remote IP address yyy.yyy.yyy.yyyLo cual indicar�a una conexi�n con �xito. Una forma de hacer esto ser�a con la orden
tail -f /var/log/messages y pulsar Ctrl+C cuando veamos
que la conexi�n ha funcionado o fallado.
La desconexi�n se realizar�a introduciendo la orden killall pppd.
En caso de necesitar ayuda, remitir la duda a es.comp.os.linux.misc o
es.comp.os.linux.redes mandando copia de los scripts (ocultando los
passwords, claro) y lo que haya salido en /var/log/messages durante
la conexi�n fallida.
NOTA IMPORTANTE: Los ficheros arriba descritos han de crearse desde cero con un editor de Linux. Crearlos con un editor de DOS o de Windows, o con operaciones de cortar-y-pegar en Windows a�ade un caracter no visible al final de cada l�nea que Linux confundir�a con un caracter normal, inutilizando los scripts.
Despu�s de haber utilizado diversos sistemas para conectar con Internet a trav�s de Infov�aPlus mediante m�dem y haber constatado en el grupo de noticias es.comp.os.linux la gran cantidad de veces que se pregunta acerca de c�mo conectarse mediante kppp, hemos pensado que este breve resumen sobre como establecer la conexi�n usando el kppp podr�a ser interesante para algunos que se inician en linux y disfrutan del entorno grafico KDE. Las notas que escribo a continuaci�n se refieren a la versi�n KDE 1.0 (las diferencias con respecto al KDE 1.1 son m�nimas)y por lo tanto voy a partir de la base de que el usuario de linux ha instalado ya el KDE y le funciona sin problemas de ning�n tipo.
Gu�a paso a paso de conexi�n a internet a trav�s de Infov�aPlus con kppp.
Antes de comenzar
El m�dem debe estar correctamente instalado y su funcionamiento verificado (usando por ejemplo el programa minicom). El dispositivo asociado al m�dem depender� del puerto serie al que est� conectado. Si est� conectado al "COM2" (en jerga DOS) el dispositivo ser� /dev/ttyS1, y podemos hacer un enlace simb�lico a /dev/modem:
ln -s /dev/ttyS1 /dev/modemAdem�s debemos saber su velocidad m�xima. Si el m�dem es de m�s de 28,8Kbps podemos tomar 115200.
Otros datos fundamentales son los que tienen que ver con nuestro proveedor de internet:
Comenzamos
Invoquemos kppp mediante acci�n sobre el correspondiente icono del men� del KDE o escribiendo en un terminal
[user@localhost]# kpppPara que programa funcione para un usuario normal el propietario y el grupo deben ser root y el ejecutable debe tener el bit SETUID activado, para poder abrir el dispositivo del m�dem. Si no es as� se pone uno superusuario
[user@localhost]# su root (... da la password... y entonces hacemos) [user@localhost]# chown root.root kppp [user@localhost]# chmod +s kppp [user@localhost]# exit (...para volver a usuario normal...)Si todo ha ido bien aparecer� la ventana del kppp y con el rat�n accionaremos la tecla
setupEntonces se abrir� la ventana kppp configuration con varias pesta�as indicando secciones: Accounts; Device; Modem; PPP y About. Comenzaremos por la primera secci�n
Accionamos la tecla new y aparece una nueva ventana llamada new account con otra serie de subsecciones: desde Dial hasta Accounting.
Subseccion DIAL
Esta secci�n contiene el Dial Setup que debemos rellenar:
Connection name: Ponemos el nombre que queramos dar a la conexi�n; por ejemplo INFOPLUS
Phone number: 954547000
Authentication: La autenticaci�n puede realizarse de cuatro modos; script-based, PAP, terminal-based o CHAT; debemos elegir la opci�n PAP
Store password: Si no quieres tener que teclear la password cada vez que te conectes deja activada esta opci�n
Execute program upon connect: Debe tener su casillero vac�o. No escribas nada.
Execute program upon disconnect: Debe tener su casillero vac�o. No escribas nada.
Edit pppd arguments: Una vez activada la opci�n los argumentos se introducen escribi�ndolos en el casillero "arguments" y pulsando la tecla "add". Deben estar los siguientes:
detach defaultroute asyncmap a0000 noipdefault ipcp-accept-local ipcp-accept-remotecuando hayamos terminado, pulsamos "close" y pasamos a las subsecciones siguientes
NOTA: Estos argumentos los ten�a as� establecidos para cuando conectaba con Infov�a. Al pasar a Infov�aPlus, alguno puede quedar superfluo, pero �funciona!, as� que no quit� ninguno.
Subseccion IP
Contiene el IP setup. La �nica opci�n que debe estar activada es Dynamic IP address
Subseccion DNS
Aqu� tenemos el men� del DNS Server:
Domain name: proveedor.es
DNS IP address: La(s) introducimos en este casillero: 194.150.24.25 y pulsando la tecla "add" la(s) pasamos al DNS address list. Al menos debe haber una.
Disable existing DNS servers during connection: Esta opci�n debe estar activada
Subseccion GATEWAY
Contiene el Gateway setup las opciones que deben activarse son:
Default Gateway
Assign the default route to this gateway
Subseccion LOGIN SCRIPT
�Principiantes Ni tocarlo! El edit script deber� estar vac�o, con el primer casillero de opciones presentando la opci�n "EXPECT".
Subseccion ACCOUNTING
La opci�n Enable accounting debe estar activada. Selecciona entonces con la opci�n "Selected" : Spain y dentro de ella, Telef�nica Local y deja la opci�n "Volume accounting: No accounting" desactivada.
Entonces, una vez que hemos rellenado todas las subsecciones de la secci�n ACCOUNTS, accionamos el bot�n OK de la ventana "new account" y volvemos a la de kppp configuration. Hay que rellenar el resto de las secciones.
Aqu� est� el men� Serial device:
Modem device: pon el dispositivo correspondiente, p.ej. /dev/ttyS1 (para modem en puerto serie com2)
Flow control: CRTSCTS (hardware flow control)
Line termination: La que corresponda. Generalmente es CR/LF
Connection speed: La que corresponda, p.ej. 115200
Modem lock file: /var/lock/LCK..modem
Este fichero debe estar por defecto. No lo cambies si no sabes lo que haces, pues algunos programas como mgetty dependen de la existencia de tal fichero y kppp no funcionar�.
Busy wait: 0 seconds
Modem Asserts CD line: opci�n desactivada
Modem commands: Deja los valores por defecto y no cambies nada
Query modem: Pulsando este bot�n kppp insta al m�dem a que se identifique. Sirve para probar el m�dem.
Terminal: Tambi�n sirve para comprobar si el m�dem negocia bien el protocolo de conexi�n. De todos modos no te detengas en esto si no sabes lo que haces y sigue adelante.
Presenta el ppp setup:
pppd timeout: 60 seconds
Dock into the panel on connect: opci�n desactivada
Automatic redial on disconnect: opci�n generalmente desactivada
Show clock on caption: opci�n activada
Disconnect on X-server shutdown: opci�n activada
Quit on disconnect: opci�n desactivada
Minimize window on connect: opci�n activada
La secci�n ABOUT evidentemente es para mirar solamente. Por �ltimo accionamos el bot�n OK de la ventana kppp configuration. Con ello volvemos a la inicial de kppp. Activamos "Show log window". En el casillero "Connect to" deber� aparecer el nombre de nuestra conexi�n (en el ejemplo INFOPLUS). El login ID ser� en nuestro ejemplo user@proveedor. Escribimos la password en su casillero: ****** y por �ltimo pulsamos "connect"
Si todo va bien, aparecer�n dos ventanas: una con el marco superior indicando "Connecting to: INFOPLUS" que mostrar� Dialing 954547000 y otra mayor, a la derecha de la primera indicando en su marco superior "Login Script Debug Window" y presentando una serie de acciones:
ATZ OK ATD954547000 (Mientras est� "Expecting Connect")cuando se ha establecido la conexi�n, aparece en esa misma pantalla
CONNECT 115200e indicar� en su marco inferior "running pppd" mientras la otra ventana indica "Logging on the network". Cuando la ventana mayor presente en su marco inferior "Done"; la otra m�s peque�a, que en su marco superior exhibir� el nombre de la conexi�n (INFOPLUS), se minimizar� y ya estamos conectados.
Si restauramos la ventana de conexi�n INFOPLUS en un momento dado nos mostrar� la siguiente informaci�n:
Connected at 115200 Time connected .... Session bill...PTAS Total bill ....PTASy dos teclas "Details" (para ver los detalles de la conexi�n con nuestro proveedor) y "Disconnect" evidentemente para desconectarnos. Si la pulsamos, aparecer� de nuevo la ventana kppp y entonces, para salir, presionaremos la tecla "quit".
Preguntas habituales
Estos mensajes pueden aparecer alguna que otra vez, aisladamente. Si siempre se producen, entonces hay un problema. Hemos de comprobar que:
- pppd es realmente un binario y no un script
- pppd tiene el bit setuid activado
- el fichero /etc/pppd/options existe pero est� VAC�O
- que no has usado la opci�n "lock" como argumento del pppd en la configuraci�n del kppp
- no uses el enlace simb�lico /dev/modem; en su lugar usa el dispositivo real que corresponda, p.ej., /dev/ttyS1
- aseg�rate que tienes los permisos necesarios
en caso de seguir igual, invoca:
[user@localhost]# tail /var/log/messagespara considerar las causas de posibles fallos. Es muy conveniente leer el dossier sobre kppp que aparece pulsando la tecla help de la ventana de kppp.
Esto significa que kppp no tiene permisos para abrir el dispositivo modem o que se ha seleccionado un dispositivo incorrecto en el cuadro del modem. Comprueba que el dispositivo sea correcto y luego dale el bit setuid a kppp.
O bien le das a kppp el bit setuid o das acceso al fichero /var/lock a los usuarios normales
- �Has jugado con la configuraci�n de CR/LF?
- El modem quiz� necesita m�s tiempo para inicializarse. Ve al cuadro "Modem commands" y aumenta el "Init Delay Time".
Puede ser que est� activada la opci�n "Auto configure hostname" y el servidor X tiene problemas para conectar con tu nuevo servidor. Si no hay m�s remedio que usar dicha opci�n, tendr�s que proporcionar los permisos adecuados tecleando xhost + antes de realizar la conexi�n. Pero �MUCHO CUIDADO! porque cualquier otra persona tendr� acceso a tu servidor de X.
Intenta hacer un ping al n�mero IP de otro servidor. Si funciona entonces hay que comprobar si le diste al kppp al menos una direcci�n DNS o si en el fichero /etc/host.conf hay una l�nea indicando algo parecido a order hosts, bind. (Debe haberla para que se consulte al servidor de nombres cuando se busca una direcci�n)
La negociaci�n se puede distinguir por ser la fase en la que suenan
los modems. Si cuelga bruscamente puede ser debido a un TIMEOUT demasiado
corto en el script de marcado. Se puede subir a TIMEOUT 100 o a TIMEOUT 150.
En caso de seguir colgando, se puede intentar a�adir S7=100 o S7=150 entre
el AT y el DTnumero_de_telefono en el script de marcado.
Depende de lo que quieras. Si simplemente quieres bajar el volumen del
modem, basta a�adir L1 o L0 a la cadena de inicializacion del modem.
Un posible sitio para colocarlo seria entre el "AT" y el
DTnumero_de_telefono en el script de marcado.
Si lo que quieres es que no suene para nada (por ejemplo, si quieres automatizar la conexi�n para que se realice de madrugada) deber�s a�adir M0 a la cadena de inicializaci�n del modem. Puedes colocarla en el mismo sitio que se indic� para L1 o L0.
Lo primero que hay que tener en cuenta es que no hay conexi�n hasta
que no aparece por /var/log/messages lo de Local IP Address xxx.xxx.xxx.xxx
y Remote IP Address yyy.yyy.yyy.yyy (o el bloque ppp0 al escribir ifconfig.
Esto viene al caso de que a veces la autentificaci�n inicial falla, por ejemplo
porque haya ca�do el proveedor o est� saturado. En esos casos Infovia Plus no
corta la conexi�n y puede parecer que el modem est� conectado a internet cuando
en realidad ni siquiera ha llegado a contactar con el proveedor. En ese caso
habr�a que revisar las claves de acceso que se hubiesen introducido en
pap-secrets o chap-secrets o intentarlo m�s tarde.
En caso de aparecer Local IP Address... y Remote IP Address... en
/var/log/messages, pero no conseguir conectar a ning�n sitio habr�a que
revisar en primer lugar /etc/resolv.conf y ver si las direcciones all�
introducidas son correctas. Una forma de averiguar si es culpa de los DNS
es probar a conectar usando una direcci�n num�rica. Por ejemplo se puede
probar con la direcci�n 130.206.1.2 que corresponde a www.rediris.es . Si
conecta, es un problema en /etc/resolv.conf (o del DNS de tu proveedor).
Si se descarta el DNS, comprueba que tienes la opci�n defaultroute
en /etc/ppp/options. En caso afirmativo, comprueba /var/log/messages
y mira si aparece alg�n mensaje tipo ppp not replacing existing default route to .... Este �ltimo caso es t�pico si se tiene alguna tarjeta de red
y has definido alguna direcci�n de gateway. Lo normal es eliminar dicho
gateway. Averigua como introduciste el gateway y elim�nalo. Una forma
de eliminarlo ser�a por ejemplo con linuxconf, que viene con Red-Hat.
Es un mensaje que aparece en /var/log/messages t�pico de Infovia Plus
y debido a un protocolo de red llamado IPX. No debe suponer ning�n problema
para la conexi�n, pero si resultara molesto se podr�a a�adir la opci�n
noipx a /etc/ppp/options.
Aseg�rate de que tienes (si usas pppd) la opcion modem en /etc/ppp/options.
En caso de que la tuvieras, comprueba que has puesto una cadena de inicializaci�n al modem en el script de marcado (por ejemplo at& f, atz...).
En caso de que as� siguiese sin colgar, tendr�s que echar mano del manual del modem y buscar el comando "que haga que el modem cuelgue (o se resetee) cuando cambie la l�nea DTR". Normalmente es & Dx donde 'x' es un numero (que es lo que deber�s buscar en el manual del modem, si prefieres prueba-y-error 'x' normalmente estar� entre 0 y 4). Luego deber�s editar el script de marcado del modem y colocar dicho "& Dx" entre el "AT" y el "DTnumero_de_telefono". Al usar el caracter '&', no olvides poner todo el conjunto (desde el AT hasta el final del n�mero de tel�fono) entre comillas dobles (p.e.: "AT& D3DT055").
Esto puede deberse a muchas causas:
Deber�s verificar la configuraci�n del modem y del puerto serie. Sigue la descripci�n que se da en la secci�n correspondiente de la FAQ.
Comprueba que la velocidad que has puesto en /etc/ppp/options NO es
la velocidad del modem (nada de 28800, 33600 o lo que sea, no es eso lo que
debes poner ah�). Pon 115200 o 57600, preferiblemente la primera. Si tienes
una UART 16450 u 8250 pon 38400 y aseg�rate de NO poner el flag 'spd_hi' o
'spd_vhi' con setserial (si has seguido las instrucciones de la FAQ desde
el principio no hace falta que compruebes esto). El tipo de UART que tienes
lo podr�s ver haciendo setserial /dev/ttySx donde 'x' es 0 para COM1,
1 para COM2, etc...
Si sigue lento o conectando mal, aseg�rate de poner una cadena de
inicializaci�n al modem ("at& f", "atz") y que la opci�n crtscts aparece
en /etc/ppp/options. En caso de continuar los problemas deber�s echar
mano del manual del modem y buscar las opciones que "activen el control de
flujo RTS/CTS". Suelen ser de la familia de las que empiezan por '&'. En
algunos modems es una sola orden (por ejemplo "& K3") y en otros hay que
activar el RTS y el CTS separadamente. Colocar el o los comandos entre el "AT"
y el "DTnumero_de_telefono". Si usas el caracter '&', aseg�rate de poner todo
el conjunto (desde el AT hasta el final del n�mero de tel�fono) entre comillas
dobles (p.e. "AT& K3DT055").
Una posible forma ser�a eliminar de /etc/ppp/options la opci�n
name mi_login@mi_proveedor. De esta forma, si hemos puesto en pap-secrets
o chap-secrets, el login y el password de todos nuestros proveedores,
bastar�a con escribir pppd name login@proveedor para elegir a cual
nos queremos conectar.
Esto funciona si todos los proveedores comparten el mismo n�mero de
tel�fono (por ejemplo, si todos est�n en infov�a plus). En caso de
tener diferentes n�meros de tel�fono, habr�a que eliminar en
connect "/usr/sbin/chat -v -f /etc/ppp/marcado" de /etc/ppp/options,
crearse un fichero de marcado particular para cada proveedor y crearse
un fichero para cada proveedor en /etc/ppp con las dos opciones personalizadas
que le correspondan. O sea:
/etc/ppp/nombre_del_proveedor: ------------------------------------------------------------ connect "/usr/sbin/chat -v -f /etc/ppp/marcado_proveedor" name login@proveedor ------------------------------------------------------------Y ejecutar pppd as�:
/usr/sbin/pppd file /etc/ppp/nombre_del_proveedorLas DNS de todos los proveedores se podr�an poner en
/etc/resolv.conf,
a�adiendo nuevas l�neas "nameserver xxx.xxx.xxx.xxx". Es conveniente
ordenar los nameservers poniendo primero todos los DNS primarios de todos
los proveedores y despu�s los DNS secundarios. Tambi�n conviene poner en
primer lugar los correspondientes a los proveedores m�s usados.
Hay dos formas de hacerlo. La forma "buena", ser�a usando el programa sudo
el cual permite ejecutar como usuario algunos programas que s�lo podr�an
funcionar como root. Esto supondr�a que cada vez que uno quisiera conectarse
a internet deber�a introducir un password, lo cual es �til en caso de que
otros tuvieran acceso a nuestro ordenador. Para lo configuraci�n de sudo
consultar man sudo.
La forma "mala", y digo mala porque es m�s insegura en caso de que otros tengan acceso a nuestra m�quina, consistir�a en poner pppd "suid root" lo cual posibilita que un usuario normal tuviera acceso al programa de una forma similar que root.
Para esto �ltimo, habr�a que empezar por localizar pppd. Suele estar en el
directorio /usr/sbin. Luego har�a falta echar un vistazo para ver que permisos
tiene. Esto se hace con la orden ls -l pppd y debe arrojar algo parecido
a esto.
-rws--x--x 1 root ppp 70336 May 18 1996 pppdLo que se persigue es que la tercera letra sea una 's', como en el ejemplo. Si el programa no est� "suid root", la tercera letra ser� una 'x'. Entonces en este caso habr�a que hacer
chmod 4711 pppd para conseguirlo.
Los scripts de /etc/ppp necesitar�an tambien acceso libre para los usuarios
as� que habr�a que hacer chmod 755 /etc/ppp y chmod a+r /etc/ppp/*. El
efecto secundario que esto tiene es que cualquier usuario del sistema puede
leer las claves de acceso a nuestro proveedor de internet. Existe la
posibilidad de limitar la conexi�n a internet (y a los scripts de conexi�n
y claves de acceso), leer la seccion
�C�mo se cambian los permisos de ficheros y directorios?
NOTA: A�n as�, es posible que no seamos capaces de conectar con internet
como usuario normal. Una posible causa de fallo ser�a intentar conectar
a internet escribiendo pppd en vez de /usr/sbin/pppd. Para root funciona
la primera, pero para el resto de usuarios no. El motivo es que el PATH
(el conjunto de directorios en los que Linux busca un ejecutable) es
diferente para root que para los usuarios normales. Los usuarios normales
no tienen /usr/sbin dentro del PATH as� que deber�n hacer /usr/sbin/pppd
para conectarse a internet o hacer un enlace simb�lico a /usr/sbin/pppd
desde otro directorio que s� est� en el PATH de usuario (como por ejemplo
/usr/bin), o hacernos un script (peque�o programa) que se limite a ejecutar
/usr/sbin/pppd. Para el enlace simb�lico bastar�a hacer:
ln -s /usr/sbin/pppd /usr/bin/pppd