|
Un caso especial: Haciendo uso del puerto USB
Hasta ahora, hemos visto como configurar nuestra conexión a internet, haciendo uso del puerto ethernet del cable-modem, de forma que solo configurando nuestra tarjeta de red, ya teníamos conexión a internet en ese PC. Pero dado que hay mucha gente, que no puede o no quiere comprarse una tarjeta de red adicional, vamos a explicar como conectar dicho cable-modem a nuestro puerto USB.
Soporte USB en el kernel
Evidentemente, si vamos a utilizar la conexión USB del cable-modem para conectarnos a internet, deberemos darle soporte USB a nuestro kernel, para que detecte cuando conectemos el cable-modem y para que utilice esa conexión, como una de red.
Dicho soporte, estará dado en la mayoría de distribuciones (y en la que no este dado, es posible, que se puede dar cargando los modulos pertinentes), ya que cada vez son más comunes los dispositivos que utilizan dicho puerto. Si no tuviesemos soporte para dispositivos USB (ni para utilizar el USB como un puerto de red) y tampoco tuviesemos posibilidad de cargar los modulos que otorgan dicho soporte, deberemos compilar nuestro kernel.
Podemos comprobar, si tenemos soporte USB y soporte para utilizar la conexión USB como conexión de red en nuestro kernel, tecleando el comando lsmod, obteniendo una salida similar a esta:
CDCEther 11040 0 (unused)
usb-ohci 17888 0 (unused)
usbcore 56768 1 [usb-ohci CDCEther]
Si no nos devuelve algo como esto, podemos comprobar si el soporte USB esta compilado de forma monolítica en nuestro kernel y no como modulo. Para ello, podemos teclear el comando dmesg. Entre todos los mensajes que nos lanzará, deberíamos ver alguno que hiciera referencia a dichos dispositivos:
usb.c: registered new driver usbfs
usb.c: registered new driver hub
CDCEther.c: 0.98.6 7 Jan 2002 Brad Hards and another
usb.c: registered new driver CDCEther
Si así, tampoco obtenemos lineas similares a las nombradas anteriormente, es posible que no tengamos el soporte USB en marcha, pero si lo podamos insertar, cargando los modulos correspondientes, mediante el comando modprobe:
modprobe usbcore
modprobe CDCEther
Si esto, nos da errores, definitivamente no tendremos posibilidad de darle soporte USB a nuestro sistema sin compilar el kernel. Cuando configuremos el nucleo, deberemos asegurarnos de seleccionar las opciones:
- USB support
- USB Communication Class Ethernet device support
Una vez hecho esto, debemos recordar si hemos compilado estas dos opciones como modulo, cargarlos después de reiniciar con el nuevo kernel. Además, deberíamos configurar dichos modulos para que se cargasen en el inicio del sistema.
Después de haber configurado el soporte USB y el soporte CDCEther en nuestro sistema, linux detectará un nuevo dispositivo ethernet, por lo que bastará con que lo configuremos como si de una tarjeta de red se tratase, tal como hemos visto anteriormente.
Configuración de la red local
Con los pasos anteriores hemos configurado el servidor para que pueda acceder a Internet mediante cable, pero nos faltaría configurar el servidor para que los demás ordenadores de la LAN puedan acceder a Internet a través del susodicho servidor.
Lo primero que haremos (aunque no es totalmente necesario), será editar el fichero /etc/hosts de todos los ordenadores que forman la LAN (incluido el servidor), dejándolo similar a:
#configuración para una LAN de 3 ordenadores de un dominio linux.com
127.0.0.1 localhost
192.168.1.1 servidor.linux.com servidor
192.168.1.2 cliente1.linux.com cliente1
192.168.1.3 cliente2.linux.com cliente2
La segunda parte de esta configuración, será incluirle los servidores DNS facilitados por el proveedor en el fichero /etc/resolv.conf, de la forma (puede que no haga falta seguir este paso, ya que los coge directamente al conectarse al servidor dhcp):
nameserver ip_dns1
nameserver ip_dns2
...
Seguidamente, editaremos un fichero para habilitar el ipmasquerade en el servidor, por ejemplo un fichero llamado ip_masquerade (original :), quedando de esta forma (recuerda, como dijimos en este otro artículo, que también podemos compartir la conexión por medio de un proxy squid):
#ip_masquerade para kernel 2.4.x con iptables
iptables -P forward DENY
iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -o eth0 -j MASQUERADE
echo 1 > /proc/sys/net/ipv4/ip_forward
o
#ip_masquerade para kernel 2.2.x con ipchains
ipchains -P forward DENY
ipchains -A forward -i eth0 -j MASQUERADE -s 192.168.1.0/24
echo 1 > /proc/sys/net/ipv4/ip_forward
Una vez editado, le damos permisos de ejecución:
chmod +x ip_masquerade
y lo ponemos en los scripts del inicio del sistema, para que se ejecute cuando se encienda el ordenador:
mv ip_masquerade /etc/init.d/
ln -s /etc/init.d/ip_masquerade /etc/rc2.d/S99masquerade
ln -s /etc/init.d/ip_masquerade /etc/rc3.d/S99masquerade
ln -s /etc/init.d/ip_masquerade /etc/rc4.d/S99masquerade
ln -s /etc/init.d/ip_masquerade /etc/rc5.d/S99masquerade
Por último, como paso final, editaremos las computadoras clientes, poniendo en el fichero /etc/resolv.conf los mismos parámetros que tengamos en el servidor. También, deberemos especificar en estos clientes que la puerta de enlace predeterminada o gateway, es la ip del servidor (evidentemente de las dos ips que tiene, tenemos que poner la ip interna, la que da a nuestra red local y no la ip que le ha otorgado el cable-modem).
Esto último, lo podemos poner a mano mediante el comando:
route add default gw 192.168.1.1
Aunque si lo hacemos así, debemos tener claro que esta información se perderá al reiniciar la maquina, por tanto, es aconsejable poner este dato en los ficheros de configuración de la tarjeta de red de los clientes.
Si algún lector, quiere explicarnos como se realiza este proceso en su distribución o bien encuentra algún fallo en el artículo, puede pasar por el canal de sugerencias de la web.
Páginas: 1 2 |