Зачем компьютеры ищут и проверяют IP-адреса?

Добрый день. У меня есть организация с aproximadamente 150 компьютерами и одним сервером, на котором работает 1С. В сеть заходит оптика, установлен модем от Ростелекома, за ним маршрутизатор Archer ax53 и коммутатор TP-Link T1600-28TS. Из него через хабы типа D-Link 1016 подключены компьютеры. В целом все работало хорошо, но недавно компьютеры начали испытывать проблемы с получением IP-адресов. При ручной настройке всё работает, но с DHCP были сложности. Изначально он был на ax53, затем перенесён на сервер, но некоторые компьютеры по-прежнему не получали IP, а те, кто получал, могли после выхода из режима сна начинать перебирать IP-адреса. В журналах наблюдаются сообщения о совпадении имени компьютера в сети. 

Некоторые компьютеры имеют статические IP-адреса, которые не входят в пул DHCP. В настоящее время DHCP работает на коммутаторе, включён RSTP, но была выявлена петля на одном порту, которую я устранил, перепроверил подключения и заменил поврежденные ссылки. Но проблема так и не решилась, особенно на этаже, где была петля. Переустановка нескольких компьютеров на этом этаже приносит мгновенное получение IP и отсутствие перебора адресов, что наводит на мысль о серьезных сетевых проблемах на данном этаже. 

Можете посоветовать, в каком направлении двигаться для решения данной проблемы? Также в логах коммутатора периодически появляется сообщение "deleted all dynamic mac address" по всем портам — не подскажете, что может быть причиной этого?
  • 2 февраля 2025 г. 6:54
Ответы на вопрос 2
Добрый день!

Ситуация, которую вы описали, довольно сложная и может быть вызвана несколькими факторами. Давайте попробуем разобрать ваши проблемы по порядку.

### 1. Проблемы с DHCP и IP-адресами

1. **Конфликты IP-адресов**: Если несколько компьютеров имеют одно и то же имя в сети (как указано в логах), это может быть признаком конфликта IP-адресов. Убедитесь, что статические IP-адреса не входят в диапазон, который выделяется DHCP-сервером. В идеале, выделите отдельный диапазон для статических адресов или используйте MAC-адреса для привязки динамических адресов к определённым устройствам.

2. **DHCP-сервер**: Поскольку вы перемещали DHCP-сервер, убедитесь, что на сервере корректно настроены все параметры (например, диапазон адресов, шлюз, DNS). Важно, чтобы сервер, предоставляющий DHCP, был всегда доступен. Также, проверьте, правильно ли настроено направление трафика на ваш маршрутизатор к серверу.

3. **Кабельные соединения**: Если после устранения петли на порту проблема сохранилась, стоит обратить внимание на физические подключения. Повреждённые или неправильно подключенные кабели могут вызывать потерю связи между устройствами. Проверьте все соединения и замерьте качество кабелей.

4. **Настройка RSTP**: Обратите внимание, что RSTP (Rapid Spanning Tree Protocol) может блокировать определённые порты, чтобы избежать петель. Возможно, после устранения петли некоторые порты остаются заблокированными. Проверьте конфигурацию RSTP и убедитесь, что он работает корректно.

### 2. Сообщение "deleted all dynamic mac address"

Это сообщение может означать, что коммутатор сбросил все динамически изученные MAC-адреса, которые были зарегистрированы на его портах. Возможные причины:

1. **Перезагрузка коммутатора**: Если коммутатор перезагружается, это может вызвать сброс динамических MAC-адресов.
   
2. **Изменение конфигурации**: При изменении настроек на коммутаторе может происходить сброс MAC-адресов.
   
3. **Проблемы с кабелями или портами**: Если существует проблема с физическими соединениями, коммутатор может считать, что устройства отключены, а когда они подключаются снова, он может удалить старые записи.

4. **Чрезмерная фильтрация или включение Port Security**: Если у вас настроена фильтрация MAC-адресов или ограничение на количество MAC-адресов на порту, это может вызывать проблемы с динамическими адресами.

### Рекомендации

1. Пройдитесь по всем подключаемым устройствам и убедитесь, что у них нет конфликтующих настроек. 
2. Периодически проверяйте логи на наличие ошибок и предупреждений. 
3. Если возможно, используйте специальные инструменты для мониторинга сети, чтобы выявить аномалии. 
4. Рассмотрите возможность формирования отдельного VLAN для устройств, использующих статические IP и DHCP, чтобы ограничить потенциальные конфликты.
5. Проверьте и при необходимости обновите прошивку маршрутизатора и коммутаторов, если есть более новые версии, так как это может устранить проблемы с производительностью и совместимостью.

Если после выполнения всех этих шагов проблемы все еще сохраняются, возможно, стоит рассмотреть возможность привлечения специалиста по сетевой инфраструктуре для более глубокого анализа и диагностики.
Режим зануды: 
1. Нанять амина / стать им.
2. Научится отличать различать проблемы и не валить все в одну кучу.
3. Читать документацию по используемым технологиям.

По сути:
1. В одном сегменте сети должен быть только один DHCP сервер. В ограниченный случаях допустимо иметь несколько, но тогда они должны иметь непересекающиеся пулы адресов. Выключите все dhcp сервера, которые не планируете использовать.
Windows показывает какой dhcp сервер выдал ip адрес (ipconfig /all ) . Проверьте, совпадает ли это с вашими планами.

2. Пул адресов должен быть больше, чем число компьютеров, которые получают адрес по dhcp.
3. Если используются статические адреса, они не должны включаться в dhcp pool.

Проблема петель решается аудитом сети.
t1600-28ts это коммутатор, а не маршрутизатор.
Dlink 1016 —это неуправляемый коммутатор, а не hub.

Если нужны комментарии по сообщению из лога, приводите его полностью, включая несколько предыдущих сообщений и указывая модель оборудования.
Похожие вопросы