Да, в веб морде есть целая страница настроек по этому поводу.
Printable View
50 пользователей смогу туда вписать?
http://10.1.1.1/Advanced_DHCP_Content.asp
Manually Assigned IP List
прописывать многочисленные mac адреса надо в /usr/local/etc/ethers. При загрузке он дописывается в конец /etc/ethers автоматом
Спасибо за уточнение.
Необходимо прописать маки некоторых хостов в лок. сети стастически. Собственно модифцирую файл etc/ethers, а он при ребуте роутера очищается.. Что делать? Посоветовали создать etc/ethers.local. Создал, но как теперь посмотреть arp-таблицу? По-умолчанию в прошике олега стоят какие-нибудь утилиты, или как их можно установить? В *.nix разбираюсь только по мануалам для "чайников".
Как сохранить нашел, спасибо. Сохранил, а оказалось не то,что надо. Насчет etc/ethers я напутал. Мне не нужно прописывать конфиг для DHCP в _моей_ локалке. Мне нужно прописать мак-адреса компов во внешней для роутера сети, в частности адрес шлюза, т.к. бродил вирь у провайдера, а сейчас сеть что-то часто слетать начала. Из доков понял, что обычно это делается командой "arp", которая работает с ARP-кэшем ядра (/ргос/net/arp). Но в прошивке этой команды нету, что делать?
Создаешь файл с содержимым вида:
mac IP
т.е. типа
хх:хх:хх:хх:хх:хх 192.168.0.111
Сколько нужно, все в столбик и пишешь.
Сохраняешь файл, например, как /etc/macs, ну и естественно прописываешь его в /tmp/local/.files чтоб при перезагрузке не пропал.
в скрипт post-firewall вписываешь
/opt/sbin/arp -i br0 -f /etc/macs
вместо br0 можешь поставить тот интрефейс, который нужен, но для портов свича, глядящих в локалку как раз его ставь. Ну, или имя WAN интерфейса воткни, если нужно снаружи.
Эта команда жестко сопоставит мак и IP адреса из сети для твоего роутера. Несовпадающие будут игнорироваться. Т.е. если зареганный у тебя в macs айпишник попытается подконнектиться с другим маком, то ответа он не получит. Ну и наоборот.
Хотя затея такого связывания для внешней сети, ИМХО, неудачна, потому что мак у машин может меняться в силу объективных причин - сетевуха сдохла или еще что-то..
Спасибо за совет, сработало. Нашел arp в дистрибутиве net-tools, установил его. После ребута роутера ничего не менялось, пока не переместил скрипт в post-mount, видимо не может оно ещё к утилитам обращаться в post-wirewall. Теперь имею такое:
extip-lan-xxx.xxx.ru (xxx.xxx.xxx.1) at xx:xx:xx:xx:xx:xx [ether] PERM on vlan1
Посмотрим как на частоте слетов отразится :)
Насчет идеи: провайдер не так уж и часто железо меняет на шлюзе, а вот вирь на зараженных машинах гадит и пытается ее под шлюз зашифровать.
У меня тоже самое. Есть VPN PPTP и L2TP.
Был включен локальный DHCP и при этом выставлены ручные назначения ip. Выключил DHCP. Надпись пропала, но теперь не могу посмотреть оперативно в dhcp Leases кто подключен.
Как лечить? А то лог забивает мусором.
Приветствую!
Помогите, пожалуйста, разобраться с проблемой соединения по Wi-Fi с Wl-500gP с ноута.
Значит пользуюсь роутером уже полгода, но несколько дней назад почему-то появилась проблема с подключением ноутбука с Windows Vista Home с использованием Wi-Fi.
Почему-то DHCP раздаёт ему неверный адрес (10.5.253.112, по логам), хотя всегда давал 192.168.1.x, из пространства, заданного в параметрах DHCP сервера роутера. Как следствие этого - абсолютно не получается воспользоваться беспроводной сетью.
В то же самое время, при подключении КПК на Windows Mobile 6.1, аппарат получает нормальный адрес (192.168.1.55, по логам).
Настройки обоих машин (кпк и ноут) стоят на автоматическое получение IP адресов от DHCP.
Всё прекрасно работало вчера и такой проблемы никогда не было. В логах пишется что-то типа wrong server-ID, wrong network.
Далее приведу лог их "радиопереговоров"
Подскажите, в какую сторону можно начать копать?Code:Apr 2 23:01:43 dnsmasq[67]: DHCPREQUEST(br0) 10.5.253.112 00:15:af:53:20:0d
Apr 2 23:01:43 dnsmasq[67]: DHCPNAK(br0) 10.5.253.112 00:15:af:53:20:0d wrong network
Apr 2 23:01:47 dnsmasq[67]: DHCPDISCOVER(br0) 10.5.253.112 00:15:af:53:20:0d
Apr 2 23:01:47 dnsmasq[67]: DHCPOFFER(br0) 192.168.1.166 00:15:af:53:20:0d
Apr 2 23:01:47 dnsmasq[67]: DHCPREQUEST(br0) 10.5.253.112 00:15:af:53:20:0d
Apr 2 23:01:47 dnsmasq[67]: DHCPNAK(br0) 10.5.253.112 00:15:af:53:20:0d wrong server-ID
Apr 2 23:01:48 dnsmasq[67]: DHCPREQUEST(br0) 192.168.1.55 00:02:78:8e:f6:27
Apr 2 23:01:48 dnsmasq[67]: DHCPACK(br0) 192.168.1.55 00:02:78:8e:f6:27 gogo
Apr 2 23:01:48 dnsmasq[67]: DHCPDISCOVER(br0) 00:02:78:8e:f6:27
Apr 2 23:01:48 dnsmasq[67]: DHCPOFFER(br0) 192.168.1.55 00:02:78:8e:f6:27
Apr 2 23:01:48 dnsmasq[67]: DHCPREQUEST(br0) 192.168.1.55 00:02:78:8e:f6:27
Apr 2 23:01:48 dnsmasq[67]: DHCPACK(br0) 192.168.1.55 00:02:78:8e:f6:27 gogo
Apr 2 23:06:43 dnsmasq[67]: DHCPREQUEST(br0) 192.168.1.55 00:02:78:8e:f6:27
Apr 2 23:06:43 dnsmasq[67]: DHCPACK(br0) 192.168.1.55 00:02:78:8e:f6:27 gogo
Apr 2 23:06:43 dnsmasq[67]: DHCPDISCOVER(br0) 00:02:78:8e:f6:27
Apr 2 23:06:43 dnsmasq[67]: DHCPOFFER(br0) 192.168.1.55 00:02:78:8e:f6:27
Apr 2 23:06:43 dnsmasq[67]: DHCPREQUEST(br0) 192.168.1.55 00:02:78:8e:f6:27
Apr 2 23:06:43 dnsmasq[67]: DHCPACK(br0) 192.168.1.55 00:02:78:8e:f6:27 gogo
Apr 2 23:06:44 kernel: Warning: DQ5 raised while erase operation was in progress, but erase completed OK
Apr 2 23:07:53 kernel: Warning: DQ5 raised while erase operation was in progress, but erase completed OK
Apr 2 23:07:55 dnsmasq[67]: DHCPREQUEST(br0) 10.5.253.112 00:15:af:53:20:0d
Apr 2 23:07:55 dnsmasq[67]: DHCPNAK(br0) 10.5.253.112 00:15:af:53:20:0d wrong network
Apr 2 23:07:59 dnsmasq[67]: DHCPDISCOVER(br0) 10.5.253.112 00:15:af:53:20:0d
Apr 2 23:07:59 dnsmasq[67]: DHCPOFFER(br0) 192.168.1.166 00:15:af:53:20:0d
Apr 2 23:07:59 dnsmasq[67]: DHCPREQUEST(br0) 10.5.253.112 00:15:af:53:20:0d
Apr 2 23:07:59 dnsmasq[67]: DHCPNAK(br0) 10.5.253.112 00:15:af:53:20:0d wrong server-ID
Судя по логам, ваш ноутбук настойчиво просит DHCP-сервер выдать ему (ноуту) адрес 10.5.253.112. Сервер не соглашается и вместо этого предлагает ноуту адрес 192.168.1.166. Но ноут продолжает настаивать. В результате они продолжают бодаться и никто из них не сдаётся.
Так что я бы сказал, что виноват ноут и надо его отучить просить такие адреса. Вы пробовали сбросить настройки подключения и создать его заново? Возможно, это следы от каких-то других подключений.
Полагаю, проблему можно было бы списать на ноут, который настойчиво просит "левый" адрес, если бы не строки, смысл которых мне не понятен:
kernel: Warning: DQ5 raised while erase operation was in progress, but erase completed OK