Un servidor no puede hacer ping a otros servidores a menos que un Wirehark esté capturando paquetes. Y creo que un proceso está capturando paquetes antes del proceso de ping. ¿Pero cómo encontrar este proceso?
Respuesta1
DE ACUERDO. Yo mismo resuelvo este problema. La verdad es que el paquete enviado a mi servidor tiene una dirección IP correcta pero una dirección MAC incorrecta. Entonces, en caso de que el wiredshark esté apagado, la tarjeta de interfaz de red (NIC) lo desconectará directamente. Pero si wiredshark está activado, capturará el paquete y modificará la dirección MAC a una correcta.
Respuesta2
Estoy experimentando el mismo problema al hacer ping a mi dispositivo de destino Ethernet desde una máquina con Windows 7 (Enterprise, SP1). En mi configuración hay 2 adaptadores USB2Ethernet y la interfaz Ethernet en Windows proviene del controlador del adaptador. Esta configuración de hardware funciona con seguridad (lo hace cuando se hace ping desde Linux). Pero no desde Windows.
Lamentablemente, su respuesta no aclara la raíz del problema. Si quiere decir que la respuesta ICMP tiene una dirección MAC incorrecta, la pregunta es por qué en realidad es incorrecta. Si está utilizando software disponible en el mercado (herramientas estándar incluidas con su sistema operativo) y no tiene solicitudes/respuestas ICMP hechas a mano, la pregunta aún está abierta: ¿cuál es la raíz de la dirección MAC incorrecta? ¿problema? La pila TCP/IP (con la implementación ICMP como parte de ella) funciona AFAIU primero descubriendo la dirección MAC. a través de la solicitud de transmisión ARP y luego selecciona la dirección MAC de destino. basado en las respuestas dadas.
De todos modos, intenté configurar una entrada ARP estática para la IP de destino (probé tanto la dirección MAC del USB2Ethernet conectada al par de Windows como la dirección MAC de la interfaz Ethernet de destino). No hubo suerte hasta ahora.
En el sistema de destino (al que se hace ping) puedo ver que las respuestas ICMP realmente se envían, pero el sistema Windows parece estar filtrándolas.
Con Wireshark escuchando el puerto, el problema se soluciona y la red con el sistema de destino funciona perfectamente (ICMP y todos los demás protocolos).
Supongo que tiene algo que ver con el modo promiscuo en el que Wireshark coloca la interfaz Ethernet mientras husmea y/o algunas configuraciones/servicios de Windows que no conozco.