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@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@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@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@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@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 _______________________________________________ CentOS-es mailing list CentOS-es@centos.org https://lists.centos.org/mailman/listinfo/centos-es