Al intentar configurar una solución de clúster MSSQL, me encuentro con un problema que está fuera de mi experiencia y que está relacionado con las redes.
Estaba tratando de encontrar una IP gratis para usar en mi nodo. Le pedí al administrador de la red que me diera una dirección IP gratuita. Y por el bien del argumento, me dio una IP de 10.40.1.205 que se suponía que no se usaba.
Al intentar usar la IP dada durante la configuración del clúster, SQL se queja de que se ha usado la IP.
Intenté hacer ping a la IP desde mi servidor y recibí una respuesta de decir ... 10.40.59.69 ...?
¿Alguna idea de qué podría estar causando algo como esto y, lo que es más importante, cómo solucionarlo?
networking
ip
troubleshooting
Jimmy Chandra
fuente
fuente
Respuestas:
Esto no es totalmente desconocido, una máquina puede haber tenido un alias asignado a una tarjeta de red previamente que el administrador de la red no conoce, etc.
Lo obvio es encontrar la dirección MAC del servidor que responde, que debería ser fácil de hacer.
Ejecute "arp -a" desde un símbolo del sistema en el servidor SQL y busque las direcciones 10.40.1.205 y 10.40.59.69.
Verá una dirección MAC para ambos, que puede o no ser la misma, se verán como "00-22-6b-3b-30-90". Su administrador de red debería poder identificar la tarjeta de red con las direcciones MAC enumeradas, pero probablemente valga la pena comprobar que no es una de las tarjetas de red del servidor SQL antes de decirle, en caso de que no haya cometido un pequeño error de configuración. a ti mismo en algún lugar a lo largo de la línea.
Para verificar una dirección MAC del sistema de Windows, ejecute "ipconfig / all" desde el símbolo del sistema, y verá una dirección MAC para cada tarjeta de red.
fuente
Varias posibilidades:
Dirección de Difusión. Si sus ejemplos de "digamos" no fueran precisos, podría haber estado haciendo ping a la dirección de transmisión en la subred. Digamos que la red era 10.40.1.0/25 (también conocida como máscara 255.255.255.128) y usted fijó 10.40.1.127: puede parecer un host aleatorio, pero es realmente la dirección de transmisión, y cualquiera en esa subred podría responder con su dirección propia (para su información, la dirección de difusión es la última dirección de la subred).
VIP. Si tiene equilibradores de carga o un clúster de servidores, es posible que haya marcado la dirección virtual / compartida y haya recibido una respuesta del servidor real.
Direcciones secundarias Si el enrutador / servidor tiene una dirección principal de .69 con una secundaria de .205 (práctica común para las personas que intentan reservar direcciones adicionales vistas por escaneos de ping como la suya), podría responder a un ping de .205 pero obtener la respuesta de .69.
Tu propia dirección. Un ejemplo de una computadora portátil Unix:
ping 192.168.1.199
respondióFrom 192.168.1.3 icmp_seq=1 Destination Host Unreachable
donde 192.168.1.3 era la dirección IP de la computadora portátil.fuente
Me gustaría ver la salida. ¿Estás seguro de que no fue un mensaje de error ICMP?
Si su máscara de subred se configuró incorrectamente, el enrutador podría responder al ping. ¿Cuál fue la máscara de subred que te dieron?
fuente
Si tiene un administrador de red que asigna direcciones IP, el mismo administrador de red debería poder solucionar la respuesta. Es posible que una máquina tenga varias NIC (y, por lo tanto, múltiples direcciones IP).
fuente
Intente resolver esa dirección IP en un nombre de host.
ping -a <IP>
en Windows Linux puede usarhost <IP>
odig -x <IP>
. El nombre de host de esa dirección IP puede ser útil para usted o su administrador de red. (Intentaría resolver las dos IP con las que está tratando)Tampoco es imposible que la respuesta de ping sea un mensaje de error ICMP: puede intentar deshacerse de los paquetes reales con tcpdump / Wireshark y ver exactamente lo que obtiene en respuesta.
También puede intentar conectarse a esa dirección IP con HTTP, HTTPS, SSH, telnet, RDP, etc. Si alguno de ellos se conecta, probablemente obtendrá información realmente útil sobre qué es la máquina.
fuente
Dado que parece residir en su red, me parece un VIP, ¿siempre responde desde la misma IP? ¿Su dirección MAC proviene de un rango de proveedor de NIC válido?
fuente