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
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:
/etc/resolv.conf
. 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
/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
/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
/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.
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
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
.
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:
/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.
NUMERO
del script
/usr/local/bin/infovia
por 055
, como corresponde a Infovía.