Пытаясь настроить решение для кластеризации 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-адрес для каждой сетевой карты.
Несколько возможностей:
Адрес трансляции. Если бы ваши «скажем так» примеры не были точными, вы могли бы пинговать широковещательный адрес в подсети. Допустим, сеть была 10.40.1.0/25 (маска AKA 255.255.255.128), и вы отправили эхо-запрос 10.40.1.127 - это может выглядеть как случайный хост, но на самом деле это широковещательный адрес, и любой в этой подсети может ответить своим собственный адрес (к вашему сведению, широковещательный адрес - это последний адрес подсети).
VIP. Если у вас есть балансировщики нагрузки или кластер серверов, возможно, вы выполнили эхо-запрос общего / виртуального адреса и получили ответ от реального сервера.
Вторичные адреса. Если маршрутизатор / сервер имеет первичный адрес .69 с вторичным адресом .205 (обычная практика для людей, пытающихся зарезервировать дополнительные адреса, видимые при сканировании ping, как и у вас), он может ответить на эхо-запрос для .205, но получить ответ от 0,69.
Ваш собственный адрес. Пример с ноутбука 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> в Windows. Linux может использовать host <IP> или dig -x <IP>. Имя хоста этого IP-адреса может быть полезно вам или вашему сетевому администратору. (Я бы попробовал разрешить оба IP-адреса, с которыми вы имеете дело)
Также не исключено, что ответ ping может быть сообщением об ошибке ICMP - вы можете попробовать сбросить фактические пакеты с помощью tcpdump / Wireshark и посмотреть, что именно вы получите в ответ.
Вы также можете попробовать подключиться к этому IP-адресу с помощью HTTP, HTTPS, SSH, telnet, RDP и т. Д. Если кто-то из них подключится, вы, вероятно, получите действительно полезную информацию о том, что это за машина.
Учитывая, где он находится в вашей сети, для меня это звучит как VIP, всегда ли он отвечает с одного и того же IP-адреса? Это MAC-адрес из диапазона действительных сетевых адаптеров?