dmlogv
@dmlogv
Универсальный человек

В нубской сети не раздаются IP-адреса: как выявить виновника (окромя эникея)?

Добрый вечер. (Ниже всякая нубская жесть, и крайняя степень эникейства, и плохой юмор.) Есть нечто напоминающее ЛВС, следующего вида:
- Switch HP V1910
     - DC1 (W2012: AD, DNS, DHCP, ...)
     - DC2 (Реплика DC2)
     - D-Link DIR-320 (прости, Господи) -> WAN

     - Какой-то PC0
     - Какой-то MFP0

     - AP0
     - AP1

     - Мини-АТС 

     (дальше — веселее)

     - StupidSwitch0 (D-Link DGS-1008)
          - PC0
          - PC1
          - ...
          - PCn
          - MFP

     - StupidSwitch1
          - PC0
          - PC1
          - ...
          - PCn
          - MFP
          
          - StupidSwitch2
                    - PC0
                    - PC1
                    - ...
                    - PCn
                    - MFP

     - StupidSwitchN
          - PC0
          - PC1
          - ...
          - PCn
          - MFP


Про всякую ерунду, на вроде VLAN, или роутинга, или прокси никто не слышал. Тупо NAT. Тупо UTP.
DC на Windows Server 2012 на них же крутятся фэйловерные штатные DHCP, логи которых никак эксцессов не выявляют.
При этом IP никому не выдаются.
Компьютеры с неистекшим лизингом работают, компьютеры со статикой работают.
Визуальный осмотр петель не выявил.

А зачалось всё так: стоял себе офис , и всё работало. Офис уехал, люди и их компьютеры остались, вышенарисованная техника (по факту, всё что внутри StupidSwitch) была подброшена вверх, перемешана и заново подключена — но общая структура осталась такой же.

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

Да, есть еще дополнительная веселушка: корневой свич был настроен на получение IP от DHCP, и сканер его в сети не выявляет.
  • Вопрос задан
  • 2988 просмотров
Решения вопроса 1
dmlogv
@dmlogv Автор вопроса
Универсальный человек
Правильный ответ:

  1. Wireshark'ом выявил, что, возвратов запросов к DHCP нет, следовательно, ура, петель нет.
  2. Wireshark'ом же выявил, что, до DHCP-сервера DHCP-запросы доходят, но ответов отправить он не пытается.
  3. И в конце концов маленький мозг догадался проинспектировать виндовый DHCP-сервер и обнаружил, что от него отвалились интерфейсы. Или интерфейсы от сервера. Причем, сразу от обоих (горячезаменяемых серверов). Удаление роли, перезагрузка и установка роли спасли бедного эникейщика. (Даже настройки областей не слетели.)
Ответ написан
Комментировать
Пригласить эксперта
Ответы на вопрос 4
plin2s
@plin2s
IT, инженер
Мне кажется что проблема кроется в настройках HP V1910.
Вообще для начала запустите на винсервере wireshark и посмотрите прилетают ли на него dhcp запросы.
Ответ написан
nightvich
@nightvich
ITman
Вариантов возникновения проблемы масса. Начинайте с самого минимума, отключите все лишнее, пробуйте Сервера + 1 ПК, если заработало то дальше подключайте первый Длинк, в него ПК, снова проверяйте. Это если вы wireshark не умеете пользоваться.

Вообще, есть чувство, что это действительно настройки HP. Либо DHCP пул адресов закончился...
Ответ написан
ifaustrue
@ifaustrue
Пишу интересное в теллеграмм канале @cooladmin
Да ладно вам, может внешне и гомосятина, но наличие двух AD контроллеров, наличие минимум одного управляемого свича, наличие отдельного аппаратного маршрутизатора (да-да dir 320 - это вам ни винда XP с двумя сетевыми карточками) - вполне себе ок, на такое то количество компов.

Проблема, к слову, точно либо в настройках сети на AD1 или в настройках HP, который, лечения ради, можно сбросить в дефолт.
Ответ написан
eapeap
@eapeap
Сисадмин, Беларусь
Похоже, DC1 воткнули не в ту дырку свича НР. Он оказался в каком-то ВЛАНе, и проблемные компы его не видят.
Или видят? Проверяли?
Присоединяюсь к предыдущим ораторам по поводу последовательного соединения компов с DC через Д-Линк и сброса НР в дефолт.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы