Pourquoi mon ping a-t-il reçu une adresse IP différente de celle envoyée par ping?
En essayant de configurer une solution de clustering MSSQL, je rencontre un problème en dehors de mon expertise lié au réseautage.
J'essayais de trouver une adresse IP gratuite à utiliser pour mon nœud. J'ai demandé à l'administrateur du réseau de me donner une adresse IP gratuite. Et par souci de clarté, il m'a donné une IP de 10.40.1.205 qui était censée être inutilisée.
Lorsque vous essayez d'utiliser l'adresse IP donnée lors de la configuration du clustering, SQL se plaint que l'IP a été utilisée.
J'ai essayé de cingler l'IP de mon serveur et j'ai reçu une réponse de dire ... 10.40.59.69 ...?
Une idée de ce qui pourrait causer quelque chose comme ça et, plus important encore, comment le dépanner?
Ce n'est pas totalement inconnu, une machine peut avoir eu un alias attribué à une carte réseau précédemment que l'administrateur du réseau ne connaît pas, etc.
La chose évidente à faire est de trouver l'adresse MAC du serveur répondant, ce qui devrait être facile à faire.
Exécutez "arp -a" à partir d'une invite de commande sur le serveur SQL et recherchez les adresses 10.40.1.205 et 10.40.59.69.
Vous verrez une adresse MAC pour les deux, qui pourrait ou non être la même, elle ressemblera à "00-22-6b-3b-30-90". Votre administrateur réseau devrait être en mesure d'identifier la carte réseau avec les adresses MAC répertoriées, mais cela vaut probablement la peine de vérifier que ce n'est pas l'une des cartes réseau du serveur SQL avant de lui dire, juste au cas où ce n'est pas une erreur de configuration mineure que vous avez commise vous quelque part le long de la ligne.
Pour vérifier une adresse MAC du système Windows, exécutez "ipconfig/all" à partir de l'invite de commande, et vous verrez une adresse MAC pour chaque carte réseau.
Plusieurs possibilités:
Adresse de diffusion. Si vos exemples "disons" n'étaient pas précis, vous auriez pu cingler l'adresse de diffusion sur le sous-réseau. Disons que le réseau était 10.40.1.0/25 (masque AKA de 255.255.255.128) et que vous avez envoyé une requête ping 10.40.1.127 - cela peut ressembler à un hôte aléatoire, mais c'est vraiment l'adresse de diffusion, et n'importe qui sur ce sous-réseau peut répondre avec son propre adresse (pour info, l'adresse de diffusion est la dernière adresse du sous-réseau).
VIP. Si vous avez des équilibreurs de charge ou un cluster de serveurs, vous avez peut-être envoyé une requête ping à l'adresse partagée/virtuelle et obtenu une réponse du serveur réel.
Adresses secondaires. Si le routeur/serveur a une adresse principale de .69 avec une secondaire de .205 (pratique courante pour les personnes essayant de réserver des adresses supplémentaires vues par des analyses ping comme la vôtre), il peut répondre à un ping pour .205 mais source la réponse à partir de .69.
Votre propre adresse. Un exemple d'un ordinateur portable Unix:
ping 192.168.1.199a répondu avecFrom 192.168.1.3 icmp_seq=1 Destination Host Unreachableoù 192.168.1.3 était l'adresse IP de l'ordinateur portable.
J'aimerais voir la sortie. Êtes-vous sûr que ce n'était pas un message d'erreur ICMP?
Si votre masque de sous-réseau n'a pas été configuré correctement, le routeur peut répondre au ping. Quel était le masque de sous-réseau qui vous a été remis?
Étant donné où il semble résider sur votre réseau, cela ressemble à un VIP pour moi, est-ce qu'il répond toujours en retour à partir de la même IP? Est-ce que son adresse MAC provient d'une plage de fournisseur de cartes réseau valide?
Si un administrateur réseau attribue des adresses IP, le même administrateur réseau devrait être en mesure de dépanner la réponse. Il est possible qu'une machine possède plusieurs cartes réseau (et donc plusieurs adresses IP).
Essayez de résoudre cette adresse IP en un nom d'hôte. ping -a <IP> sous Windows. Linux peut utiliser Host <IP> ou Dig -x <IP>. Le nom d'hôte de cette adresse IP peut vous être utile, à vous ou à votre administrateur réseau. (J'essaierais de résoudre les deux adresses IP avec lesquelles vous avez affaire)
Il n'est pas non plus impossible que la réponse ping soit un message d'erreur ICMP - vous pouvez essayer de vider les paquets réels avec tcpdump/Wireshark et voir exactement ce que vous obtenez en réponse.
Vous pouvez également essayer de vous connecter à cette adresse IP avec HTTP, HTTPS, SSH, telnet, RDP, etc. Si l'un d'eux se connecte, vous obtiendrez probablement de vraies informations utiles sur ce qu'est la machine.