Недавно я заменил несколько коммутаторов 10/100 в нашем офисе на управляемые коммутаторы Gigabit и обнаружил, что компьютеры, подключенные к одному из коммутаторов, не получают аренды DHCP с сервера. Это не большая проблема, потому что почти все в офисе использует статические IP-адреса, но у меня есть некоторые области офиса, где к этому коммутатору подключена беспроводная точка доступа (сначала через другой управляемый коммутатор), и устройства, которые подключаются к этим точкам доступа. не получают аренды DHCP.
Думаю, я определил, что это именно этот переключатель, потому что протестировал следующее:
Переход от DHCP Server -- suspect switch in server room -- other managed switch 1 -- laptop with DHCP enabled
(без аренды)
к DHCP Server -- other switch in server room -- other managed switch 1 -- laptop with DHCP enabled
позволяет сразу же арендовать DHCP.
Аналогичным образом при изменении с DHCP Server -- suspect switch in server room -- wireless AP -- laptop with DHCP enabled
(без аренды)
к DHCP Server -- other switch in server room -- wireless AP -- laptop with DHCP enabled
позволяет сразу арендовать DHCP.
Наконец, изменение с DHCP Server -- suspect switch in server room -- laptop with DHCP enabled
(без аренды)
к DHCP Server -- other switch in server room -- laptop with DHCP enabled
позволяет сразу же арендовать DHCP.
Дело в том, что подозрительный коммутатор (назовите его вторичным коммутатором) подключен к работающему коммутатору (назовите его основным коммутатором). Первичный коммутатор подключен к нашему маршрутизатору Juniper (DHCP-серверу). Все остальные серверы в стойке подключены к первичному коммутатору, как и коммутаторы в офисе. Единственное, что в настоящее время напрямую подключено к вторичному коммутатору, - это устройства, расположенные в непосредственной близости от серверной комнаты, и все они имеют статические адреса.
Тем не менее, я все же хотел бы правильно настроить этот подозрительный вторичный коммутатор на случай, если мне придется балансировать нагрузку или использовать его в качестве переключателя переключения при отказе на первичный.
Подозреваемый переключатель - это D-Link DGS-1210-52 (ссылка на инструкцию) работает прошивка версии 3.10.013.
единственное, что обычно останавливает запрос dhcp, достигающий клиента и сервера, - это отсутствие связи между коммутаторами / ссылка не работает, либо проблемы с Tru VLAN, либо иначе
Проблемы с vlan: -uplink настроен как порт доступа в vlan, отличном от dhcp, И маршрутизация не разрешена или заблокирована от одного vlan к другому. -vlan не существует во втором переключателе -trunk-uplink не разрешает vlan tru
багажник == / == LAG ...
установите статический IP-адрес на ноутбуке, подключите 2-й коммутатор и пингуйте его с dhcp-сервера, если это работает, ссылка работает, это ваш DHCP, который виноват. если это не работает, ваша ссылка не работает. (с точки зрения ip / ethernet)