Почему на мой пинг был получен ответ с IP-адресом, отличным от указанного?

При попытке настроить решение для кластеризации MSSQL я столкнулся с проблемой, которая не входит в мои компетенции и связана с сетью.

Я пытался найти бесплатный IP-адрес для моего узла. Я попросил администратора сети дать мне бесплатный IP-адрес. И ради аргумента он дал мне IP 10.40.1.205, который должен быть неиспользованным.

При попытке использовать данный IP во время настройки кластеризации, SQL жалуется, что IP был использован.

Я попытался пропинговать IP с моего сервера и получил ответ от say ... 10.40.59.69 ...?

Любая идея, что может быть причиной чего-то вроде этого и, что более важно, как устранить неполадки?

Это не совсем неслыханно, возможно, на машине ранее был назначен псевдоним сетевой карте, о котором администратор сети не знает и т. Д.

Очевидная вещь, которую нужно сделать, это найти MAC-адрес отвечающего сервера, что должно быть легко сделать.

Запустите «arp -a» из командной строки на сервере SQL и найдите адреса 10.40.1.205 и 10.40.59.69.

Вы увидите MAC-адрес для обоих, который может совпадать или не совпадать, они будут выглядеть как «00-22-6b-3b-30-90». Ваш сетевой администратор должен быть в состоянии идентифицировать сетевую карту с указанными MAC-адресами, но, вероятно, стоит проверить, что это не одна из сетевых карт SQL-сервера, прежде чем вы скажете ему, на случай, если это не небольшая ошибка конфигурации, которую вы сделали себя где-то вдоль линии.

Чтобы проверить MAC-адрес системы Windows, запустите «ipconfig / all» из командной строки, и вы увидите MAC-адрес для каждой сетевой карты.

Несколько возможностей:

1. Адрес трансляции. Если ваши «скажем» примеры не были точными, вы могли бы пинговать широковещательный адрес в подсети. Допустим, сеть была 10.40.1.0/25 (маска АКА 255.255.255.128), и вы пропинговали 10.40.1.127 - это может выглядеть просто как случайный хост, но это действительно широковещательный адрес, и любой пользователь в этой подсети может ответить своим собственный адрес (FYI широковещательный адрес является последним адресом подсети).

2. VIP. Если у вас есть балансировщики нагрузки или кластер серверов, возможно, вы пропинговали общий / виртуальный адрес и получили ответ от реального сервера.

3. Вторичные адреса. Если основной маршрутизатор / сервер имеет адрес 0,69, а дополнительный адрес - 0,205 (обычная практика для людей, пытающихся зарезервировать дополнительные адреса, которые можно увидеть при сканировании пингом, как у вас), он может ответить на пинг для .205, но получить ответ от 0,69.

4. Ваш собственный адрес. Пример с ноутбука Unix: ping 192.168.1.199ответил, From 192.168.1.3 icmp_seq=1 Destination Host Unreachableгде 192.168.1.3 был IP-адрес ноутбука.

Я хотел бы увидеть результат. Вы уверены, что это не было сообщение об ошибке ICMP?

Если ваша маска подсети была настроена неправильно, маршрутизатор может ответить на эхо-запрос. Какую маску подсети вам дали?

Если у вас есть сетевой администратор, назначающий IP-адреса, тот же сетевой администратор должен иметь возможность устранить неполадки в ответе. Возможно, что у машины есть несколько сетевых карт (и, следовательно, несколько IP-адресов).

Попробуйте преобразовать этот IP-адрес в имя хоста. ping -a <IP>в винде. Linux можно использовать host <IP>или dig -x <IP>. Имя хоста этого IP-адреса может быть полезно вам или вашему сетевому администратору. (Я бы попробовал разрешить оба IP-адреса, с которыми вы имеете дело)

Также не исключено, что ответом ping может быть сообщение об ошибке ICMP - вы можете попробовать сбросить фактические пакеты с помощью tcpdump / Wireshark и посмотреть точно, что вы получаете в ответ.

Вы также можете попробовать подключиться к этому IP-адресу с помощью HTTP, HTTPS, SSH, telnet, RDP и т. Д. Если какой-либо из них подключится, вы, вероятно, получите действительно полезную информацию о том, что это за машина.

Учитывая, где он находится в вашей сети, для меня это звучит как VIP, всегда ли он отвечает с одного и того же IP? Это MAC-адрес из диапазона допустимых сетевых адаптеров?