[CentOS-es] Servidor pierde conectividad
Ricardo J. Barberis
ricardo en palmtx.com.ar
Sab Feb 25 20:56:58 UTC 2017
El Miércoles 22/02/2017, Rommel Rodriguez Toirac escribió:
[ ... ]
> Ya resolví el problema que tenía con la perdida de conectividad del
> servidor, pero me queda la duda de qué causa esa situación y como
> eliminarla. Les comento: Me di cuenta de algo, las dirección MAC del
> dispositivo de red del servidor en cuestión cambia. Por ejemplo, cuando
> hago un arping desde mi estación de trabajo Kubuntu 16.04, miren lo que
> sucede:
Definitivamente tienes otro dispositivo con la IP 192.168.41.4 configurada
pero que no responde a los pings (configuracion habitual de los escritorios
Windows si no me equivoco).
Segun http://www.coffer.com/mac_find/ la MAC 00:1D:09:FF:44:4B corresponde a
un dispositivo Dell, por si te sirve para rastrearlo.
Tienes un servidor DHCP en tu red? Probablemente este dando direcciones del
rango 192.168.41.0/24 que no deberia.
> rommel en p6:~$ arping 192.168.41.4
> ARPING 192.168.41.4 from 192.168.41.6 enp3s0
> Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.653ms
> Unicast reply from 192.168.41.4 [6C:92:BF:26:C7:03] 0.683ms
> Unicast reply from 192.168.41.4 [6C:92:BF:26:C7:03] 0.622ms
> Unicast reply from 192.168.41.4 [6C:92:BF:26:C7:03] 0.631ms
> ^CSent 3 probes (1 broadcast(s))
> Received 4 response(s)
>
> La primera respuesta viene con una dirección MAC diferente a las demás.
> Pero cuando hago arping desde el mismo servidor a su misma dirección IP
> miren la MAC que me contesta:
>
> [root en pgtm ] arping 192.168.41.4 -I eth1
> ARPING 192.168.41.4 from 192.168.41.4 eth1
> Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.658ms
> Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.654ms
> Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.654ms
> Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.662ms
> Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.655ms
> Sent 5 probes (1 broadcast(s))
> Received 5 response(s)
>
> Cuando miro con ifconfig las configuraciones de los dispositivos de red,
> en ningún lugar encuentro la MAC 00:1D:09:FF:44:4B
>
> [root en pgtm ] ifconfig
> eth0 Link encap:Ethernet HWaddr 6C:92:BF:26:C7:02
> UP BROADCAST MULTICAST MTU:1500 Metric:1
> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:1000
> RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
> Memory:c7220000-c723ffff
>
> eth1 Link encap:Ethernet HWaddr 6C:92:BF:26:C7:03
> inet addr:192.168.41.4 Bcast:192.168.41.255 Mask:255.255.255.0
> inet6 addr: fe80::6e92:bfff:fe26:c703/64 Scope:Link
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:95819 errors:0 dropped:0 overruns:0 frame:0
> TX packets:1924 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:1000
> RX bytes:11728605 (11.1 MiB) TX bytes:263674 (257.4 KiB)
> Memory:c7200000-c721ffff
>
> eth2 Link encap:Ethernet HWaddr 00:E0:ED:33:4E:9C
> UP BROADCAST MULTICAST MTU:1500 Metric:1
> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:1000
> RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
> Memory:c7120000-c713ffff
>
> eth3 Link encap:Ethernet HWaddr 00:E0:ED:33:4E:9D
> UP BROADCAST MULTICAST MTU:1500 Metric:1
> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:1000
> RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
> Memory:c7100000-c711ffff
>
> lo Link encap:Local Loopback
> inet addr:127.0.0.1 Mask:255.0.0.0
> inet6 addr: ::1/128 Scope:Host
> UP LOOPBACK RUNNING MTU:65536 Metric:1
> RX packets:249609 errors:0 dropped:0 overruns:0 frame:0
> TX packets:249609 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:0
> RX bytes:52090343 (49.6 MiB) TX bytes:52090343 (49.6 MiB)
>
> La solución fue asignarle otra dirección IP a ese servidor y todo se
> resolvió; pero ¿por qué sucede eso?, ¿como eliminar el enlace entre la
> dirección 192.168.41.4 y la dirección MAC 00:1D:09:FF:44:4B? y por último
> ¿donde estara almacenado ese enlace, pues en este momento la dirección IP
> 192.168.41.4 no está asignada a nada en mi red (ni printserver, ni switch,
> ni router, ni estaciones de trabajo o servidores) y sin embargo cuando hago
> un arping 192.168.41.4 obtengo respuesta?
>
> rommel en p6:~$ arping 192.168.41.4
> ARPING 192.168.41.4 from 192.168.41.6 enp3s0
> Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.631ms
> Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.623ms
> Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.623ms
> Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B] 0.691ms
> ^CSent 4 probes (1 broadcast(s))
> Received 4 response(s)
>
> y esta es la respuesta con la nueva dirección IP en ese servidor (si se dan
> cuenta coincide con la dirección MAC de eth0 que fue donde vo;ví a poner el
> cable de red):
>
> rommel en p6:~$ arping 192.168.41.7
> ARPING 192.168.41.7 from 192.168.41.6 enp3s0
> Unicast reply from 192.168.41.7 [6C:92:BF:26:C7:02] 0.580ms
> Unicast reply from 192.168.41.7 [6C:92:BF:26:C7:02] 0.607ms
> Unicast reply from 192.168.41.7 [6C:92:BF:26:C7:02] 0.613ms
> Unicast reply from 192.168.41.7 [6C:92:BF:26:C7:02] 0.594ms
> ^CSent 4 probes (1 broadcast(s))
> Received 4 response(s)
--
Ricardo J. Barberis
Usuario Linux Nº 250625: http://counter.li.org/
Usuario LFS Nº 5121: http://www.linuxfromscratch.org/
Senior SysAdmin / IT Architect - www.DonWeb.com
Más información sobre la lista de distribución CentOS-es