``Infobia''- Como. : Conexiones a través de Infovía.

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

3.1 Método ``A''

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
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:
- Intercom
  connect /etc/ppp/infovia crtscts modem passive noipdefault ipcp-accept-local ipcp-accept-remote debug defaultroute lock asyncmap a0000 /dev/modem 38400
- Bankinter
  connect /etc/ppp/infovia crtscts modem defaultroute lock /dev/modem 38400
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
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
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.

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

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:

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.
Cambiar la variable NUMERO del script /usr/local/bin/infovia por 055, como corresponde a Infovía.

Anterior Siguiente Indice