Чому на мій пінг відповіли іншою IP-адресою, ніж одна пінг-підія?

Намагаючись налаштувати рішення для кластеризації MSSQL, я зіткнувся з проблемою, яка не входить у мій досвід, пов'язаний із мережею.

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

При спробі використовувати даний IP під час налаштування кластеру, скарга SQL на використання IP-адреси.

Я спробував пінгінг IP з мого сервера, і я отримав відповідь від скажіть ... 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 (маска AKA 255.255.255.128), і ви піндували 10.40.1.127 - це може виглядати просто випадковим хостом, але це дійсно широкомовна адреса, і будь-хто в цій підмережі може відповісти своєю власна адреса (FYI, широкомовна адреса - остання адреса підмережі).

2. VIP. Якщо у вас є балансири навантажень або серверний кластер, можливо, ви накреслили спільну / віртуальну адресу та отримали відповідь від реального сервера.

3. Вторинні адреси. Якщо маршрутизатор / сервер має основну адресу .69 з вторинною .205 (звичайна практика для людей, які намагаються резервувати додаткові адреси, переглянуті пін-сканами так само, як і ваш), він може відповісти на ping для .205, але джерело відповіді від .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?

Якщо ваша маска підмережі була налаштована неправильно, маршрутизатор може відповісти на ping. Яку маску підмережі вам дали?

Якщо у вас є адміністратор мережі, який призначає IP-адреси, той самий мережевий адміністратор повинен мати можливість усунути неполадки у відповіді. Можливо, що машина має декілька NIC (і, отже, кілька IP-адрес).

Спробуйте вирішити цю IP-адресу в імені хоста. ping -a <IP>в Windows. Linux може використовувати host <IP>або dig -x <IP>. Ім'я хоста цієї IP-адреси може бути корисним вам або вашому адміністратору мережі. (Я б спробував вирішити обидва IP-адреси, з якими ви маєте справу)

Також не неможливо, що відповідь ping може бути повідомленням про помилку ICMP - ви можете спробувати скинути фактичні пакети за допомогою tcpdump / Wireshark і точно побачити, що ви отримуєте у відповідь.

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

Зважаючи на те, де воно, як видається, знаходиться у вашій мережі, для мене звучить як VIP, чи завжди він відповідає з того самого IP? Це MAC-адреса походить з дійсного діапазону постачальників NIC?