Anterior Siguiente Indice

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

3.1 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 generalmente será de la forma 194.xxx.yyy.zzz. (En la posición zzz generalmente suele emplearse el 2) 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@insflug.org sería por tanto insflug.org. Una vez conocemos estos datos, editamos (con vi, por ejemplo) el fichero /etc/resolv.conf, de modo que añadimos:
    /etc/resolv.conf
    domain insflug.org 
    nameserver 194.xxx.yyy.zzz
    
  2. Elaboramos el fichero /etc/ppp/options (Sólo con versiones de pppd iguales o inferiores a la 2.2.x)
    connect /etc/ppp/infovia   
    crtscts
    modem
    passive
    +ua /etc/ppp/infoviappp   # Ojo en pppd version 2.3.x, opcion no valida
    noipdefault
    debug
    defaultroute
    asyncmap a0000
    /dev/modem # (Este fichero es un enlace a /dev/ttySX)
    38400 # (Siempre que su modem soporte esa velocidad)
    
    Nota: Si nuestro pppd es de version 2.2.3 o superior, deberemos modificar el fichero /etc/ppp/options, suprimiendo la línea +ua /etc/ppp/infoviappp y añadiendo:
    ...
    +pap
    user id@dominio
    ...
    
    Así, utilizará en su lugar el fichero /etc/ppp/pap-secrets para la autentificación:
    infovia         *       infovia
    id@dominio      dominio clave
    
    Para más información sobre pap-secrets ver apartado correspondiente de la sección metodoB. /dev/ttySX es el fichero de dispositivo correspondiente al puerto donde tengamos el módem, generalmente, el COM2 si lo vemos desde msdos, o /dev/ttyS1 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/ttyS1 /dev/modem
    
    Siempre que el COM2 sea el que esté usando el módem. Puede por supuesto incluir directamente /dev/ttyS1 en lugar de /dev/modem en el anterior script si lo prefiere. Para los usuarios de Intercom o bankinter, los ficheros options serían: 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@insflug. 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. Uno puede hacerse un ppp-off rudimentario mediante el comando:
    killall pppd
    
    Si se quiere saber más sobre los comandos de este script, consulte el comando chat y la documentación sobre pppd.

3.2 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@insflug, 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

Hosting by: hurra.com
Generated: 2007-01-26 18:00:35