Установлен «новый» Netgear N300 (номер модели DGN2200-100UKS)

День 1: установка

Изменен IP-адрес маршрутизатора на 192.168.1.1

Установите диапазон DHCP на 192.168.1.50 - 100

Все клиенты подключены и работают, 4 ПК подключены через локальную сеть (отдельный коммутатор). 1 ноутбук и 2 мобильных телефона подключены по Wi-Fi, все по DHCP. 3 статических устройства - сетевой лазер и 2 сервера печати для матричных принтеров. Все статические адреса вне диапазона DHCP.

День 2: Проблемы начинаются

Один из ПК, подключенных к локальной сети (Windows 7), сообщает об IP-адресе в подсети 192.168.0.x (маска 255.255.255.0), поэтому он не будет подключаться. Мера 'stop gap' (поскольку меня нет на месте) состояла в том, чтобы установить его со статическим IP-адресом (192.168.1.155 - вне диапазона DHCP, наряду с другими статическими адресами). Все остальное все еще работает нормально.

День 3: проблемы продолжаются

Подключение к локальной сети Windows Windows 7 ПК сообщает о неверном IP-адресе из подсети и не будет подключаться. Установите его как статический (как первый ПК с Win 7) и проверьте, что диапазон DHCP в маршрутизаторе правильный (он есть). Перезагрузите роутер. Клиентские устройства Wi-Fi также не могут подключиться, неправильные IP-адреса снова. Измените Win7 Laptop на Wifi на статический адрес, чтобы обойти это.

Оставшиеся клиенты Wifi DHCP (2 мобильных телефона) не могут подключиться, поэтому необходимо, чтобы DHCP работал. В ближайшем будущем будет больше подключенных к DHCP мобильных устройств, так как сезонные люди возвращаются на работу. На оставшиеся клиентские ПК DHCP LAN (2 Windows XP) это не повлияло, и они продолжают иметь правильные IP-адреса.

Запуск любой базовой прошивки, с которой поставляется роутер - так что обновлю, когда в следующий раз на сайте.

Поиск проблемы

Есть упоминание о том, что версия RIP влияет на клиентов, подключающихся по DHCP, поэтому я скоро это изменю. Вероятно, перезагрузка другого маршрутизатора в рамках изменения настроек.

Я нарисовал полностью пустой запущенный netsh dhcp show server (команда не найдена), чтобы проверить, какие клиенты DHCP-сервера были подключены - потому что клиент должен быть подключен по DHCP для его запуска? И я не могу этого сделать, так как не могу подключиться к клиентскому ПК удаленно ...

Существуют ли другие команды DHCP, которые я могу выполнить - я в идеале ищу такую, которая перечислит доступные DHCP-серверы, так как я убежден, что DHCP работает на чем-то другом (о чем я не знаю) и выдает эти 192.168.0.x адреса.

|источник

2 ответа2

0

Ну, во-первых, если вы используете 192.168.1.x и 192.168.0.x, вам нужно настроить свою подсеть на 255.255.0.0, так как 192.168.1.x и 192.168.0.x теперь для разделения подсетей, и указание 255.255.255.0 скажет клиент, который смотрит только на последний октет [самый последний .x], указывающий 255.255.0.0, скажет, что он смотрит на оба .xx в конце 192.168.xx

ДЕЙСТВИТЕЛЬНО вы должны отключить DHCP в новом маршрутизаторе, установить его IP в качестве IP-адреса в диапазоне исходного маршрутизатора [если исходный маршрутизатор - 192.168.1.1, затем установить второй маршрутизатор на IP-адрес локальной сети 192.168.1.x [не WAN LAN я объясню]

ТОГДА убедитесь, что вы подключаете кабель ЛВС от ЛЮБОГО порта LAN на первом маршрутизаторе к ЛЮБОМ порту LAN на 2-м [если вы использовали WAN на 2-м, то вы получите двойной NAT и вам нужно будет указать любой порт для переадресации для любых клиентов на втором маршрутизаторе и на первом, и на втором маршрутизаторе, прежде чем они будут работать. Это сходит с ума правильно.

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

Проще всего установить IP-адрес локальной сети второго маршрутизатора на что-то в сети первого, отключить DHCP на втором маршрутизаторе [это останавливает любые конфликты и другие проблемы] и подключить их с помощью кабеля от порта локальной сети маршрутизатора 1 к Порт LAN маршрутизатора 2. Вы также захотите убить точку доступа Wi-Fi, работающую на первой точке, если они находятся близко друг к другу, поскольку вы, скорее всего, хотите использовать более новый маршрутизатор в качестве точки доступа Wi-Fi, и две близкие радиостанции могут фактически замедлить работу, если оба конкурировать друг с другом, но это не требуется, просто заметка, если вы заметили проблемы с подключением WiFi.

|источник
0

Если в сети есть какое-либо другое устройство, выдающее подтверждение DHCP в диапазоне 192.168.0.x, то у вас есть как минимум два варианта:

  1. Отслеживать весь трафик (например, используя wireshark),
  2. Или сделайте это ленивым способом: пусть клиент подключится к мошенническому DHCP-серверу. В большинстве случаев этот шлюз по умолчанию также задает тот же IP-адрес, что и DHCP-сервер. Затем у вас есть подозрительный IP, вы можете искать ARP, можете отслеживать, какой сетевой порт это один, ...

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

Личные разговоры / истории:
У меня была эта проблема дважды на работе. Один раз, когда кто-то принес беспроводную точку доступа / маршрутизатор / коммутатор из дома для использования в качестве коммутатора и оставил незапланированные функции, и один раз, когда люди играли с программным обеспечением виртуализации и включили его DHCP-сервер в мостовой сети, а не в сети только на хосте.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .