A pesar de no venir activado, mediante una simple modificación en el registro podemos habilitarlo (clásico )

Básicamente, los pasos a seguir son los siguientes:

• Ejecutar el Editor de Registro (Regedit.exe).
• Encontrar el siguiente registro: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
• Cambiar el valor (Value Data) de la entrada IPEnableRouter (del tipo REG_DWORD) por 1. El valor uno habilita en reenvío TCP/IP para todas las conexiones de red que tenga instalada la computadora.
• Salir del Editor de Registro.
• Reiniciar el sistema.

Realizado estos pasos, el equipo puede reenviar paquetes entre dos redes, como bien dijimos antes hacer de router (siempre y cuando los clientes tengan agregadas las reglas enrutamiento correspondientes:

Por ejemplo:

Dadas dos redes, Network1 y Network2, un System 1 en una red, un Sytem 2 en ambas redes y un System 3 en la otra red, sería necesario:

• Habilitar IP Routing en System 2
• Agregar como default gateway (puerta de enlace) del System 1, la IP de la Network 1 del System 2. O bien, si ya tienes un gateway configurar una regla de enrutamiento mediante el comando route.
• Repetir los mismos pasos en System 3, cambiando el default gateway o la regla de enrutamiento con la IP de la Network 2 del System 2.
• Probar comunicación entre ambas redes mediante un ping o mejor aún, un tracert (para ver el salto que hace en la “PC router”)

Vía: Microsoft Help and Support

Pero todo esto no sirve cuando no tenemos servidor DHCP ni una interfaz gráfica. Esto me sucedió con un Ubuntu Server que estuve instalando y estoy configurando. Pero para bien, este problema me llevó a conocer un poco más acerca de la configuración de redes en los sistemas operativos Linux Ubuntu o más bien, los SO basados en Debian.

Los archivos principales con los que se configura la red en Debian son /etc/network/interfaces y /etc/resolv.conf. El primero para la configuración de las interfaces de  red y el segundo para "salir al mundo" por nombres de dominios (DNS).

El primer archivo nos permite definir las IP, máscara y gateway para cada interfaz de red. Por ejemplo, en un archivo /etc/network/interfaces podremos encontrar algo como lo siguiente:

Donde:

• eth0 representa la primer interfaz de red (0)
• address: la dirección IP fija
• netmask: la máscara de subred
• gateway: la puerta de enlace

También podrimos ver contenido como el siguiente, específico de una red inalámbrica:

Si modificamos este archivo y queremos hacer efectivas las modificaciones, simplemente relanzamos el servicio:
sudo /etc/init.d/networking restart

Luego, podemos con el comando ping ver si todo quedó en orden.

El otro archivo que nombramos fue el /etc/resolv.conf. En este archivo se almacenan los DNS (servidores de nombre de dominio de nuestro servidor)

Los DNS traducen los nombres de dominio a direcciones IP, sin estos la vida se nos haría más complicada (a menos que te acuerdes las IP de Google, Youtube y cualquier otro sitio que visites). Generalmente, las IPs de estos nombres de dominio son provistas por el mismo servidor de Internet o bien por el dispositivo que haga de puerta de enlace (no siempre residen en el mismo lugar) aunque también pueden ser fijos y configurados por nuestras propias manos.

Bien, a modo de introducción es suficiente, con esto ya no requeriremos de ninguna interfaz gráfica para la simple configuración de una dirección IP (cosa que también habriamos podido hacer con ifconfig)

Vía: lubrin.org

De todas formas, ifconfig es ampliamente utilizado y no solo en Linux, sino en la mayoría de los clones de UNIX.

A continuación veremos algunos ejemplos del uso de ifconfig.

• Ver la configuración de red de un adaptador de red

ifconfig, invocado sin argumentos mostrará el detalle de todas las interfaces activas. Si como argumento pasamos el nombre de una interfaz, veremos los detalles específicos de  una interfaz.
ifconfig
o
ifconfig eth0

• Ver un detalle de todas las interfaces (incluidas las deshabilitadas)

ifconfig -a

• Deshabilitar una interfaz

ifconfig eth0 down

• Habilitar una interfaz

ifconfig eth0 up

• Asignar un dirección IP a una interfaz

Asignar una IP:
ifconfig eth0 192.168.0.2

Cambiar la máscara de sub red:
ifconfig eth0 netmask 255.255.255.0

Cambiar la dirección de broadcast:
ifconfig eth0 broadcast 192.168.0.255

Asignar dirección IP, máscara y broadcast al mismo tiempo:
ifconfig eth 0192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255

• Cambiar el MTU (unidad máxima de transmisión)

Para Ethernet, el tamaño máximo de un paquete a transmitir por transacción en TCP/IP por defecto es de 1500 bytes.

Para cambiar este valor:
ifconfig eth0 mtu XX

• Modo promiscuo

Por defecto cuando una tarjeta de red recibe un paquete chequea si es para si mismo y si no lo es lo descarta. En modo promiscuo, la tarjeta no descarta ese paquete y acepta todos los paquetes así no sean para la misma.

El modo promiscuo se utiliza especialmente para capturar y analizar el tráfico de una red.

Para habilitar el modo promiscuo en una interfaz de red:

ifconfig eth0 promisc

Para volverla a su modo normal

ifconfig eth0 -promisc

Vía: The Geek Stuff

Junto a los protocolos TCP/IP los sistemas operativos ofrecen una serie de herramientas que suelen ser comunes a la mayoría: ping, ifconfig (ipconfig), telnet, route, traceroute (tracert), etc.

Aprovecharemos esta publicación para mencionar algunos de los comandos más utilizados y que más te serán de utilidad para conocer un poco acerca de la red a la que se conecta tu equipo y también para diagnosticar fallos. Los comandos en cuestión son comandos de Linux, pero ten en cuenta que la mayoría tiene su análogo en otros sistemas, como Windows por ejemplo, y algunas veces hasta con el mismo nombre.

• ping: comprueba el estado de la conexión con un equipo remoto. Básicamente envía un paquete y espera un mensaje de respuesta, de esta forma determina si "ve" o "no ve" un equipo.

$ ping google.com
PING google.com (72.14.205.100) 56(84) bytes of data.
64 bytes from qb-in-f100.google.com (72.14.205.100): icmp_seq=1 ttl=243 time=189 ms
64 bytes from qb-in-f100.google.com (72.14.205.100): icmp_seq=2 ttl=243 time=189 ms
64 bytes from qb-in-f100.google.com (72.14.205.100): icmp_seq=3 ttl=243 time=192 ms
--- google.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 1998ms
rtt min/avg/max/mdev = 189.896/190.702/192.259/1.101 ms
$

• traceroute (tracert): arma el camino que sigue un paquete hasta llegar a su destino, mencionando los routers por los que va "saltando". Arranca desde el router de tu ISP o de tu red doméstica hasta llegar al equipo remoto final.

$ traceroute google.com
traceroute to google.com (74.125.45.100), 30 hops max, 40 byte packets
...

• netstat: muestra estadísticas de red. Te recomiendo leer una publicación anterior acerca de Estadísticas de Red y netstat.
• ifconfig: muestra toda la información acerca de la configuración de TCP/IP de tu equipo, interfaces de red, IP, MAC Address, gateway, DNSs, etc. También permite, por consola, setear los valores para las mencionadas variables.

$ ifconfig
eth0      Link encap:Ethernet  direcciónHW 00:1d:92:f1:19:5e
inet dirección:192.168.0.6  Difusión:192.168.0.255  Máscara:255.255.255.0
dirección inet6: fe80::21d:92ff:fef1:195e/64 Alcance:Vínculo
ARRIBA DIFUSIÓN CORRIENDO MULTICAST  MTU:1500  Métrica:1
RX packets:4097 errors:0 dropped:0 overruns:0 frame:0
TX packets:4684 errors:0 dropped:0 overruns:0 carrier:0
colisiones:0 txqueuelen:1000
RX bytes:2768916 (2.6 MB)  TX bytes:1054771 (1.0 MB)
Interrupción:220 Dirección base: 0x6000
-
lo        Link encap:Bucle local
inet dirección:127.0.0.1  Máscara:255.0.0.0
dirección inet6: ::1/128 Alcance:Anfitrión
ARRIBA LOOPBACK CORRIENDO  MTU:16436  Métrica:1
RX packets:4564 errors:0 dropped:0 overruns:0 frame:0
TX packets:4564 errors:0 dropped:0 overruns:0 carrier:0
colisiones:0 txqueuelen:0
RX bytes:228200 (222.8 KB)  TX bytes:228200 (222.8 KB)

• telnet: cliente telnet que permite conectarse a un determinado servidor telnet. También puede ser utilizado para ver si un determinado nombre de dominio o IP escucha a un determinado puerto. Por ejemplo:

telnet google.com 80
Trying 74.125.45.100...
Connected to google.com.
Escape character is '^]'.

• dig: permite hacer consultas detalladas al servicio de nombre de de dominios (DNS)

$ dig google.com
-
; <<>> DiG 9.4.2-P2 <<>> google.com
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 10098
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0
-
;; QUESTION SECTION:
;google.com. IN A
-
;; ANSWER SECTION:
google.com. 187 IN A 72.14.205.100
google.com. 187 IN A 74.125.45.100
google.com. 187 IN A 209.85.171.100
-
;; Query time: 126 msec
;; SERVER: 192.168.0.1#53(192.168.0.1)
;; WHEN: Sun Dec 28 12:48:45 2008
;; MSG SIZE rcvd: 76

• whois: obtiene información sobre un determinado dominio, siempre y cuando el TLD (Dominio de Nivel Superior) disponga de un servidor whois. Por ejemplo:

$ whois luauf.com.ar
Este TLD no dispone de servidor whois, pero puede acceder a la información de whois en

http://www.nic.ar/

$#prueba con un .com y obtendrás mucha información más que esta.

• nslookup: devuelve el nombre del servidor y dirección IP de un nombre de dominio. Por ejemplo:

$ nslookup google.com
Server:        192.168.0.1
Address:    192.168.0.1#53
-
Non-authoritative answer:
Name:    google.com
Address: 74.125.45.100
Name:    google.com
Address: 209.85.171.100
Name:    google.com
Address: 72.14.205.100

• mtr: My tracerout es una excelente combinación entre traceroute y ping. Por ejemplo: mtr google.com

mtr google.com

• tcpdump: excelente sniffer de red. Te recomiendo leer una publicación anterior en el que vimos un ejemplo básico de tcpdump.

Vía: Geekets

rinetd se ejecuta como un único proceso y permite redireccionar un gran número de conexiones sin un sentir el impacto en la máquina. Su configuración es muy sencilla y se realiza a través de reglas escritas en un único archivo de configuración /etc/rinetd.conf.

A continuación, desarrollaré un ejemplo que he practicado para probar su funcionamiento:

• Instalar de rinetd en Debian/Ubuntu:

$ sudo apt-get install rinetd

• Configuración de rinetd

$ sudo vim /etc/rined.conf

En este ejemplo, redireccionaremos todas las conexiones al puerto 3307 de una PC1(192.168.1.6) al puerto 3306 de una PC2 (192.168.1.2). Donde, 3306 es el puerto por default de MySQL, PC1 y PC2 tienen ambas instalado MySQL escuchando al puerto por default. Por razones de seguridad, como no podemos ver por red a PC2, no conectaremos a la misma por el puerto 3307 de la PC1. Así, PC1 deberá redireccionar las conexiones a su IP:Puerto 192.168.1.6:3307 a PC2, 192.168.1.2:3306

# bindadress    bindport   connectaddress   connectport

192.168.1.6    3307    192.168.1.2   3306

• Reiniciar el servidor

sudo /etc/init.d/rinetd restart

Stopping internet redirection server: rinetd.
Starting internet redirection server: rinetd.

• Probamos el ejemplo con cualquier cliente MySQL:

mysql -h192.168.1.6 -P3307 -uroot -p

Así de fácil es todo, ante cualquier inconveniente puedes revisar el log, por default en /var/log/rinetd.log.

Vía: Ubuntu Geek

Veamos un breve ejemplo de captura de paquetes en una sesión telnet.

Para este ejemplo se utilizó:

• Linux Ubuntu con servidor ftp (Pure-FTPd) y dirección IP 192.168.0.6 en la interfaz Eth0
• PC Windows, con cliente telnet y dirección IP 10.0.0.6

Ejemplo:

• En el servidor Linux se ejecutar: sudo tcpdump -ieth0 -A -s1500 port 21 2> tcpdump.txt 1>> tcpdump.txt. Analizamos los parámetros:
  • -ieth0: para capturar los paquetes de la interfaz eth0
  • -A: para imprimir cada paquete  en ASCII. En ocasiones suele ser útil utilizar -X, que imprime los datos de cada paquete en hexadecimal y ASCII
  • -s1500: tamaño de los paquetes que va a recoger
  • port 21: para capturar los paquetes dirigidos al puerto 21 (ftp)
  • 2> tcpdump.txt: para redireccionar el standar error a un archivo
  • 1>> tcpdump.txt: para redireccionar el standar output a un archivo
• En el cliente Windows haremos las siguientes pruebas:
  • Ejecutar desde el símbolo del sistema: ftp 192.168.0.6 e ingresar el usuario y contraseña, pepe y pepepass, esperar que nos devuelva error (pues ese usuario no existe)
  • Sin salir del shell del ftp, ejecutar close
  • Nuevamente desde el shell ejecutar open 192.168.0.6 e ingresar el usuario y contraseña, luciano y luciano. Ese usuario y contraseña existen, por lo tanto nos dará la bienvenida.
  • Salir del ftp ejecutando by

Ahora, veremos los resultados en el símbolo de sistema de Windows y en el archivo tcpdump.txt donde redireccionamos el stderr y stdout del tcpdump.

• En el cliente ftp Windows podemos visualizar la conexión al ftp, el mensaje de bienvenida y la solicitud de usuario y password. Puedes ver que hicimos dos veces la autenticación, pues intencionalmente utilizamos un usuario y password equivocado en el primer intento.

• La salida del tcpdump es más compleja, entre los datos se puede apreciar un timestamp de cada paquete, la IP y puerto del cliente, el ack o acknowledgement (número de acuse de recibo), etc (todos estos, atributos propios del protocolo de control de transmisión.
  • 14:47:34.557556 IP 192.168.0.4.local.4795 > 192.168.0.6.local.ftp: . ack 1 win 17520
• Además podemos distinguir el usuario y la contraseña de ambos intentos de conexión y sin ningún tipo de cifrado:
  • .......|....c?.P.C08...USER pepe
  • ........c?.|...P....W..331 User pepe OK. Password required
  • .......|....c?.P.C.Z... PASS pepepass
  • ........c?.|...P.......530 Login authentication failed
  • .......|....c?.P.B. b..QUIT
  • .......<%.N...HP.C0....USER luciano
  • ..........H<%.\P.......331 User luciano OK. Password required
  • .......<%.\...pP.C.....PASS luciano

GNU Wget nos permite descargar un sitio web recursivamente, es decir, puede actuar como un web crawler y descargar de cada página, las páginas de los enlaces que encuentra y así sucesivamente por cada página hasta el infinito, o bien, hasta un nivel de recursividad dado.

Veamos algunos ejemplos:

• Descargar una página única: wget www.ubuntu.com
• Descargar un sitio recursivamente hasta dos niveles: wget -r -l2 www.ubuntu.com
• Descargar un sitio recursivamente hasta dos niveles (solo los archivos más nuevos a los locales): wget -r -l2 -N www.ubuntu.com
• Descargar un sitio web completo: wget -m www.ubuntu.com o wget -r -l0 -N www.ubuntu.com
• Descargar un sitio recursivamente omitiendo los vínculos a otros sitios: wget -r -l -np www.ubuntu.com (-np indica que no ascienda a directorios superiores)

Los archivos descargados quedan guardados en una estructura de directorios igual a la del sitio web descargado, aunque esto también se puede cambiar por medio de otros argumentos.

Para ver todos los argumentos y las opciones del programa, ejecuta wget --help o wget -help

Si utilizas Windows puedes descargarlo de aqui. Si utilizas Linux o alguna variante de UNIX probablemente lo tengas instalado, caso contrario puedes descargar los fuentes o los binarios del sitio oficial. Si tu Linux es un Debian: $ sudo apt-get install wget

fping

ping múltiple. Por ejemplo:

fping -s -g 172.16.0.1 172.16.0.50
172.16.0.1 is alive
172.16.0.2 is alive
172.16.0.4 is alive
172.16.0.6 is alive
ICMP Host Unreachable from ...
ICMP Host Unreachable from ...
ICMP Host Unreachable from ...
...
...

50 targets
4 alive
46 unreachable
0 unknown addresses
184 timeouts (waiting for response)
188 ICMP Echos sent
4 ICMP Echo Replies received
174 other ICMP received
0.24 ms (min round trip time)
2.46 ms (avg round trip time)
7.62 ms (max round trip time)
8.400 sec (elapsed real time)

nmap

Explora redes y escanea puertos. Por ejemplo:

nmap -p1-65535 172.16.0.2

Starting Nmap 4.53 ( http://insecure.org ) at 2008-04-07
Interesting ports on 172.16.0.2:
Not shown: 65532 filtered ports
PORT     STATE  SERVICE
80/tcp   open   http
3306/tcp open   mysql
8080/tcp open   http-proxy
Nmap done: 1 IP address (1 host up) scanned in 143.208 seconds

nbtscan

busca en la red nombres NetBios. Por ejemplo:

nbtscan -r 172.16.0.0/16
Doing NBT name scan for addresses from 172.16.0.0/16
IP address NetBIOS Name Server    User      MAC address
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
172.16.0.4 PC1          <server>  <unknown> 00:11:df:a0:ad:9b
172.16.0.6 <unknown>    <unknown>
172.16.0.2 PC2          <server>  <unknown> 00:11:8d:ba:d0:6a

Vía: Linux-OS

Entre la información que suministra se puede ver:

• ip:puerto cliente de una conexión
• ip:puerto servidor de una conexión
• estado de la conexión
• pid y nombre del ejecutable que intervine e la creación de la conexión
• tablas de ruteo
• estadísticas de bytes, paquetes y errores (recibidos y enviados)
• etc

El comando resulta muy util para saber que conexiones tiene abierto nuestro equipo, a cuales puertos está escuchando y cuales son los procesos, servicios o aplicaciones que abren o tienen establecidas conexiones remotas. Además es muy util para todos aquellos programadores que trabajen con sockets.

Los parámetros del proceso pueden variar de acuerdo al sistema operativo, para ello consulte el help del netstat del SO en el cual se encuentre (netstat -h, netstat --help, netstat /?)

Como ejemplo veremos un netstat ejecutado en Windows con parametros:

• -a: muestra todas las conexiones y los puertos que se encuentran "escuchando"
• -b: muestra el ejecutable que intervine en la creación de la conexión
• -n: muestra ips y puertos en forma numerica, en caso contrario muestra los nombres de los hosts y el nombre de los puertos (si los conoce).

netstat -abn

Active Connections

TCP  201.17.21.30:3408  210.10.23.110:2320  ESTABLISHED  2652

[OUTLOOK.EXE]

TCP  201.17.21.30:4351  210.10.23.163:2321  ESTABLISHED  2652

[OUTLOOK.EXE]

TCP  201.17.21.30:4540  91.21.10.185:80     ESTABLISHED  540

[firefox.exe]

TCP  201.17.21.30:4541  172.21.10.185:80    ESTABLISHED  540

[firefox.exe]

TCP  192.168.0.101:3951 192.168.0.1:3306    ESTABLISHED  600

[SQLyog.exe]