Не могу зайти на страницу администратора RB260GSP через http.

Ты уверен, что у них до сих пор один и тот же IP-адрес? Метод получения адреса «DHCP с резервным вариантом» на мой взгляд опасен, ведь основной способ получения адреса — через DHCP, а любое изменение в DHCP может привести к смене управляющего IP-адреса.

Метод довольно надежный, пока ничего не блокирует MAC-адрес. Мне объяснили это так: коммутатор перехватывает IP и TCP/UDP заголовки и меняет местами исходный и целевой MAC-адреса, IP-адреса и порты. (По аналогии с почтой — он создает новый конверт, куда кладет то, что было в обратном адресе, в поле «кому», а в поле обратного адреса ставит исходный адрес. Так что это работает вне зависимости от того, был ли пакет маршрутизирован, применялась ли NAT и так далее. Главное — вернуть пакет обратно на MAC-адрес, с которого он пришёл (хосту или маршрутизатору, который его переслал). Он всегда окажется в той же L2-сети. Можно специально «сломать» это с помощью scapy, подделав пакет с чужим MAC-адресом, но это уже намеренный сбой.

Единственный минус — нельзя инициировать исходящие соединения с коммутатора, он может только отвечать. Так что при обновлении ПО ПК, подключённый к веб-интерфейсу, должен сам устанавливать соединение, чтобы «загрузить прошивку» на коммутатор. Коммутатор не появится в ARP-таблице, пока вы не пропингует его, тогда он там появится. Сам коммутатор ARP-запросы не посылает — и не нужно, ведь MAC-адрес он уже знает.

Да. Это просто запасной адрес, и он сейчас совпадает с DHCP статическими записями для этих коммутаторов. Статус DHCP-сервера по этой записи находится в состоянии «ожидание». Коммутатор также не отображается в списке mac-scan, когда я пытаюсь найти его с маршрутизаторов на Port1 и Port2.