У меня есть сервер dhcp (и dns), работающий на компьютере centos / linux, который является единственным сервером dhcp в моей сети. У меня есть два беспроводных маршрутизатора - Netgear DG834G и Netgear DGND3700. DGND3700 также является маршрутизатором ADSL, поэтому он указан в качестве шлюза в dhcpd.conf. DG384G используется просто как точка беспроводного доступа.
Проблема в том, что устройства, подключенные к DGND3700 (маршрутизатор ADSL), не могут получить IP-адрес, в то время как проводные устройства и устройства, подключенные к DG384G (2-я точка доступа), могут. В журналах на компьютере centos я вижу, что клиенты отправляют DHCPDISCOVER и сервер отвечает DHCPOFFER, и это повторяется. Я не вижу DHCPREQUEST Сообщения.
Есть ли что-то, что мне нужно где-то настроить, чтобы разрешить запросы DHCP через маршрутизатор?
Итак, просто чтобы повторить. У вас есть DSL, входящий в 3700. Он подключается к коммутатору (я предполагаю), к которому подключены 384g, centos и другие проводные компьютеры? Затем у вас есть 384g и 3700 в качестве беспроводных. Соединен ли беспроводной мост 384g с сетью Ethernet, подключенной к 3700? Или он действует как полноценный маршрутизатор (кстати, он вам не нужен).
Далее, здесь задействовано несколько подсетей? Я полагаю, что нет. Следующий вопрос: есть ли на клиенте или сервере какие-либо брандмауэры, которые могут блокировать tcp / udp (DHCP может использовать любой / оба) порты 68/69? 68 - это порт клиента DHCP, а 69 - порт сервера DHCP. Я предполагаю, что centos ничего не блокирует, потому что видит, что dhcp обнаруживает. Но видит ли клиент ПРЕДЛОЖЕНИЕ и отправляет ли ЗАПРОС?
Кроме того, отключен ли DHCP на 3700 (и 384g, если он действует как мост)? Если нет, то может случиться так, что и 3700, и centos отправляют предложение, но клиент принимает только предложение от 3700.
Кроме того, если вы не пытаетесь сделать что-то действительно необычное, в домашней сети может быть проще просто позволить 3700 выполнять DHCP.