Anterior Siguiente Indice

2. Conexiones a través de Infovía.

2.1 Requisitos.

Básicamente, lo único necesario es tener soporte ppp ya por parte del núcleo o kernel o por módulos, en cuyo caso son necesarios tener cargados shlc.o y ppp.o, mediante por ejemplo la orden:

modprobe ppp

existen métodos más modernos como kerneld y otros en los que la carga se automatiza al llamar al otro requisito, el ``demonio'' o daemon pppd, que suele instalarse en un paquete aparte. Téngase en cuenta que si se emplea un kernel posterior al 1.3.95 ha de utilizarse una versión de pppd posterior a la 2.2.0e. Para el kernel 1.2.13 vale a partir de la 2.1.2d Esto obviamente está "obsoleto". .

Los fuentes de distribución del kernel contienen un módulo de compresión ppp, bsd_comp.o, que por problemas de copyright no puede ser compilado sino es como módulo, ni cargado automáticamente por kerneld. El uso de este módulo mejora el rendimiento de la conexión, especialmente en lo referente a transferencia de ficheros. Para evitarnos el tener que cargarlo ``a mano'' tras shlc.o y ppp.o, podemos crear un alias para pppd:

alias pppd="pppd; modprobe bsd_comp"

que incluiremos en el fichero de personalización correspondiente, p. ej. /etc/bashrc si queremos que afecte a todos los usuarios globalmente, o ~/.bash_profile para cada uno de los usuarios de RedHat o ~/.bashrc para Slackware.

Ciertamente, no es una solución muy elegante, pero funciona :-).

Para conectarse a un ISP (Internet Service Provider, o Proveedor de Acceso a Internet) a través de nuestra queridísima Infovía, pueden utilizarse los métodos que a continuación describo:

2.2 Método ``A''

  1. Fichero /etc/resolv.conf.
    En el caso cada vez más corriente, en que obtengamos nuestra dirección por asignación dinámica, se ha de conocer la dirección en notación decimal del servidor de nombres o nameserver del ISP que nos proporciona acceso. Esta información se la ha de proporcionar su ISP, y será de la forma 194.xxx.yyy.zzz. El dato restante es el nombre de dominio de su servidor, que será el mismo que aparezca en su dirección de correo email, es decir, todo lo que se encuentra tras la arroba. En mi caso, pacopepe@nova.es sería por tanto nova.es. Una vez conocemos estos datos, editamos (con vi, por ejemplo) el fichero /etc/resolv.conf, de modo que añadimos:
    /etc/resolv.conf
    domain nova.es
    nameserver 194.xxx.yyy.zzz
    
  2. Elaboramos el fichero /etc/ppp/options
    connect /etc/ppp/infovia   
    crtscts
    modem
    passive
    +ua /etc/ppp/infoviappp   
    noipdefault
    debug
    defaultroute
    asyncmap a0000
    /dev/modem # (Este fichero es un enlace a /dev/cuaX)
    38400 # (Siempre que su modem soporte esa velocidad)
    
    /dev/cuaX es el fichero de dispositivo correspondiente al puerto donde tengamos el módem, generalmente, el COM2 si lo vemos desde msdos, o /dev/cua1 en LiNUX. En caso de que en su sistema no exista /dev/modem, puede crear un enlace o symlink al puerto donde se encuentra el módem, con la orden:
    ln -s /dev/cua1 /dev/modem
    
    Siempre que el COM2 sea el que esté usando el módem. Puede por supuesto incluir directamente /dev/cua1 en lugar de /dev/modem en el anterior script si lo prefiere. Los permisos del anterior script pueden ser 640 en forma octal o
    -rw-r-----   1 root     root
    
    lo cual podemos conseguir con la orden:
    chmod 640 /etc/ppp/options
    
  3. Fichero /etc/ppp/infovia
    #!/bin/sh
    /usr/sbin/chat -v  "" atdt055 CONNECT ""
    
    Este fichero debe de hacerse ejecutable, con la orden por ejemplo:
    chmod 744 /etc/ppp/infovia
    
  4. Fichero /etc/ppp/infoviappp
    su_login  
    su_password 
    
    su_login quiere decir nombre@proveedor, en mi caso pacopepe@nova. Este fichero es especialmente delicado, ya que contiene la contraseña o password de acceso al ISP, por lo que conviene tener cuidado con sus permisos; yo no soy un gurú en eso, si alguien con más experiencia me recomienda otro tipo de permisos, se lo agradeceré, yo por ahora lo tengo como 640, por lo que con la orden
    chmod 640 /etc/ppp/infoviappp
    
    quedarían establecidos los permisos.
  5. Ejecutar, como root, pppd. Al momento se escuchará marcar al módem, y una vez establecida la conexión, se escuchará actividad por parte del disco duro; también, en el caso de poseer un módem externo, se observará las luces de cd, sd y tr encendidas o parpadeando; en caso de ser interno, podemos constatar que la conexión está establecida correctamente, y que por tanto, el dispositivo ppp0 ha sido creado, con una orden como ``top'' o ``ps'' en la que se observará como proceso activo. También podemos observar el proceso de conexión conmutando a otra VC, y tecleando la orden
    tail -f /var/log/messages
    
    lo cual nos mostrará, en caso de problemas, los fallos que están ocurriendo. Un proceso de conexión normal aparecería como:
    May 23 01:51:00 beastie pppd[4485]: pppd 2.1.2 started by root, uid 0
    May 23 01:51:00 beastie pppd[4488]: Connecting with /etc/ppp/infovia
    May 23 01:51:02 beastie chat[4490]: send (atdt055^M)
    May 23 01:51:02 beastie chat[4490]: expect (CONNECT)
    May 23 01:51:23 beastie chat[4490]: atdt055^M^M
    May 23 01:51:23 beastie chat[4490]: CONNECT -- got it
    May 23 01:51:23 beastie chat[4490]: send (^M)
    May 23 01:51:23 beastie pppd[4488]: Connected...
    May 23 01:51:24 beastie kernel: ppp: channel ppp0 mtu = 1500, mru = 1500
    May 23 01:51:24 beastie kernel: ppp: channel ppp0 open
    May 23 01:51:24 beastie pppd[4488]: set kernel debugging level to 0
    May 23 01:51:24 beastie pppd[4488]: Using interface ppp0
    May 23 01:51:24 beastie pppd[4488]: Connect: ppp0 <--> /dev/modem
    [...]
    May 23 01:51:25 beastie pppd[4488]: ipcp: received ADDR
    May 23 01:51:25 beastie pppd[4488]: (172.16.1.1)
    May 23 01:51:25 beastie pppd[4488]:  (ACK)
    May 23 01:51:25 beastie pppd[4488]: ipcp: returning Configure-ACK
    May 23 01:51:25 beastie pppd[4488]: fsm_sdata(IPCP): Sent code 2, id 1.
    May 23 01:51:25 beastie pppd[4488]: fsm_rconfnakrej(IPCP): Rcvd id 1.
    May 23 01:51:25 beastie pppd[4488]: local IP address 194.179.123.229
    May 23 01:51:25 beastie pppd[4488]: fsm_sdata(IPCP): Sent code 1, id 2.
    May 23 01:51:25 beastie pppd[4488]: IPCP: sending Configure-Request, id 2
    May 23 01:51:25 beastie pppd[4488]: fsm_rconfack(IPCP): Rcvd id 2.
    May 23 01:51:25 beastie pppd[4488]: ipcp: up
    May 23 01:51:25 beastie pppd[4488]: local  IP address 194.179.123.229
    May 23 01:51:25 beastie pppd[4488]: remote IP address 172.16.1.1
    
  6. Para finalizar la conexión podemos emplear el script que suele acompañar al paquete pppd, ppp-off, o bien ``matar'' directamente el proceso una vez identificado su PID con ps; para ello, si una vez ejecutado ps observamos la respuesta:
    PID   TTY   STAT  TIME  COMMAND
    58    v01   S     0:01  -bash
    [...]
    353   v03  R      1:12  pppd
    [...]
    
    la orden
    kill -9 353
    
    matará el proceso. No obstante, algunas personas han experimentado ``cuelgues'' de sus servidores si no finalizan la conexión con métodos ``civilizados'' como el script ppp-off. Si se quiere saber más sobre los comandos de este script, consulte el comando chat y la documentación sobre pppd.

2.3 Método ``B''

El mismo que el empleado para conectar sin mediar Infovía, descrito en la sección Conexiones sin mediar Infovía. a excepción de:

  1. Fichero /etc/ppp/pap-secrets, que quedaría así:
    infovia               *                  infovia
    id@dominio            *                  su_password
    
    donde id@dominio sería, en mi caso, pacopepe@nova, es decir, su dirección email sin el .es del dominio perteneciente a España. Este fichero es especialmente sensible por contener el password, por lo que se aplica lo dicho anteriormente para el fichero /etc/ppp/infoviappp en la sección Método ``B'', punto número 4. Como se puede observar, lo único que varía es que se añade la línea referente a Infovía.
  2. Cambiar la variable NUMERO del script /usr/local/bin/infovia por 055, como corresponde a Infovía.


Anterior Siguiente Indice