Como obtener la lista de tarjetas de red instaladas en un servidor corriendo Fedora Core

Obiviamente, ademas de usar la interfaz gráfica puedes recurrir a la consola de GNU/Linux para obtener la lista de tarjetas de red instaladas en tu sistema.

Sigue estos dos sencillos pasos:

1. Obten acceso tipo root

Linux console | jpacheco@aex-proxy1 ~
[jpacheco@aex-proxy1 ~]$ su
Password:
[root@aex-proxy1 ~]#

2. Ejecuta el comando dmesg para obtener los mensajes de control del Kernel de GNU/Linux de tu equipo corriendo Fedora Core, agrega el modificardor | grep eth para obtener los mensajes relacionados con las interfaces de red.

Linux console | jpacheco@aex-proxy1 ~
[root@aex-proxy1 ~]# dmesg | grep eth
[ 7.752281] r8169 0000:01:00.0 eth0: RTL8168e/8111e at 0xf7e66000, e8:de:27:02:ca:3f, XID 0c200000 IRQ 50
[ 7.752284] r8169 0000:01:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[ 8.204309] e1000e 0000:00:19.0 eth1: (PCI Express:2.5GT/s:Width x1) 00:25:64:d6:2b:39
[ 8.204312] e1000e 0000:00:19.0 eth1: Intel(R) PRO/1000 Network Connection
[ 8.204354] e1000e 0000:00:19.0 eth1: MAC: 8, PHY: 8, PBA No: 8021FF-0FF
[ 8.533102] systemd-udevd[396]: renamed network interface eth1 to em1
[ 8.640123] systemd-udevd[399]: renamed network interface eth0 to p1p1

Fijate como la salida de dmesg, muestra el nombre real de las interfaces en este caso em1 y p1p1

Ejecuta el comando ifconfig para ver la lista de tarjetas de red y su configuración en el sistema.

Linux console | jpacheco@aex-proxy1 ~
[root@aex-proxy1 ~]# ifconfig
em1: flags=4163 mtu 1500
inet 192.168.1.2 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::225:64ff:fed6:2b39 prefixlen 64 scopeid 0x20 ether 00:25:64:d6:2b:39 txqueuelen 1000 (Ethernet)
RX packets 2505 bytes 234071 (228.5 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1970 bytes 228640 (223.2 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 21 memory 0xf7ae0000-f7b00000

lo: flags=73 mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10
loop txqueuelen 0 (Local Loopback)
RX packets 53 bytes 5940 (5.8 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 53 bytes 5940 (5.8 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

p1p1: flags=4099 mtu 1500
ether e8:de:27:02:ca:3f txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

em1 – es la interfaz que en este momento esta activa y cuenta con la dirección IP 192.168.1.2, mascara de subred 255.255.255.0 (o 192.168.0.2/24 – lo explicaré otro dia con mas calma)
lo – interface de red de localhost o loopback IP 127.0.0.1 es decir tu equipo
p1p1 – otra interface de red física pero esta aún no ha sido configurada

Post relacionados:
Topologías de red
Conceptos de redes
Dispositivos de red :: Switch
Dispositivos de red :: Concentrador o ‘hub’
Redes de computadoras
Direcciones IPv4
Modelo de Referencia OSI

Squid Proxy Cache Instalación en Fedora Core

Squid-cacheSquid Proxy Cache es un servidor que actúa como intermediario entre una red e Internet para lo cual guarda en cache peticiones recurrentes a servidored web y de DNS, asi mismo acelera el acceso a un servidor web y proveé de seguridad mediante el filtrado del tráfico de Internet.

El proceso de instalación en Fedora Core es por demás sencillo, nuevamente recurriremos a yum. Y como ya es sabido, requerimos de acceso tipo root para la instalación.

Instalación

1. Accedemos a nuestro servidor y obtenemos acceso tipo root.

Linux console | jpacheco@aex-proxy1 ~
[jpacheco@aex-proxy1 ~]$ su
Password:
[root@aex-proxy1 ~]#

2. Ejecutaremos la instalación usando: yum como se muestra a continuación.

Linux console | root@aex-proxy1 ~
[root@aex-proxy1 ~]$ yum -y install squid
Loaded plugins: langpacks, refresh-packagekit
Resolving Dependencies
–> Running transaction check
—> Package squid.i686 7:3.3.13-1.fc20 will be installed
–> Finished Dependency Resolution

Dependencies Resolved

================================================================================
Package Arch Version Repository Size
================================================================================
Installing:
squid i686 7:3.3.13-1.fc20 updates 2.5 M

Transaction Summary
================================================================================
Install 1 Package

Total download size: 2.5 M
Installed size: 8.7 M
Downloading packages:
squid-3.3.13-1.fc20.i686.rpm | 2.5 MB 00:07
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction (shutdown inhibited)
Installing : 7:squid-3.3.13-1.fc20.i686 1/1
Verifying : 7:squid-3.3.13-1.fc20.i686 1/1

Installed:
squid.i686 7:3.3.13-1.fc20

Complete!

[root@aex-proxy1 ~]#

3. Para asegurarnos de que SQUID arrancara cada vez que iniciemos nuestro equipo usaremos systemctl.

Linux console | root@aex-proxy1 ~
[root@aex-proxy1 ~]$ systemctl enable squid.service
ln -s ‘/usr/lib/systemd/system/squid.service’ ‘/etc/systemd/system/multi-user.target.wants/squid.service’
[root@aex-proxy1 ~]#

Los siguientes comandos te sirven para controlar el servidor:

systemctl start squid.service <- Arranca SQUID systemctl status squid.service <- Muestra el estado de SQUID systemctl stop squid.service <- Detiene la ejecución de SQUID

Listo, Squid esta instalado y listo para arrancar automaticamente al encender el servidor.

Posts relacionados:
Squid Proxy Cache | TCP_MISS/304 TCP_MISS/200

Mac OS X – Reiniciar el cache del DNS

OS X mantiene una copia local (cache) de los solicitudes de resolución de nombre de dominio que haz hecho desde tu computadora.

Sin embargo, puede darse el caso de que desees reiniciar el cache inmediatamente, esto es útil en los casos donde haz relizados cambios a la resolución de un nombre de dominio en tu red local y estos no son reflejados debido al cache.

OS X Mountain Lion o Lion

Terminal
$ sudo killall -HUP mDNSResponder

Mac OS X v10.6

Terminal
$ sudo dscacheutil -flushcache

Cisco Aironet – Radios desactivados por problemas de energia

Tengo en casa un Access Point Cisco AIR-AP1242AG-A-K9, el cual funciona muy bien cuando esta conectado directamente a la corriente eléctrica, el radio funciona a la perfección y anuncia la red inalámbrica para que los dispositivos móviles se conecten a la red… pero cuando uso el adaptador PoE recibo el siguiente mensaje de error:

* “WARNING, All radios disabled due to insufficient inline power.
Upgrade inline power source or install power injector.”

Que básicamente indica que debido a que no hay suficiente corriente el access point no puede activar los radios y por lo tanto no hay red inalámbrica.

Así que para hacer que tu access point vuelva a funcionar nuevamente debes conectarte a tu access point y ejecutar el siguiente comando:

cisco CLI
power inline negotiation injector installed

No olvides grabar la configuración para que la próxima vez que reinicie el access point funciones adecuadamente.

NAMED: Broken Trust Chain

Named como Sistema de Nombres de Dominio (DNS), puede enviar un mensaje de error como el siguiente, cuando existe un problema con la sincronizacion de la hora y la fecha del sistema.

Linux Shell

error (no valid KEY) resolving ‘dlv.isc.org/DNSKEY/IN’: a.b.c.d#53

Para solucionar el problema puedes reiniciar el servidor NTP, pero de poco te servira si usas el nombre del servidor de NTP en lugar de la direccion IP, asi que mi recomendacion es que cambies en la configuracion de NTP de nombre a IP, reinicies ambos servicios y listo.

Como reiniciar un switch cisco

Para reiniciar un switch cisco sin tener que desconectar el cable de corriente, se puede ejecutar el comando reload.

Es necesaria una conexión al switch ya sea via terminal o via SSH ademas de contar con el password de ENABLE para el switch.

minicom

cisco_switch> en <- accesa a la consola de administración, presiona ENTER después de en Password: <- Teclea el password y presiona ENTER cisco_switch# reload <- presiona ENTER después de reload Proceed with reload? [confirm] <- presiona ENTER para confirmar que deseas reiniciar el swicth 00:15:56: %SYS-5-RELOAD: Reload requested

Después de un par de minutos en los que veras los leds de tu switch encenderse y apagarse y pasar de naranja a verde, tu switch habrá completado la reinicialización.

minicom

Cisco Internetwork Operating System Software
IOS ™ C2950 Software (C2950-I6Q4L2-M), Version 12.1(11)EA1, RELEASE SOFTWARE (fc1)
Copyright (c) 1986-2002 by cisco Systems, Inc.
Compiled Wed 28-Aug-02 10:25 by antonino
Image text-base: 0x80010000, data-base: 0x80528000

Initializing flashfs…
flashfs[1]: 22 files, 3 directories
flashfs[1]: 0 orphaned files, 0 orphaned directories
flashfs[1]: Total bytes: 7741440
flashfs[1]: Bytes used: 3974144
flashfs[1]: Bytes available: 3767296
flashfs[1]: flashfs fsck took 7 seconds.
flashfs[1]: Initialization complete.
Done initializing flashfs.
POST: System Board Test : Passed
POST: Ethernet Controller Test : Passed
ASIC Initialization Passed

Press RETURN to get started!

00:00:14: %SPANTREE-5-EXTENDED_SYSID: Extended SysId enabled for type vlan
00:00:17: %SYS-5-CONFIG_I: Configured from memory by console
00:00:17: %LINK-3-UPDOWN: Interface Vlan1, changed state to up
00:00:17: %SYS-5-RESTART: System restarted —
Cisco Internetwork Operating System Software
IOS ™ C2950 Software (C2950-I6Q4L2-M), Version 12.1(11)EA1, RELEASE SOFTWARE (fc1)
Copyright (c) 1986-2002 by cisco Systems, Inc.
Compiled Wed 28-Aug-02 10:25 by antonino
00:00:21: %LINK-3-UPDOWN: Interface FastEthernet0/2, changed state to up
00:00:21: %LINK-3-UPDOWN: Interface FastEthernet0/1, changed state to up
00:00:22: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/2, changed state to down
00:00:22: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/1, changed state to down
00:00:23: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/2, changed state to up
00:00:23: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/1, changed state to up
00:00:53: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan1, changed state to up msl-f
msl-fca-switch1>

cisco_switch>

Direcciones IPv6

Una nueva versión de direcciones IP esta en uso, IPv6. Las direcciones de esta versión son de 128 bits de largo y usa una arquitectura de clasificación completamente distinta con lo que se me maximizara su eficiencia.

Las direcciones IPv6 representan el cambio mas grande en las direcciones IP desde 1981, año en que las direcciones IPv4 fueron estandarizadas.

Algunos de los objetivos más importantes del diseño de las direcciones IPv6 son:

– Mayor número de direcciones: el nacimiento de las direcciones IPv6 fue detonado por la necesidad de hacer frente a la demanda de direcciones debido al crecimiento de Internet.

– Mejor control del espacio de direcciones: Los desarrolladores de las direcciones IPv6, buscaron que no solo se tuvieran más direcciones IP sino que además fuera posible dividir el espacio de direcciones y usar todos los bits de cada dirección.

– Eliminación de soluciones alternativas para la asignación de direcciones IP: Tecnologías como NAT (Network Address Translation – Traducción de Direcciones de Red) son soluciones efectivas para solventar la falta de direcciones de red IPv4. Con la versión 6 se elimina la necesidad de NAT (o soluciones similares), permitiendo que cada dispositivo TCP/IP tenga una dirección IP (v6) pública.

Direcciones IPv4

Si deseamos que una computadora o dispositivo de red se comunique usando el protocolo TCP/IP, necesitaremos una dirección IP. Cuando el dispositivo tenga la dirección IP y el hardware y software adecuados podrá enviar y recibir paquetes IP.

Los arquitectos de Internet y del protocolo IP, eligieron el uso de una notación numérica que fuera fácil de entender por las computadoras y las redes.

La versión original de las direcciones IP, la versión 4 (IPv4), usa un conjunto de 32 dígitos binarios (bits). En donde cada dirección esta organizada en 4 grupos de 8 dígitos binarios cada uno, separados por punto. Cada grupo de 8 dígitos es llamado octeto.

Los números binarios son extremadamente fáciles de interpretar por las computadoras, pero no son nada fáciles de interpretar por los usuarios.  De ahí que se tomara la decisión de hacer los ajustes necesarios para el uso del sistema decimal para las direcciones IP.

La arquitectura de direcciones IPv4 provee la posibilidad de ofrecer hasta cuatro mil doscientos noventa y cuatro millones, novecientos sesenta y siete mil, doscientos noventa y seis direcciones IP, (4’294,976,296), en los inicios de las direcciones IP este numero fue considerado ridículamente excesivo Sportack (2000).

Bibliografía:
Sportack, Mark. (2000) IP Routing Fundamentals. Estados Unidos de Norteamérica. Cisco Press

Modelo de Referencia OSI

La Organización Internacional para la Estandarización (ISO por sus siglas en ingles) desarrollo el Modelo de Referencia para la Interconexión de Sistemas Abiertos (‘OSI Reference Model’). Una interconexión abierta es aquella que puede ser soportada en un ambiente multiplataforma.

El Modelo de Referencia OSI identifica y organiza en capas lógicas las funciones que se requieren para establecer sesiones de comunicación entre dos computadoras sin importar el fabricante o la arquitectura de la misma.

Las capas del Modelo OSI así como sus descripciones se pueden ver en la Tabla 1.

Tabla1. Capas del Modelo de Referencia OSI
Capa Descripción
7 Aplicación Controla como el sistema operativo y sus aplicaciones interactúan con la red.
6 Presentación Toma los datos recopilados por las capas inferiores y los transforma para que puedan ser presentados al sistema. En esta capa incluye compresión y descompresión de datos, así como codificaron y decodificación.
5 Sesión Define la conexión de un usuario de computadora a un servidor de red. Estas conexiones virtuales son llamadas sesiones. Incluye negociación, control de flujo, procesamiento de transacciones, transferencia de información del usuario y autenticación en la red.
4 Transporte Manejo el flujo de información de un nodo de red a otro. Esta capa se llevan a cabo las comprobaciones para asegurar que los paquetes sean decodificados y recibidos en la secuencia correcta.
3 Red Red La capa de red define como es que los paquetes de datos van a ir de un punto a otro en la red. Esta capa se vuelve mas importante a medida que las conexiones de red pasan por mas ruteadores.
2 Enlace de Datos Asigna un significado a los voltajes enviados por la capa 1, y; establece un protocolo confiable para que la capa de red (3) pueda transmitir los datos al capa física (1). En la mayoría de los sistemas las tarjetas de red trabajan en esta capa.
1 Física Define las propiedades del medio físico usado para crear la conexión de red. Las especificaciones de esta capa definen: el tipo de cable, los voltajes que serán enviados por el cable, la distancia del mismo, entre otros.

El modelo OSI es considerado como un excelente punto de inicio para estudiar la arquitectura de las redes de computadoras.

Debido a la organizacion en siete  capas es comun que se cometa el error de “ubicar” los protocolos en cada una de las capas.

En un post posterior, hablaré un poco del modelo TCP/IP.

Con información de la Wikipedia.

Cisco switches conexion via consola

Conectarse al switch usando el puerto de consola.

Algunos switches tienen este puerto al frente y otros en la parte posterior, solo hay que encontrarlo y conectarnos a el usando un cable serial (RS-232 DB9 – RJ45)

Puedes usar Hyperterminal (Windows) o Minicom (Linux) Los parámetros de comunicación son:

Velocidad: 9600
Bits de datos: 8
Paridad: No
Bits de parada: 1
Control de flujo: Xon/Xoff

Presiona la tecla ENTER un par de veces y listo.