Bekijk de volledige versie : Проблемы с DHCP
Alex Kud
08-12-2007, 19:45
У меня был сделан второй WAN следующим образом (со статическим IP):
1. В post-boot прописано:
robocfg vlan 2 ports "4 5t" vlan 0 ports "1 2 3 5t"
vconfig add eth0 2
ifconfig vlan2 10.10.32.43 broadcast 10.10.32.255 netmask 255.255.255.0 up
и роуты на вторую сетку через 10.10.32.1.
2. В post-firewall:
iptables -t nat -A POSTROUTING -o vlan2 -s ! 10.10.32.43 -j MASQUERADE
И все замечательно работало. Теперь же ввели DHCP. Он выдает не только IP, маску, шлюз, ДНС, но еще и роуты. Подскажите, как изменить имеющиеся настройки, чтобы задействовать DHCP для второго WAN?
Можно попробовать пойти тупо в лоб и использовать родной прошивочный rc в качестве скрипта для udhcpc, т.е. в post-firewall закомментировать маскардинг и в post-boot, после vconfig закоментировать ifconfig и после добавить:
ifconfig vlan2 up
nvram set wan1_ifname=vlan2
nvram set wan1_proto=dhcp
echo -e '#!/bin/sh\ninterface=vlan2 /tmp/udhcpc $*' > /tmp/udhcpc1
chmod +x /tmp/udhcpc1
udhcpc -i vlan2 -p /var/run/udhcpc1.pid -s /tmp/udhcpc1 -b
Хоть broadcom и делал фундамент для поддержки нескольких wan но я сомневаюсь, что это сработает и проверить мне сейчас неначем.
Если неполучится, тогда придется писать свой скрипт, который будет обрабатывать события udhcpc и соответственно настраивать систему.
AYuusuke
19-01-2008, 12:56
Имеется 500g premium, fw 1.9.2.7-8.4.
Проводные клиенты при включении очень долго получают IP. Могут минут по 10 тупить, могут сразу подключиться. В логе следующие сообщения (много, показан только маленький кусочек):
Jan 19 15:12:26 dnsmasq[82]: DHCPACK(br0) 10.0.17.70 00:17:31:d8:be:8a nickv
Jan 19 15:12:27 dnsmasq[82]: DHCPDISCOVER(br0) 00:17:31:d8:be:8a
Jan 19 15:12:27 dnsmasq[82]: DHCPOFFER(br0) 10.0.17.70 00:17:31:d8:be:8a
Jan 19 15:12:27 dnsmasq[82]: DHCPREQUEST(br0) 10.0.17.70 00:17:31:d8:be:8a
Jan 19 15:12:27 dnsmasq[82]: DHCPACK(br0) 10.0.17.70 00:17:31:d8:be:8a nickv
Jan 19 15:12:28 dnsmasq[82]: DHCPDISCOVER(br0) 00:17:31:d8:be:8a
Jan 19 15:12:28 dnsmasq[82]: DHCPOFFER(br0) 10.0.17.70 00:17:31:d8:be:8a
Jan 19 15:12:28 dnsmasq[82]: DHCPREQUEST(br0) 10.0.17.70 00:17:31:d8:be:8a
Jan 19 15:12:28 dnsmasq[82]: DHCPACK(br0) 10.0.17.70 00:17:31:d8:be:8a nickv
Jan 19 15:12:29 dnsmasq[82]: DHCPDISCOVER(br0) 00:17:31:d8:be:8a
Jan 19 15:12:29 dnsmasq[82]: DHCPOFFER(br0) 10.0.17.70 00:17:31:d8:be:8a
Jan 19 15:12:29 dnsmasq[82]: DHCPREQUEST(br0) 10.0.17.70 00:17:31:d8:be:8a
Jan 19 15:12:29 dnsmasq[82]: DHCPACK(br0) 10.0.17.70 00:17:31:d8:be:8a nickv
На беспроводных клиентах (ноут и покет), клиентах подключающихся через openvpn по tap-у, таких проблем нету. Задана жесткая привязка IP к mac-ам через web-интерфейс. На проблемных клиентах стоят встроенные гигабитные сетевухи, одна из 965-го чипсета, другая какая то nVidia на матери под AM2 сокет), WinXP SP2. Подключены они не прямо к asus-у, а через еще один свитч.
Если ли у кого нибудь мысли как можно решить данную проблему? Пока пришлось руками в свойствах сетевых адаптеров задать все настройки, но это не удобно.
ps На коробочке крутится некотрое кол-во софта (dbhub, lighttpd, openvpn, bluetooth pan, proxy и т.п.), но с загрузкой процессора и кол-вом свободной памяти все нормально. Сконфигурировано 2 wan порта, один pptp, другой static ip. Сделан дополнительный ip (alias) на br0.
Проводные клиенты при включении очень долго получают IP. Могут минут по 10 тупить, могут сразу подключиться.
...
На беспроводных клиентах (ноут и покет), клиентах подключающихся через openvpn по tap-у, таких проблем нету.
Похоже на проблемы с автоопределением скорости на портах. Задайте явно на коммутаторе (если он управляемый) и на роутере (уже обсуждалось, поиск по "robocfg").
AYuusuke
19-01-2008, 14:03
Похоже на проблемы с автоопределением скорости на портах. Задайте явно на коммутаторе (если он управляемый) и на роутере (уже обсуждалось, поиск по "robocfg").
Спасибо за ответ, но результат отрицательный.
1. Коммутатор не управляемый, ничего не поправить;
2. Порт на рутере (500gP), связывающий его с коммутатором работает правильно (на коммутаторе висят еще другие устройства);
3. Задал в свойствах сетевых карт 100FD - ситуация не изменилась.
Судя по логу wl500g отрабатывает всё, что нужно. Адрес она выдаёт. Копайте дальше.
SvetlanaNikit
19-01-2008, 18:43
у меня примерно такая же проблема возникла.
похоже, роутер не дружит с этими встроенными сетевыми...
на один из компов своей домашней сети ставила openSuSe 10.3 так встроенная в мою "гигабайтину" сетевая на Realtek 8168 не смогла получить сетевые настройки по DHCP. а вот когда я воткнула в свободный слот PCI дешевую карточку от Acorp на Realtek 8139 - подцепилась с полоборота...
Вроде про реалтек недавно писали. Надо отключить генерацию контрольных сумм в железом (оффлоад). У них там бага в драйверах. Кстати, на проблемы с DHCP это может очень сильно влиять.
Светлана, это не наш случай? : http://en.opensuse.org/SDB:Realtek_8169_driver_problem
SvetlanaNikit
19-01-2008, 20:33
Вроде про реалтек недавно писали. Надо отключить генерацию контрольных сумм в железом (оффлоад). У них там бага в драйверах. Кстати, на проблемы с DHCP это может очень сильно влиять.
ясно, спасибо, попробуем...
Светлана, это не наш случай? : http://en.opensuse.org/SDB:Realtek_8169_driver_problem
очень может быть. надо будет потестить
SvetlanaNikit
19-01-2008, 20:35
В драйверах для Linux есть ещё и свои баги. Например, в старых версиях они вообще не работали после перезагрузки из Windows, если в дополнительных настройках драйвера в Windows была выключена поддержка Wake-on-LAN. Видимо, при выключенном Wake-on-LAN драйвер Windows выключает что-то для экономии энергии, а драйвер для Linux потом не умеет это включать. Исправлено это, возможно, только в ядре 2.6.24 (хотя вполне вероятно, что в ядре из дистрибутива драйвер обновлён по сравнению с оригинальной версией).
дело в том, что с этим же дистрибутивом у меня не было никогда проблем с сетью. именно на моих домашних компах при тех же самых прочих условиях..
а тут... непонятно было совсем, из-за чего такая досадность случается...
единственно, что я еще делала: где-то на форуме корбины вычитала, что следует в разделе Internet Firewall - Basic Config в поле Number of connections to track: выставить занчение побольше раза в два, чем дефолтные 4096. в итоге возникли проблемы со скачиванием с локального ресурса из-под винды. сейчас вернула обратно - вроде полегче стало..
а вот долгое получение адреса от DHCP роутера у меня и раньше было. я туту как-то писала об этой проблеме. но сейчас все пропало само собой. жаль я не документировала, какие изменения вноситлись за это время...
AYuusuke
19-01-2008, 22:47
Судя по логу wl500g отрабатывает всё, что нужно. Адрес она выдаёт. Копайте дальше.
Вы оказались правы, wl500g работает как надо.
В локальном сегменте оказался еще один DHCP сервер, причем настроенный очень специфическим образом - на Discover он не откликается, а на Request запросы отвечает NAK. Причина появления такого хоста мне понятна (не буду рассказывать, долгая история), но что его так криво настроили меня несколько обескуражило :mad: (должен был полностью молчать). Как следствие на запросы клиентов Request приходило 2 ответа от разных серверов (ACK и NAK) и получался классический race condition - результат зависит от того кто быстрее ответит. Причем похоже у беспроводных клиентов по каким то причинам вероятность получить правильный ответ на порядки больше чем у проводных (1-5 попыток против 1-600 попыток).
Спасибо за быстрые ответы. :)
SancheSZ
11-02-2008, 15:29
Проблема возможно не в Asus, но тем не менее...
Использую DHCP для рздачи IP компам в домашней локалке. Пичем есть привязка к MAC, но думаю ща это не важно.
Короче сегодня включаю комп - все ОК, получает свой IP по MAC, инет работает. Через полчас приходит брат, врубает свой комп, и грит, что инет не пашет. Выснил что ему выдало IP из другой подсети (192.168.195., хотя на роутере стоит 172.16.0.). Через 10 минут вылетело и у меня (DHCP lease time стоит 60 мин). Т.е. видимо пр попытке обновить IP мой комп тоже получил лвый IP, хотя при первичном включении он получил нормальный IP.
Если прописать статические IP, то все ОК, инет пашет. А по DHCP вегда получает левак. Ребут роутера/комов не помог. В логе роутер пишет, что выдал ип из нормальной подсети, в DHCP leases тоже все нормально отображается. Так чтот асус наверно не виноват.... Но что тогда?
Возможно ли каким-то левым обрзом случайное получение компами IPа от DHCP во внешней сети? Хотя вроде пров использует статические ипы и роутер так настроен. Да и подсеть левых ипов не совпадае с подсетью провайдера... И вообще возможно ли олучение локалкой ипов извне через NAT? В квартире то у меня точно нету больше DHCP серверов...
Да, еще момент... Как уж писал на роутере lease time прописано 3600 - 60 мин. А по информации винды IP вдается на 30 минут, т.е. это поидее тоже показыает на то, что получает откуда-то не оттуда...
давно не юзал коробочку т.к. отпала нужда, недавно девачко появилось в доме с буком понадобился вифи, но это так лирика =) короче коробочка была откопана, потом последовал переход на сей форум, скачана и прошита последняя(?) прошивка 1.9.2.7-8, после чего коробочка подключенна к проводу провайдера ImSys (СВАО) - раздаются там ипы по dhcp, но к сожалению роутер нивкакую не получает ип хотя ББ на винде его получает, строки лога содержат примерно такую инфу:
udhcpc (v0.9.9-pre) started
dnsmasq read /etc/hosts - 5 adresses
dnsmasq reading /tmp/resolv.conf
dhcp deconfig: lease is lost
wan: connected manually
и тишина =(
Где-то тут читал что не пашут одновременно локальный дхцп и получение внешнего ипа, отключил локальный, те же грабли, не могу понять где косяк, по идее со стороны прова не должно быть проблем с маками в смысле получения ипа по ним.
Остаетсья только пробовать ставить статичный ИП по примеру полученного Ипа на ББ, но всеже хотелось бы чтобы был и локальный dhcp и сам роутер получал ИП
Зы коробка пашет в режиме хоум гейтвей ибо заморачиваться с роутами щас нету желания.
все решилось настройкой мака как у домашней машинки.
SancheSZ
14-02-2008, 15:05
Проблема все еще имеет место быть.
Иногда все же комп получает правильный адрес от роуера.
При более детальном изучении логов роутера обнаружил следующее:
при запросе ip адреса комп делает dhcpdscover, роутер предлагает ему правильный ip - dhcpoffer, а вот dhcpack в логах есть не всегда - только тогда когда комп таки получает правильнй IP.
Т.е. получается в сети сущесвует еще один DHCP сервер, которому копы почему-то чаще отдают предпочтение.
Есть прдложения как его найти и искоренить? И мжет ли он быть со стороны WAN?
Когда комп получает "левый" адрес, что стоит в строке DCHP-сервер в свойствах подключения? (ipconfig/all)
SancheSZ
14-02-2008, 16:49
фрагмент вывода iconfig /all
Dhcp включен. . . . . . . . . . . : да
Автонастройка включена . . . . . : да
IP-адрес . . . . . . . . . . . . : 192.168.195.132
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз . . . . . . . . . . :
DHCP-сервер . . . . . . . . . . . : 192.168.195.254
DNS-серверы . . . . . . . . . . . : 192.168.195.1
Аренда получена . . . . . . . . . : 14 февраля 2008 г. 19:30:21
Аренда истекает . . . . . . . . . : 14 февраля 2008 г. 20:00:21
P.S.: из ситуации выхожу прописыванием статичсктго ипа на сетевухе, но хочется всеже разобраться в причине....
P.P.S.: если на роутере отключить DHCP, то левые ипы продолжают выдаваться (неудевительно)
SancheSZ
14-02-2008, 17:47
Так, подлянка сидит походу на моем же компе ))
По крайней мере когда он отключен от сети (выключен\выдернут сетевой шнур\отключена сетевуха а покдключениях), другие компы плучают нормальные ипы.
OS: Vista Ultimate x64
Подозреваю, что какой-то вирь\троян. Хотя NOD32 ничего не палит.
SancheSZ
14-02-2008, 18:45
Проблему изкоренил!
Короче говоря источником проблемы была служба "VMWare DHCP Service", которой почему-то пришло в голову раздавать ипы на физический интерфейс.
Решил просто - отключением службы :). И "VMWare NAT Service" заодно. Ибо все равно не нужны они, т.к. виртуальные машины получают инет через Bridge с физической сетевухой, т.е. можно сказать на равных правах с физически компом от роутера. И ипы тоже от него по DHCP получают.
народ, а это нормально?
Feb 25 21:37:50 dnsmasq[72]: DHCP request for unsupported hardware type (0) recieved on br0
Feb 25 21:37:50 dnsmasq[72]: DHCP request for unsupported hardware type (0) recieved on br0
Feb 25 21:38:07 dnsmasq[72]: DHCP request for unsupported hardware type (0) recieved on br0
Feb 25 21:38:46 pptp[6788]: anon log[logecho:pptp_ctrl.c:670]: Echo Request received.
Feb 25 21:38:46 pptp[6788]: anon log[logecho:pptp_ctrl.c:672]: no more Echo Reply/Request packets will be reported.
Feb 25 21:39:42 dnsmasq[72]: DHCP request for unsupported hardware type (0) recieved on br0
WL500W. Лаптоп HP nx7400. На лаптопе две ОС - Линух (убунта) и Виста. Линух нормально коннектится к беспроводной сетке и работает... Виста тоже коннектится ... и берет адрес 169.х... - т.е. игнорирует dhcp. При попытке ipconfig /renew - говорит не может найти dhcp сервер. Что это может быть (кроме расположения звезд)? Как бы это продебаггить? Виста работала в других беспроводных сетях.
Спасибо
Похоже, никто ничего не знает:(
Да, похожая ситуация с winxp. Не справляется сконнектится. Видимо, роутер разделяет нелюбовь хозяина к винюкам. Но жить как-то надо. Что бы это могло быть? Как это можно проверить на стороне роутера?
WL500W. Лаптоп HP nx7400. На лаптопе две ОС - Линух (убунта) и Виста. Линух нормально коннектится к беспроводной сетке и работает... Виста тоже коннектится ... и берет адрес 169.х... - т.е. игнорирует dhcp. При попытке ipconfig /renew - говорит не может найти dhcp сервер. Что это может быть (кроме расположения звезд)? Как бы это продебаггить? Виста работала в других беспроводных сетях.
Спасибо
А если ручками настроить адрес, сеть работает?
И какие настройки на странице Wireless?
Spacesoft
11-03-2008, 10:48
У **исты своё мнение насчёт dhcp протокола...
Накопать в реестре место, посвящённое сетёвке, (в районе HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servic es\Tcpip\Parameters\Interfaces\.... ) и создать там ключик (dword) DhcpConnDisableBcastFlagToggle со значением 1
или там есть вроде ключ DhcpConnForceBroadcastFlag - поставить его в 0
У **исты своё мнение насчёт dhcp протокола...
Накопать в реестре место, посвящённое сетёвке, (в районе HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servic es\Tcpip\Parameters\Interfaces\.... ) и создать там ключик (dword) DhcpConnDisableBcastFlagToggle со значением 1
или там есть вроде ключ DhcpConnForceBroadcastFlag - поставить его в 0
Я ничего не крутил и виста работает, в паре с касперским. :)
Spacesoft
11-03-2008, 17:34
Я ничего не крутил и виста работает, в паре с касперским. :)Дык наверно подключено по проводу, а траблы чаще на вайфае.
K томуже этих **ист наплодили несколько, мож в одной нормально, в другой нет.
Вообще обычно с этим страдают юзеры длинков, реже акорпов...
А если ручками настроить адрес, сеть работает?
И какие настройки на странице Wireless?
Да, если ручками - работает (пишу сейчас из-под нее).
Настройки wireless:
Channel: 11
Wireless Mode: Auto (54g protection off)
Какие еще настройки могут относиться к этому вопросу?
У **исты своё мнение насчёт dhcp протокола...
Накопать в реестре место, посвящённое сетёвке, (в районе HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servic es\Tcpip\Parameters\Interfaces\.... ) и создать там ключик (dword) DhcpConnDisableBcastFlagToggle со значением 1
или там есть вроде ключ DhcpConnForceBroadcastFlag - поставить его в 0
Попробовал сбросить второй ключ в 0 - нет реакции.
Беспроводное соединение надолго застывает на стадии Identifying - видимо, изо всех сил пытается найти dhcp сервер.
Да, заодно вопрос: почему ps | grep dnsmasq возвращает
42 nobody 524 S [dnsmasq]
Эти квадратные скобки - нормально?
Содержимое /etc/dnsmasq.conf:
user=nobody
resolv-file=/tmp/resolv.conf
no-poll
interface=br0
domain=udaltsoft.ie
expand-hosts
no-negcache
dhcp-leasefile=/tmp/dnsmasq.log
dhcp-range=lan,192.168.7.2,192.168.7.254,86400
dhcp-option=lan,44,192.168.7.3
dhcp-option=lan,15,udaltsoft.ie
read-ethers
dhcp-authoritative
dhcp-option=lan,42,192.168.7.2
Последняя строка добавлена из /usr/local/etc/dnsmasq.conf. Проверил - ее убирание ни на что не влияет.
Никаких файрволлов, кроме родного (с умолчательными настройками), на висте нет.
Любопытно все-таки, что означает dnsmasq в квадратных скобках?
Slivakov
20-03-2008, 07:09
Искал по всему форуму, так и не нашел ответа на вопрос:
Как поднять DHCP Server на 520GU?
Ещё хотелось бы узнать, пробовал ли кто-нибудь расширять память у 520GU, с целью загрузки в него полноценной прошивки от Олега, где есть полный набор фич? Возможно ли это вообще?
Полноценная прошивка Олега не требует расширения флаша. Ее просто не было до вчерашнего дня. Однако, теперь есть бета версия: http://wl500g.info/showthread.php?t=13567
Если хотите помочь ее скорейшему релизу подключайтесь к тестированию.
Искал по всему форуму, так и не нашел ответа на вопрос:
Как поднять DHCP Server на 520GU?
А что в этой модели на странице IP Config - DHCP Server нету Enable the DHCP Server? Yes/No.
Возникает вопрос: в каком режиме работает железка, что стоит в System Setup - Operation Mode?
Slivakov
20-03-2008, 16:23
А что в этой модели на странице IP Config - DHCP Server нету Enable the DHCP Server? Yes/No.
Возникает вопрос: в каком режиме работает железка, что стоит в System Setup - Operation Mode?
Спасибо огромное, Ваш совет мне очень помог.
Был выбран режим - Access Point.
Непонятно, почему в режиме точки доступа нет такой возможности. :confused:
Были у меня такие подозрения, но на страничке System Setup - Operation Mode в комментариях к выбору режима нигде нет ни слова о сервере DHCP. Поэтому в прошлый раз я настройки менять не решился.
Своей железкой теперь абсолютно доволен :o
Пожалуйста!
А что касается режима Access Point, то он превращает роутер в простой свитч, я так понимаю.
люди, помогите пожалуйста, уже сил больше нету(((!! купил недавно wl+520gu у не могу настроить под свою сеть, дело в том, что роутер не роздает айпишики от внешнего DHCP сервера, все компы внутри сети с айпи 192.168.1.3, 192.168.1.4 и т.д....тоесть сам роутер дает айпи, а себе берет внешний 192.168.2.120. в результате все компьютеры обращаются к прокси под одним айпи...а прокси блокирует, если больше 10 соеденений с одного адреса(((
оч надеюсь на вашу помощь
Из Вашего описания понять задачу крайне трудно, но попробую предположить, что Вам нужно поставить другой Operation Mode.
тоесть мне как-то нужно отключить встроенный DHCP, чтобы все компы получали айпи автоматически, как при работе через обычный хаб
"обычный хаб" - Operation Mode = Access Point
пробовал, не помогает(( все ровно раздает свои айпишки(((
пробовал, не помогает(( все ровно раздает свои айпишки(((
Я, конечно же, не Станиславский, но я "НЕ ВЕРЮ!"
Где Вы поставили AP Only? Точнее, режим называется Access Point.
System Setup => Operation Mode = Access Point
SinClaus
16-05-2008, 10:42
Желательно еще и запретить DHCP - по моему во всех гейтах Асуса это конфигурируемый параметр.
Желательно еще и запретить DHCP - по моему во всех гейтах Асуса это конфигурируемый параметр.
В укзанном мною режиме DHCP и так не доступен.
роутер не роздает айпишики от внешнего DHCP сервера, все компы внутри сети с айпи 192.168.1.3, 192.168.1.4 и т.д....тоесть сам роутер дает айпи, а себе берет внешний 192.168.2.120
Может быть все-таки начать с начала? Для чего роутер покупался? Т.е. какие функции он вообще должен выполнять?
Потому как без дополнительного ковыряния он умеет только одно - раздавать интернет (ну или в общем случае - давать доступ к сети провайдера) через NAT. Т.е. - да, все обращения в сеть провадера из "внутренней" сетки пойдут с одного адреса - "внешнего" адреса роутера.
А вам какой вариант нужен?
если отключить DHCP в роутере, то компьютер получает айпи 169.*.*.* - стандартный айпи, который выдает виндовс при ошибке "подключение отсуствует или ограничено", причем когда подключить все компы через обычный хаб Д-линк, то все работает
Reyter,
мне нужно чтобы все компьютеры сети получали внешний айпи, от внешнего DHCP
Что ж пост #4 (http://wl500g.info/showthread.php?p=97079#post97079) не подходит? Или в wl-520gu такого нет?
Reyter,
мне нужно чтобы все компьютеры сети получали внешний айпи, от внешнего DHCP
Продайте роутер, купите свич.
avk,
тогда вообще получают айпишки 169.*.*.*
все, отдал девайс в сервис, пусть тестируют
avk,
тогда вообще получают айпишки 169.*.*.*
все, отдал девайс в сервис, пусть тестируют
Ничего вам там не натестируют. Роутер работает нормально.
Все-таки - зачем иненно роутер брали? Что предполагали использовать из его функций?
Reyter,
моя задача - подключить 3 ПК по езернету и 5 ноутов по вай-фай в сеть для доступа в интернет
Видимо по неизвестной причине роутер даже в режиме Access Point не пропускает широковещательные пакеты между LAN и WAN интерфейсами.
А для работы с DHCP нужно или чтобы проходили широковещательные пакеты, или ставить на роутер DHCP relay.
Но я ничего на эту тему в репозитории не нашёл сходу.
Если по езернету нужно подключить 3 пк, то попробуйте подключить кабель от провайдера в свободный LAN порт (их там 4 штуки вроде).
Встроенный DHCP обязательно отключить.
Видимо по неизвестной причине роутер даже в режиме Access Point не пропускает широковещательные пакеты между LAN и WAN интерфейсами.
А для работы с DHCP нужно или чтобы проходили широковещательные пакеты, или ставить на роутер DHCP relay.
Но я ничего на эту тему в репозитории не нашёл сходу.
Если по езернету нужно подключить 3 пк, то попробуйте подключить кабель от провайдера в свободный LAN порт (их там 4 штуки вроде).
Встроенный DHCP обязательно отключить.
спасибо за советы, попробую, как заберу с сервиса. надеюсь, что все будет ок
anelyubin
19-05-2008, 07:11
здравствуйте, ситуация следующая
подключение по PPTP к сети Уфанет (г. Уфа), в локалке адреса раздаются по DHCP, длительное время все работало прекрасно. после чего в конце апреля этого года начались проблемы - регулярное падение PPTP и дальнейшее его восстановление. логи показали, что проблема в том, что роутер не может продлевать аренду DHCP-адреса.
более подробно и логи приведены в теме на форуме технической поддержки провайдера: http://forum.ufanet.ru/mvnforum/viewthread?thread=21055&offset=0
отсюда вопрос... что собственно делать и как лучше решить эту проблему.
Внимание, вопрос к знатокам!
Реально ли организовать на базе WL500gP раздачу IP нескольких диапазонов.
Имеется ввиду следующее:
LAN_1: x.x.1.x
LAN_2: x.x.2.x
LAN_3: x.x.3.x
Хочу разнести сети по нескольким VLAN'am, но что бы все они получали IP адреса от роутера.
Реально ли это вообще?
Если да - как это реализовать? Заранее спасибо за помощь.
имеется аппарат wl500gp с прошивкой 1.9.2.7-10
на нём организован vlan2
robocfg show:
Switch: enabled
Port 0: 100FD enabled stp: none vlan: 1 mac: 00:00:00:00:00:00
Port 1: 100HD enabled stp: none vlan: 2 mac: 00:00:00:00:00:00
Port 2: 100FD enabled stp: none vlan: 0 mac: 00:00:00:00:00:00
Port 3: DOWN enabled stp: none vlan: 0 mac: 00:00:00:00:00:00
Port 4: DOWN enabled stp: none vlan: 0 mac: 00:00:00:00:00:00
Port 5: 100FD enabled stp: none vlan: 0 mac: 00:00:00:00:00:00
VLANs: BCM5325/535x enabled mac_check mac_hash
0: vlan0: 2 3 4 5t
1: vlan1: 0 5t
2: vlan2: 1 5t
nvram show | grep vlan
wan0_ifname=vlan1
vlan2ports=1 5
vlan0ports=2 3 4 5*
wan1_ifname=vlan2
lan_ifnames_t=vlan0 eth1
lan_ifnames=vlan0 eth1
vlan_enable=1
wan_ifnames=vlan1
vlan1hwname=et0
size: 11589 bytes (21179 left)
vlan1ports=0 5
wandevs=vlan1
wan_ifname=vlan1
landevs=vlan0 wl0
vlan0hwname=et0
wan0_ifnames=vlan1
post-boot:
vconfig add eth0 2
ifconfig vlan2 hw ether <MAC>
ifconfig vlan2 up
udhcpc -i vlan2 -p /var/run/udhcpc1.pid -s /tmp/udhcpc1 -b -H <hostname>
/tmp/udhcpc1:
#!/bin/sh
interface=vlan2 /tmp/udhcpc $*
с некоторого времени vlan2 не получает IP адреса
May 27 14:09:23 udhcpc[561]: udhcpc (v0.9.9-pre) started
May 27 14:09:23 dnsmasq[70]: read /etc/hosts - 5 addresses
May 27 14:09:23 dnsmasq[70]: reading /tmp/resolv.conf
May 27 14:09:23 dnsmasq[70]: using nameserver 10.129.10.2#53
May 27 14:09:23 dnsmasq[70]: using nameserver 10.129.10.2#53
May 27 14:09:23 dhcp client: deconfig: lease is lost
May 27 14:09:38 udhcpc[561]: No lease, forking to background.
если кабель воткнуть напрямую в комп - всё нормально
в чём может быть проблема?
закрыто
проблема решилась перешиванием на 9-ую версию
И у меня точно такой же вопрос!
Видимо, нужно запускать на каждый интерфейс по dhcp-демону с разными конфигами?
http://www.geocities.com/gyorgy_farkas/udhcpc/script.html
Ну и vlanы нарезать...
читай про dhcpd, он умеет. udhcp - это получение адреса, а не выдача
Поднял второй влан из post-boot:
# GLDN WIFI
robocfg vlan 0 ports "1 2 3 5t" vlan 2 ports "4 5t"
vconfig add eth0 2
/sbin/udhcpc -i vlan2 -p /var/run/udhcpc2.pid -b -s /tmp/udhcpc2
+ код udhcpc2:
#!/bin/sh
interface=vlan2
/usr/local/sbin/udhcpc $*
ip rou del 194.154.70.236 via 195.1.2.3 dev vlan1
ip rou add 194.154.70.236/32 via 172.16.0.1 dev vlan2 metric 1
ip rou add 10.40.0.0/24 via 172.16.0.1 dev vlan2 metric 1
Результат необычный: IP-адрес от vlan2 ассоциируется с интерфейсом vlan1, после чего портятся цепочки nat:
[is15-routah:~] tf /opt/var/log/syslog.log
Jun 11 16:13:50 local0.info udhcpc[9581]: udhcpc (v0.9.9-pre) started
Jun 11 16:13:50 user.emerg client: deconfig: lease is lost
Jun 11 16:13:53 local0.info udhcpc[9581]: Lease of 172.16.254.189 obtained, lease time 1800
Jun 11 16:13:54 user.notice post-firewall: Started post-firewall vlan2 172.16.254.189 br0 192.168.1.111 vlan1 172.16.254.189
Jun 11 16:13:54 user.notice post-firewall: Leaving post-firewall.
Jun 11 16:13:55 user.err syslog: ERRO: MC-Router API already in use; Errno(125): Address already in use
Jun 11 16:13:55 user.emerg client: bound IP : 172.16.254.189 from 172.16.0.1
[is15-routah:~] iptables -L -nv -t nat
Chain PREROUTING (policy ACCEPT 557 packets, 32630 bytes)
pkts bytes target prot opt in out source destination
0 0 VSERVER all -- * * 0.0.0.0/0 172.16.254.189
0 0 VSERVER all -- * * 0.0.0.0/0 172.16.254.189
0 0 autofw tcp -- br0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:6881 autofw tcp dpt:6881-6999 to:6881-6999
Chain POSTROUTING (policy ACCEPT 13 packets, 752 bytes)
pkts bytes target prot opt in out source destination
0 0 MASQUERADE all -- * vlan2 !172.16.254.189 0.0.0.0/0
462 23935 MASQUERADE all -- * vlan1 !172.16.254.189 0.0.0.0/0
13 1146 MASQUERADE all -- * br0 192.168.1.0/24 192.168.1.0/24
Что неправильно в этой конфигурации?
вчера приобрел девайс wl500g premium 2v, установил последнюю прошивку от олега (1.9.2.7-10), начал копаться
в связи с этим возникло много ламерских вопросов :)
для начала опишу архитектуру:
в port4 (на коробке - wan, в ifconfig - vlan1) у меня воткнут "провайдер1" - используется для доступа в интернет.
получает ип через dhcp, далее поднимается ppptp и настраиваются необходимые маршруты
в port3 (на девайсе - lan1, в ifconfig - vlan2) у меня воткнут "провайдер2", сам порт отделен от хаба в vlan2 - используется для доступа к локальным ресурсам провайдера
остальные порты и wi-fi смотрят в локальную сеть
вопросы:
1. никак не могу сохранить скрипт /tmp/ppp/ip-up:
vi /tmp/ppp/ip-up...
flashfs save && flashfs commit && flashfs enable
reboot
после перезагрузки в файле снова бинарная информация
сохраняются на флеш только файлы находящиеся в директории /tmp/local/ и выше
в принципе, добавил в ppp-скрипт строчку "ip-up-script /tmp/local/etc/ppp.up" и он нормально выполняется, но всетаки интересно: почему у других пользователей проблемы подобной нет, или я что-то не так сделал? :)
2. через vlan2 не роутятся пакеты. последовательность команд для поднятия интерфейса:
robocfg vlan 2 ports "3 5t" vlan 0 ports "0 1 2 5t"
vconfig add eth0 2
ifconfig vlan2 10.2.49.136 netmask 255.255.248.0
route add -net 10.0.0.0 netmask 255.0.0.0 dev vlan2
route add -net 172.0.0.0 netmask 255.0.0.0 dev vlan2
route add -net 194.186.20.160 netmask 255.255.255.248 dev vlan2
после этого например пинги на 10.1.38.121 с роутера идут, а с компьютера подсоединенному через wi-fi - нет (traceroute говорит что затухают на роутере). iptables для пробы очищал - не помогает, кто ткнет носом где накосячил буду благодарен. скорее всего, надо этой коробке сказать что через vlan2 также надо роутить, например с помощью "nvram set ..." - но я не знаю как это сделать :(
3. аналогичная проблема, только с dhcp. на vlan1 он поднялся автоматом, на vlan2 подниматься не хочет:
[admin@asus root]$ udhcpc -i vlan1
udhcpc (v0.9.9-pre) started
script /usr/share/udhcpc/default.script failed: No such file or directory
Sending discover...
Sending select for 172.22.0.151...
Lease of 172.22.0.151 obtained, lease time 1200
[admin@asus etc]$ udhcpc -i vlan2 -r 0.0.0.0 -s /bin/true
udhcpc (v0.9.9-pre) started
Sending discover...
Sending discover...
Sending discover...
...
в принципе, у этого провайдера как-то dhcp хреново работает. например если провод подоткнуть в ноутбук то он либо ип выдаст через минуту только либо не выдаст пока не сделаешь "справление соединения". так что полагаю это у него косяк, т.к. ifconfig vlan2 0.0.0.0 up тоже не помогло :)
4. на vlan1 и vlan2 висят два провайдера со своими dhcp-серверами. теоретически, без моих телодвижений в эту сторону, клиентские бродкасты не будут проходить между интерфейсами, и dhcp-сервера не начнут засорять соседние сетки своими пакетами. логично? или мне стоит дополнительно профаерволить что-нить? а то возможности проверить нету, вдруг весь дом не может выйти в инет :))
в принципе все, будет интересно ваше мнение - заранее спасибо
По 1 пункту: возможно поможет перед изменением /tmp/ppp/ip-up сказать chmod 777 /tmp
По остальным - не силен, за отсутствием второго провайдера.
По 1 пункту: возможно поможет перед изменением /tmp/ppp/ip-up сказать chmod 777 /tmp
По остальным - не силен, за отсутствием второго провайдера.
[admin@asus root]$ cd /
[admin@asus /]$ chmod -R 0777 tmp
chmod: tmp/udhcpc: Read-only file system
chmod: tmp/ppp/ip-down: Read-only file system
chmod: tmp/ppp/ip-up: Read-only file system
[admin@asus /]$ chmod 0777 /usr/tmp/ppp/ip-up
chmod: /usr/tmp/ppp/ip-up: Read-only file system
[admin@asus /]$ rm /usr/tmp/ppp/ip-up
[admin@asus /]$ echo test > /usr/tmp/ppp/ip-up
[admin@asus /]$ chmod 0777 /usr/tmp/ppp/ip-up
o_O
flashfs save && flashfs commit && flashfs enable
reboot
снова бинарник (
[admin@asus /]$ chmod 0777 /usr/tmp/ppp/ip-up
chmod: /usr/tmp/ppp/ip-up: Read-only file system
[admin@asus /]$ rm /usr/tmp/ppp/ip-up
[admin@asus /]$ echo test > /usr/tmp/ppp/ip-up
[admin@asus /]$ chmod 0777 /usr/tmp/ppp/ip-up
o_O
flashfs save && flashfs commit && flashfs enable
reboot
снова бинарник (
Смотри
http://wl500g.info/showpost.php?p=20276&postcount=3
пункт 10.d)
Всем Привет!
У меня Asus WL-300g прошивка 1.9.2.7-9
Не с того не сего, DHCP перестал выдавать IP однум из устройств (Wi-Fi VoIP), буку выдает, а телефону не хочет.
Вот чего в логах пишит:
Jan 1 03:00:10 dnsmasq[50]: DHCPREQUEST(br0) 192.168.1.10 00:12:f0:a6:c3:e1
Jan 1 03:00:10 dnsmasq[50]: DHCPACK(br0) 192.168.1.10 00:12:f0:a6:c3:e1 ASUS
Jul 29 14:42:22 dnsmasq[50]: DHCPINFORM(br0) 192.168.1.10 00:12:f0:a6:c3:e1
Jul 29 14:42:22 dnsmasq[50]: DHCPACK(br0) 192.168.1.10 00:12:f0:a6:c3:e1 ASUS
Jul 29 14:42:28 ntp client: Synchronizing time with pool.ntp.org ...
Jul 29 14:42:29 dnsmasq[50]: DHCPDISCOVER(br0) 00:a0:c5:b7:6a:a0
Jul 29 14:42:29 dnsmasq[50]: DHCPOFFER(br0) 192.168.1.15 00:a0:c5:b7:6a:a0
Jul 29 14:42:31 dnsmasq[50]: DHCPDISCOVER(br0) 00:a0:c5:b7:6a:a0
Jul 29 14:42:31 dnsmasq[50]: DHCPOFFER(br0) 192.168.1.15 00:a0:c5:b7:6a:a0
Jul 29 14:42:34 dnsmasq[50]: DHCPDISCOVER(br0) 00:a0:c5:b7:6a:a0
Jul 29 14:42:34 dnsmasq[50]: DHCPOFFER(br0) 192.168.1.15 00:a0:c5:b7:6a:a0
Jul 29 14:42:41 dnsmasq[50]: DHCPDISCOVER(br0) 00:a0:c5:b7:6a:a0
Jul 29 14:42:41 dnsmasq[50]: DHCPOFFER(br0) 192.168.1.15 00:a0:c5:b7:6a:a0
192.168.1.10 - бук, 192.168.1.15 - телефон.
В чем может быть проблема?
Dr.FRISBI
29-07-2008, 12:30
У нас проблемы похожи немного. У меня роутер 500gp перестал выдавать адреса по витой паре, а по ВаФле выдает, но еще при этом не цепляется роутер к внутренней сетке провайдера (Корбина) и нет инета соответственно :confused:
Возможна ли работа DHCP только для Wi-Fi.
В кабель (LAN, WAN) пускать нельзя.
P.S.
Поиск юзал, ничего подобного нету.
Блин, плохо искал :(
вот тема (http://wl500g.info/showthread.php?t=14591)
Прошу удалить данный топик.
Всем Привет!
У меня Asus WL-300g прошивка 1.9.2.7-9
Не с того не сего, DHCP перестал выдавать IP однум из устройств (Wi-Fi VoIP), буку выдает, а телефону не хочет.
Вот чего в логах пишит:
Jan 1 03:00:10 dnsmasq[50]: DHCPREQUEST(br0) 192.168.1.10 00:12:f0:a6:c3:e1
Jan 1 03:00:10 dnsmasq[50]: DHCPACK(br0) 192.168.1.10 00:12:f0:a6:c3:e1 ASUS
Jul 29 14:42:22 dnsmasq[50]: DHCPINFORM(br0) 192.168.1.10 00:12:f0:a6:c3:e1
Jul 29 14:42:22 dnsmasq[50]: DHCPACK(br0) 192.168.1.10 00:12:f0:a6:c3:e1 ASUS
Jul 29 14:42:28 ntp client: Synchronizing time with pool.ntp.org ...
Jul 29 14:42:29 dnsmasq[50]: DHCPDISCOVER(br0) 00:a0:c5:b7:6a:a0
Jul 29 14:42:29 dnsmasq[50]: DHCPOFFER(br0) 192.168.1.15 00:a0:c5:b7:6a:a0
Jul 29 14:42:31 dnsmasq[50]: DHCPDISCOVER(br0) 00:a0:c5:b7:6a:a0
Jul 29 14:42:31 dnsmasq[50]: DHCPOFFER(br0) 192.168.1.15 00:a0:c5:b7:6a:a0
Jul 29 14:42:34 dnsmasq[50]: DHCPDISCOVER(br0) 00:a0:c5:b7:6a:a0
Jul 29 14:42:34 dnsmasq[50]: DHCPOFFER(br0) 192.168.1.15 00:a0:c5:b7:6a:a0
Jul 29 14:42:41 dnsmasq[50]: DHCPDISCOVER(br0) 00:a0:c5:b7:6a:a0
Jul 29 14:42:41 dnsmasq[50]: DHCPOFFER(br0) 192.168.1.15 00:a0:c5:b7:6a:a0
192.168.1.10 - бук, 192.168.1.15 - телефон.
В чем может быть проблема?
В настройках телефона - роутер ему адрес дает, но телефон брать не хочет. Нет запроса адреса, а только опрос предложений.
Psimulator
10-08-2008, 14:22
Просьба в доработке прошивки Олега по поводу (вырезка [url="http://forum.ufanet.ru/mvnforum/viewthread?thread=21055&offset=0"]из источника[url]):
-----------
Уже пару недель наблюдаются странные периодические падения PPTP-соединения. Соединение поднимается роутером asus wgl-500p, ниже идет часть его лога. Падения происходили в 15.43, 16.43, 17.43 и так далее. В чем может быть проблема? В саппорт писал.
-----------
с нашей стороны вижу, что роутер очень забавно работает с dhcp. по истечении одного часа он не продлевает аренду, а заново делает dhcp discover.
-----------
попробуйте прошвку отсюда: http://ftp.ufanet.ru/pub/boco/wl500g/
я там слегка пропатчил dhcp-клиент. по результатам отпишитесь.
-----------
С пропатченной прошивкой за ночь падений не было. В логах стало через каждые полчаса
udhcpc[112]: Lease of 10.68.82.*** obtained, lease time 3600
-----------
У меня есть такая же проблема и роутер ASUS WL500g, а местный админ пропатчил только версию 1.9.2.7-10 (не поддерживающую оригинальный WL500g)
Обращение к Олегу: не могли бы Вы пропатчить версию 1.9.2.7-9 с исправлением ошибки продления аренды IP-адреса DHCP-сервером устройства?
И создать какую-нибудь версию "1.9.2.7-9"-2 ?
Был бы очень благодарен!
Привет!
Имеем WL500gP V2 + 1.9.2.7-10.
WiFi+LAN1-3 (vlan0) - моя домашняя сетка (192.168.1.0)
WLAN (vlan1) - Internet. IP, DNS, шлюз интерфейс получает по DHCP.
LAN4 (vlan2) - Домовая сетка (10.0.0.0). IP,DNS,gateway - статика.
Предполагаем, что все поднято жестко и никаких файловеров пока не надо.
Задача - ходить всем из домашней сетки в И-нет и в домовую сеть, в которой есть своя lookup-таблица домовых клиентов. Домовая сеть приоритетна, так сказать.
В настоящий момент с рутера пингуется и маршрутизируется и И-нет, и домовая сеть.
Из домашней сетки ходить можно пока только в И-нет.
В домовую сеть из домашней пока не могу. Думаю потому, что на домовую сеть не поднят NAT, с которым пока разбираюсь.
Будет вопросов много, но пока первый:
Как организовать поиск (lookup) вначале в статическом DNS-е домовой сетки, а если не удачно - то в динамическом DNS-е И-нета? Куда что прописать?
В старом варианте на рутере под виндой тупо прописал динамические DNS-ы как статику после DNS-ов домовых и все. Но тут же линух! Ему же все под силу! ;)
Поскольку тут тишина и поиск тоже молчит, то с DNS-ами по DHCP выкрутился как и под виндой из поста выше. Т.е. посмотрел, какие раздают и прописал их ручками. Пока оставлю так.
zakachkin
06-09-2008, 12:09
Народ, в какой дерриктории и и как называеться файл который хранит в себе настройки ДХЦП?? просто подруга попросила новый комп привязать а у меня ноги к ней не идут-)))
Нормальный диалог роутера и компа из твоего лога (с камментами):
---------------------
К: Эй, где здесь DHCP? | Jan 1 00:00:15 dnsmasq[73]: DHCPDISCOVER(br0) 00:19:5b:75:c6:2d
Р: Тута я! Адрес 192.168.1.2 хочешь? |Jan 1 00:00:15 dnsmasq[73]: DHCPOFFER(br0) 192.168.1.2 00:19:5b:75:c6:2d
К: Хочу! |Jan 1 00:00:15 dnsmasq[73]: DHCPREQUEST(br0) 192.168.1.2 00:19:5b:75:c6:2d
Р: Забирай! Потом какнить вернешь. |Jan 1 00:00:15 dnsmasq[73]: DHCPACK(br0) 192.168.1.2 00:19:5b:75:c6:2d server
---------------------
С твоим же проблемным компом проходят только 2 "фразы" диалога из 4-х
---------------------
Jan 1 00:05:26 dnsmasq[73]: DHCPDISCOVER(br0) 169.254.173.253 00:10:dc:fb:b8:d5
Jan 1 00:05:26 dnsmasq[73]: DHCPOFFER(br0) 192.168.1.3 00:10:dc:fb:b8:d5
---------------------
Похоже что компьютер почему-то не получает ответы от DHCP-сервера.
169.254.173.253 - адрес из специального диапазона, такой адрес винда сама себе назначает, если не может от DHCP-сервера получить.
BORODA(C)
17-09-2008, 14:01
Corbina, WL-500gP, 1.9.2.7-10.
Как включить в лог то, что получает роутер по DHCP от провайдера?
Corbina, WL-500gP, 1.9.2.7-10.
Как включить в лог то, что получает роутер по DHCP от провайдера?
А там это есть.
BORODA(C)
17-09-2008, 15:40
А там это есть.
При подключении я получаю IP, DNS, Route.
В логе через GUI я вижу отлько две строки:
Jan 1 03:00:07 dhcp client: deconfig: lease is lost
Jan 1 03:00:09 dhcp client: bound IP : 10.*.*.* from 10.*.*.*
/var/log/ пустой. Где искать остальные логи?
***
Я не чайник - я только учусь :-)
При подключении я получаю IP, DNS, Route.
В логе через GUI я вижу отлько две строки:
Jan 1 03:00:07 dhcp client: deconfig: lease is lost
Jan 1 03:00:09 dhcp client: bound IP : 10.*.*.* from 10.*.*.*
/var/log/ пустой. Где искать остальные логи?
***
Я не чайник - я только учусь :-)
Логи чего? В роутерном syslog все сваливается в /opt/etc/syslog.log, который и виден в веб интерфейсе.
Эти 2 строки - как раз данные, полученные от DHCP.
Какие "остальные логи" имеются в виду?
BORODA(C)
18-09-2008, 05:26
/opt/etc/syslog.log, который и виден в веб интерфейсе.
Спасибо!
Эти 2 строки - как раз данные, полученные от DHCP.
Какие "остальные логи" имеются в виду?
Во второй строке приведённого лога, если я правильно понял, значится, что роутер получил IP от такого-то сервера, но нет записей о том, что он получил адреса DNS и таблицу роутинга. Может что-то ещё по DHCP раздаётся - трафик я не снифил. Хотелось бы видеть в логе факт получения dhcp клиентом всех данных от dhcp сервера.
Во второй строке приведённого лога, если я правильно понял, значится, что роутер получил IP от такого-то сервера, но нет записей о том, что он получил адреса DNS и таблицу роутинга. Может что-то ещё по DHCP раздаётся - трафик я не снифил. Хотелось бы видеть в логе факт получения dhcp клиентом всех данных от dhcp сервера.
Стандартный syslog не настраивается, надо переехать например на syslog-ng и тренироваться с параметрами.
BORODA(C)
18-09-2008, 07:35
Стандартный syslog не настраивается, надо переехать например на syslog-ng и тренироваться с параметрами.
syslog?.. А он тут при чём? В syslog попадает то, что в него направили демоны. Настройками syslog (в данном случае) можно настроить фильтрацию полученного. Нет?
Согласно rfc2132, чаще всего/обычно, между клиентом и сервером происходит следующее:
1. DHCPDISCOVER - запрос клиента
2. DHCPOFFER - ответы серверов с предложениями
3. DHCPREQUEST - запрос на основе конкретного предложения
4. DHCPACK - подтверждение конкретного запроса
Что-то подобное пишется в syslog роутерским dhcp сервером, но роутерский dhcp клиент совсем молчаливый.
Во второй строке приведённого лога, если я правильно понял, значится, что роутер получил IP от такого-то сервера, но нет записей о том, что он получил адреса DNS и таблицу роутинга. Может что-то ещё по DHCP раздаётся - трафик я не снифил. Хотелось бы видеть в логе факт получения dhcp клиентом всех данных от dhcp сервера.
А у меня есть информация о получении и локальных, и интернет адресов DNS. А вот роутинг не логируется.
udhcpc[107]: Lease of 10.161.x.x obtained, lease time 604800
udpxy[384]: udpxy is starting
dnsmasq[73]: read /etc/hosts - 5 addresses
dnsmasq[73]: read /etc/ethers - 2 addresses
dnsmasq[73]: reading /tmp/resolv.conf
dnsmasq[73]: using nameserver 85.21.192.3#53
dnsmasq[73]: using nameserver 213.234.192.8#53
dhcp client: bound IP : 10.161.x.x from 10.161.0.1
ntp client: Synchronizing time with 195.14.40.141 ...
pppd[394]: Plugin pppol2tp.so loaded.
pppd[394]: pppd 2.4.2 started by xxx, uid 0
pppd[394]: Using interface ppp0
pppd[394]: Connect: ppp0 <-->
pppd[394]: CHAP authentication succeeded
pppd[394]: local IP address 93.80.204.37
pppd[394]: remote IP address 85.21.0.252
pppd[394]: primary DNS address 213.234.192.7
pppd[394]: secondary DNS address 195.14.50.1
dnsmasq[73]: read /etc/hosts - 5 addresses
dnsmasq[73]: read /etc/ethers - 2 addresses
dnsmasq[73]: reading /tmp/resolv.conf
dnsmasq[73]: using nameserver 195.14.50.1#53
dnsmasq[73]: using nameserver 213.234.192.7#53
L2TP: connect to ISP
BORODA(C)
18-09-2008, 12:07
А у меня есть информация о получении и локальных, и интернет адресов DNS.
udhcpc[107]: Lease of 10.161.x.x obtained, lease time 604800
dnsmasq[73]: using nameserver 85.21.192.3#53
dnsmasq[73]: using nameserver 213.234.192.8#53
dhcp client: bound IP : 10.161.x.x from 10.161.0.1
Нету :-) Есть факт использования после получения.
Всё, что получил dhcp client (по логам) - свой IP. Ну, или я не умею читать лог...
В nvram есть такой параметр log_level, который у меня равен 0. Возможно, стоит поиграть с ним...
Надо добавить в /usr/local/etc/dnsmasq.conf
строчку
log-queries
А вообще полезно посмотреть в исходниках прошивки из архива dnsmasq-2.22.tar.gz dnsmasq.conf.example и man там-же. Жалко только ограничение флэша не позволяет запихнуть man в прошивку...
BORODA(C)
18-09-2008, 13:52
Надо добавить в /usr/local/etc/dnsmasq.conf
строчку
log-queries
Это не то хотя бы потому, то это лог DNS. Подозреваю, что если включить log-queries в dnsmasq, то лог забьётся сообщениями о резолвинге. А мне бы хотелось залогировать работу dhcp клиента (daemon) запущенного на роутере для упрощения разборок с провайдером.
log_level в nvram...
avk, если при значении 0 я получаю частичную инфу о работе dhcp client, то... не, не то.
dhcp client - это что за зверь? Где б на него man поискать?
Извиняюсь, плохо прочитал исходную постановку задачи.
udhcpc - это модуль busybox'а, надо копать там.
BORODA(C)
19-09-2008, 05:59
Извиняюсь, плохо прочитал исходную постановку задачи.
udhcpc - это модуль busybox'а, надо копать там.
Спасибо! Что поправить в исходниках udhcpc - более-менее понятно, но кто выдаёт себя за "dhcp client"?..
udhcpc[107]: Lease of 10.161.x.x obtained, lease time 604800
dhcp client: bound IP : 10.161.x.x from 10.161.0.1
это часть ASUS'овского rc - модуль gateway/rc/udhcpc.c в исходнике.
Похоже, данная (http://wl500g.info/showthread.php?t=...EE%E4%ED%EE%E9) проблема с SECS возникла и в Киеве. DHCP сервер провайдера не выдает IP если нему пришел запрос с SECS < "какого-то значения". С чего следует вопрос ЧАЙНИКА: Исправлено ли в прошивке 1.9.2.7-10, баг ГТ с SECS, и как решить данную проблему с ГТ на V2-й железяке.
Добавлю лог с PC
Имеем возможность, стоя на окне, подключиться к открытой wifi сети. Могу ли я настроить роутер wl-500gp v1 на получение инета из данной сети и раздачу его другой сети (для которой он будет выступать гейтом с натом, dhcp сервером и т.п.).
Т.е. чтобы для отдающей wifi сети была иллюзия подключения одного клиента. А далее за роутером полноценная сеть, часть клиентов которого сидят по wifi, часть по витой паре).
Не хотелось бы подключаясь к чужой сети прописывать ip адреса константами, правильнее использовать dhcp. Это можно?
Имеем возможность, стоя на окне, подключиться к открытой wifi сети. Могу ли я настроить роутер wl-500gp v1 на получение инета из данной сети и раздачу его другой сети (для которой он будет выступать гейтом с натом, dhcp сервером и т.п.).
Т.е. чтобы для отдающей wifi сети была иллюзия подключения одного клиента. А далее за роутером полноценная сеть, часть клиентов которого сидят по wifi, часть по витой паре).
Не хотелось бы подключаясь к чужой сети прописывать ip адреса константами, правильнее использовать dhcp. Это можно?
Да. Прошивка DD-WRT. Режим REPEATER BRIDGE.
Речь идет об этом?
http://www.dd-wrt.com/wiki/index.php/Universal_Wireless_Repeater
В случае с бридж:
Разве устройства, подключенные к моей сети не окажутся в сети раздающей инет, соответственно потребуют защит и т.п.; кроме того мне не хочется чтобы владельцы сети раздающей инет видели сколько и каких моих устройств подключено к сети.
Кроме того в dd-wrt необходимо прописать свой, гейта и dhcp IP адреса, что не считаю правильным когда есть dhcp, хотя это не должно быть большой проблемой.
dvlad666
22-01-2009, 08:32
Не знаю, как на 500gpv1, но на моём 500g эта штука точно работает (отвечаю).
Прошивка dd-wrt, по-моему, V24 SP1 VINT.
Действитлеьно работает так, как вы говорите!
У мня уже есть подобная тема здесь на форуме, я тогда на новом чипсете роутер мучал. так вот ключевая проблема заключается не в том, что это можно/трудно настроить, а в том, что железо роутера разными драйверами вай-фая поддерживается по-разному. Я много всяких комбинаций желефзо+софт пробовал, получал иногда очень инетерсные результаты :)
Речь шла сейчас только о dd-wrt.
а настроить чтобы сеть отдающая инет по wifi и моя wifi сеть были разделены не у кого не получалось?
т.е. было разное пространство ip адресов, и для моей сети собственный dhcp сервер, и фаирвол
dvlad666
22-01-2009, 12:12
Именно это я и имел в виду.
У меня так:
Есть вай-фай сетка, к которой роутер приконнектился.
Он поднял PPTP и вышел через него в инет.
Сделал NAT и раздал этот инет в локальной сети, а так же по двум другим Wi-Fi сетям (моим, одна из которых скрытая и на WEP, вторая открытая и на WPA2-PSK), естественно DHCP, всё как положено.
Две внутренних сети и локалка (а также и порт WAN на роутере) - это в моём случае всё одна сеть (br0), но никто не мешает вам разбить её на разные и ещё поплясать с бубном :)
SkyRIDER
25-01-2009, 10:45
Имеем:
1. wl500g Deluxe (машинке 3 года)
2. меня чайника
3. обновденную (три года назад) прошивку 1.9.2.7-7b
4. нормально работавшую конфигурацию (на протяжении тех же 3х лет с незначительными изменениями)
Все это время работали 2 ноута + КПК (WiFi), и десктоп (кабель).
И вот сегодня утром появилась проблема, проблемы бывали и раньше но я с ними справлялся сам или с помощью человека который так же бывал на этом форуме Kaktus (http://wl500g.info/member.php?u=3084)
В общем в данный момент имею то что по кабелю машина не может получить IP, как в стену... назначение не происходит. (дело не в машине, т.к. ноут по lan так же не подхватывается)
Во воздушке все замечательно и DHCP работает (с ноута и пишу). Перезагрузка так же не помогла, т.е. чистый после сброса роутер так же не дает подключиться через кабель.
вот это получаем в логе...
Jan 25 13:00:40 dnsmasq[74]: DHCPDISCOVER(br0) 169.254.89.101 00:1f:c6:41:57:b4 no address available
Можно конечно купить карту WiFi в десктоп, но это глупо... :rolleyes:
Если я прописываю IP на десктопе руками то все вяжется, НО!!! при этом я могу попасть на роутер, ВИЖУ локалку, ВИЖУ локалку своей сети (DC++ стартует успешно), НО НЕ ВИЖУ ИНЕТ! :(
Собственно это крик души... Что делать? Как обойтись малой кровью?
Еще вчера вечером видимо это началось и было выражено тем что торрент работал со скоростью пара килобайт в секунду, а по инету уже не ходил. (страницы не открывались/ночью списал на проблемы сети)
И мне показалось что в последний год-пол года уведичилось время подключения десктопа к роутеру.
Как прописать руками что бы получить и инет, но с другой стороны по воздушке то DHCP проблем не имеет...
Не хочется покупать новый асус :( Будет полно проблем с настройками...
У меня тот вариант сети где виден инет и не видно локалки в дефолте... хотя может на новых асусах с новыми прошивками с этим проще...
Прошу прощения у всех за сумбур. На вопросы постараюсь ответить, вроде вылил много воды но и проблему описал.
SkyRIDER
25-01-2009, 11:10
На всякий случай скажу что безразлично какой разъем lan использовать.
После сброса, поскольку комп не подхватывается, так же приходится в ручную прописать IP и после этого из бэкапа восстанавливать конфиг... ну или руками...
Ну во первых если вы все прописываете руками то все и должно работать проблема в самом dnsmasq который у вас почему то перестал нормально работать
могу на вскидку предложить 4 варианта.
1) прошить таки ваш роутер на http://oleg.wl500g.info/1.9.2.7-10/WL500gx-1.9.2.7-10.zip
2) проверить вкладку DHCP на роутере, если все впорядке попробовать указать привязку IP к MAC адресу.
3) прописать на машинах адрес руками и использовать DNS вашего провайдера (именно по этому вы не можете никуда вылезти, попробуйте пинг до любого IP узла в интернете, уверен что все будет работать)
4) подойдет как последовательное решение варианта 3 - установить на роутер dhcpd и bind (нужна будет флэшка или HDD, в основную память не влезет)
P.S. дерзайте;)
P.P.S думаю 1й вариант вас всеже спасет т.к за 3 года уже много чего успело поменяться =)
Break Action
02-02-2009, 03:40
Приветствую,
хотел бы попросить вас дать совет, как разрешить нескольким компам в сети получать IP адреса и запретить остальным.
Сейчас стоит разрешение некоторым компам получать доступ по МАС адресу, и привязка по МАС адресу для получения статических IP.
Но все равно чужие компы получают IP адреса.
вообще, используемый в прошивке dhcp сервер называется dnsmasq и документация к нему лежит здесь: http://www.thekelleys.org.uk/dnsmasq/docs/
Я бы для начала попробовал прописать:
dhcp-ignore=#known
в /usr/local/etc/dnsmasq.conf
У меня возникла следующая проблема в роутере WL-500g Premium.
Стоит олеговская 10 прошивка, проблема заключается в том, что не всегда корректно работает DHCP сервер роутера для клиентов. Например, ему в настройках написано раздавать адреса клиентам в диапазоне 192.168.1.2-192.168.1.254, а он бывает раздает из диапазопа 192.168.0.х. Данный глюк наблюдается для wifi клиентов, для клиентов lan такого глюка пока не замечено, но может быть и там такое возможно.
В чем может быть объяснение такого поведения?
адреса клиентам в диапазоне 192.168.1.2-192.168.1.254, а он бывает раздает из диапазопа 192.168.0.х.
м.б. еще один DHCP-сервер в сети? (у соседей точка доступа с открытым подключением)
cappuccino
21-07-2009, 13:27
Ув.Форумчане. Не судите строго, если есть тема с подобной тематикой.. Начну с главного. Украина, город Харьков, провайдер Триолан, роутер DIR-320 c прошивкой 1.9.2.7-d-r308, подключение к инету посредством ethernet link. DHCP-слиент , а в часности, udhcpc перестал хватать ip, static ip использовать не могу - leasetime 2.5 часа. Сообственно говоря подошел к заголовку - хотелось бы квалифицированой помощи в прикручивании стандартного линухового dhcient.
роутер DIR-320 c прошивкой 1.9.2.7-d-r308, подключение к инету посредством ethernet link. DHCP-слиент , а в часности, udhcpc перестал хватать ip, static ip использовать не могу - leasetime 2.5 часа. Сообственно говоря подошел к заголовку - хотелось бы квалифицированой помощи в прикручивании стандартного линухового dhcient.
1. Лог в студию! ;)
2. А почему, собственно, такая уверенность, что udhcpc плохой, а dhclient - хороший и обязательно заработает? :D Не лучше ли понять причину ошибки?
3. По всей видимости, нету готового-собранного dhclient.
4. Возможно, у прова стоит авторизация по MAC-адресу?
cappuccino
21-07-2009, 15:11
1. Лог в студию! ;)
2. А почему, собственно, такая уверенность, что udhcpc плохой, а dhclient - хороший и обязательно заработает? :D Не лучше ли понять причину ошибки?
3. По всей видимости, нету готового-собранного dhclient.
4. Возможно, у прова стоит авторизация по MAC-адресу?
1,2 По этим пунктам - лог выложу как домой дойду - он ничего не даст.Могу даже зацепить tcpdump логи, думаю тоже ничего не даст. udhcp - максимальная задержка при получении ip 3сек. - а если у провайдера больше?
3.Очень жаль..Вот по-этому и пишу..
4.Да стоит, по МАСу.
5.Отсебятина. Думаю на этом форуме дети не сидят..Вопрс именно по существу , после анализа логов и курения манов.
1,2 По этим пунктам - лог выложу как домой дойду - он ничего не даст.Могу даже зацепить tcpdump логи, думаю тоже ничего не даст. udhcp - максимальная задержка при получении ip 3сек. - а если у провайдера больше?
3.Очень жаль..Вот по-этому и пишу..
4.Да стоит, по МАСу.
udhcpc позволяет указать задержку в параметре командной строки. Попробуйте увеличить ее.
Все-таки еще раз перепроверьте, что MAC-адрес для роутера Вы прописали правильный, который принимается провайдером.
Ув.Форумчане. Не судите строго, если есть тема с подобной тематикой.. Начну с главного. Украина, город Харьков, провайдер Триолан, роутер DIR-320 c прошивкой 1.9.2.7-d-r308, подключение к инету посредством ethernet link. DHCP-слиент , а в часности, udhcpc перестал хватать ip, static ip использовать не могу - leasetime 2.5 часа. Сообственно говоря подошел к заголовку - хотелось бы квалифицированой помощи в прикручивании стандартного линухового dhcient.
О! Брат! :))) У меня таже проблема, с тем же бип-бип триоланом, только в Полтаве... До 30 июля все работало, потом бац и перестало... Админ шифруется и с клиентами общаться не хочет, а саппорту тупо заявляет, что это мои проблемы, поскольку у меня роутер с линуксом, а не Windows XP (это оказывается лучшая в мире система и кто ее не использует - ущербные люди :D)... Вобщем, провайдер помочь с решением проблемы отказывается, даже не могут бип-бип озвучить, что же они бип-бип поменяли в своем сервере.
Пробовал втыкать кабель напрямую в десктоп с Дебом, там dhclient адрес получил, поэтому я тоже сколняюсь к мысли, что порт dhclient'а на mipsel бы помог разрулить ситуацию...
Кстати, а где udhcpc позволяет задержку выставлять? Подсказка udhcpc об этом умалчивает.
Вобщем, если удасться решить проблему очень прошу отписат тут...
Да, кстати, у меня asus-wl500g с openwrt (whiterussian) прошивкой.
Админ оказался вполне вменяемым человеком, в отличие от образа, который нарисовал ламеровитый саппорт. Единственно минус Триолана - достучаться до админа мне стоило много нервов. Вобщем, вчера по скайпу с ним общались, вот чего удалось выяснить:
- Что было включено в эту злощасную ночь на 30 июля?
- Была включена Option 82
… также был влючен IP-MAC Binding Port
… и IP-MAC Binding DHCP Snooping
Я к сожалению не шибко глубоко разбираюсь в указанных фичах свитча, но насколько я понял они предполагают вспарывание брюха моим dhcp-пакетам и установку туда своих меток. Насколько я понял, данная операция портит пакет до неузнаваемости его на стороне dhcp-сервера. Остается непонятным вопрос, почему он не портит пакеты от Windows-клиентов и dhclient (хотя последний после вчерашнего вечера тоже перестал получать IP-шник).
Кто бы грамотный мог бы по этому поводу что-то весомое сказать? :)
По-хорошему, надо смотреть дампы tcpdump (для винды - wireshark) для успешных и неудачных попыток получения адреса.
Да, не знаю, как в 1.9.2.7-d, но в прошивке Олега udhcpc может менять время ожидания:
-T, --timeout=seconds Try to get the lease for the amount of
seconds (default: 3)
- Что было включено в эту злощасную ночь на 30 июля?
- Была включена Option 82
… также был влючен IP-MAC Binding Port
… и IP-MAC Binding DHCP Snooping
Я к сожалению не шибко глубоко разбираюсь в указанных фичах свитча, но насколько я понял они предполагают вспарывание брюха моим dhcp-пакетам и установку туда своих меток. Насколько я понял, данная операция портит пакет до неузнаваемости его на стороне dhcp-сервера.
На сколько я понял по описанию (http://en.wikipedia.org/wiki/DHCP_Snooping) технологии DHCP Snooping, пакеты не ломаются, а просто запрещаются, если не соответствуют списку выданных MAC-ам IP-шников.
Может быть неуместный вопрос, но я должен спросить ;)
Вы пробовали роутеру задать такой же MAC-адрес, как у компа?
Еще попробуйте подключиться Виндой напрямую, получить адрес по DHCP, затем вручную погасить сетевое подключение. При этом должен корректно освободиться ареднованный IP. После этого отключить Винду и воткнуть роутер. Что-то у меня такое засело в памяти, что Винда при завершении работы не освобождает IP, соответственно свичи помнят, что вот этому MAC-у был выдан вот такой IP и не пускают роутер.
Еще вариант - выключить Винду и дождаться времени окончания аренды, включить роутер.
На сколько я понял по описанию (http://en.wikipedia.org/wiki/DHCP_Snooping) технологии DHCP Snooping, пакеты не ломаются, а просто запрещаются, если не соответствуют списку выданных MAC-ам IP-шников.
Может быть неуместный вопрос, но я должен спросить ;)
Вы пробовали роутеру задать такой же MAC-адрес, как у компа?
Еще попробуйте подключиться Виндой напрямую, получить адрес по DHCP, затем вручную погасить сетевое подключение. При этом должен корректно освободиться ареднованный IP. После этого отключить Винду и воткнуть роутер. Что-то у меня такое засело в памяти, что Винда при завершении работы не освобождает IP, соответственно свичи помнят, что вот этому MAC-у был выдан вот такой IP и не пускают роутер.
Еще вариант - выключить Винду и дождаться времени окончания аренды, включить роутер.
Не думаю, что дело в этом. У них можно легко менять сетевуху/комп/MAC и получить dhcp, только инет заработает после регистарции в личном кабинете.
А Винды у меня нет...
Так проблему и не решили - пришлось сменить провайдера
Заметил, что пропадает сеть после ручной попытки сделать релиз IP от DHCP сервера. В этот моментах в логах роутера видно
Nov 9 15:10:09 dnsmasq-dhcp[62]: DHCPRELEASE(br0) 192.168.1.156 00:13:d4:6d:c4:9d
После этого мой IP 1.156 пропадает из списка DHCP Leases роутера.
В командной строке все уходит в нули:
Connection-specific DNS Suffix . :
IP Address. . . . . . . . . . . . : 0.0.0.0
Subnet Mask . . . . . . . . . . . : 0.0.0.0
Default Gateway . . . . . . . . . :
С блоком питания проблем нет. Asus WL500gp прошивка 1.9.2.7-d-r740
После команды ipconfig /renew сеть появляется, в логах вижу
Nov 9 15:10:23 dnsmasq-dhcp[62]: DHCPDISCOVER(br0) 192.168.1.156 00:13:d4:6d:c4:9d
Nov 9 15:10:23 dnsmasq-dhcp[62]: DHCPOFFER(br0) 192.168.1.156 00:13:d4:6d:c4:9d
Nov 9 15:10:23 dnsmasq-dhcp[62]: DHCPREQUEST(br0) 192.168.1.156 00:13:d4:6d:c4:9d
Nov 9 15:10:23 dnsmasq-dhcp[62]: DHCPACK(br0) 192.168.1.156 00:13:d4:6d:c4:9d compname-e731a22e
Реально ли исправить поведение команды ipconfig /release?
theMIROn
09-11-2009, 13:54
Реально ли исправить поведение команды ipconfig /release?
а что Вы хотите исправлять то?
ipconfig /?
Использование:
ipconfig [/? | /all | /release [адаптер] | /renew [адаптер] |
/flushdns | /displaydns /registerdns |
/showclassid адаптер |
/setclassid адаптер [устанавливаемый_код_класса_dhcp] ]
Где
адаптер Полное имя или имя, содержащие подстановочные знаки "*" и "?"
(* - любое количество знаков, ? - один любой знак).
См. примеры
ключи:
/? Отобразить это справочное сообщение.
/all Отобразить полную информацию о настройке параметров.
/release Освободить IP-адрес для указанного адаптера.
/renew Обновить IP-адрес для указанного адаптера.
/flushdns Очистить кэш разрешений DNS.
/registerdns Обновить все DHCP-аренды и перерегистрировать DNS-имена
/displaydns Отобразить содержимое кэша разрешений DNS.
/showclassid Отобразить все допустимые для этого адаптера коды (IDs)
DHCP-классов.
/setclassid Изменить код (ID) DHCP-класса.
По умолчанию отображается только IP-адрес, маска подсети и стандартный шлюз
для каждого подключенного адаптера, для которого выполнена привязка с
TCP/IP.
Для ключей /Release и /Renew, если не указано имя адаптера, то будет освобожден
или обновлен IP-адрес, выданный для всех адаптеров, для которых
существуют привязки с TCP/IP.
Да, туплю, надо пройти базовые курсы для начинающих админов. Тему можно удалить, спасибо, theMIROn.
dimzon541
02-04-2014, 20:11
1) вижу в процессах
/sbin/udhcpc -i vlan2 -p /var/run/udhcpc0.pid -b -H DIR320 -O33 -O121 -O249
что значат параметры -O33 -O121 -O249 - в гугле не нашел
2) где скрипт запуска? я так понимаю при старте линуха что-то стартует, читает параметры из nvram и запускает все "счастье". где этот скрипт?
don-pedro
03-04-2014, 07:22
1) вижу в процессах
/sbin/udhcpc -i vlan2 -p /var/run/udhcpc0.pid -b -H DIR320 -O33 -O121 -O249
что значат параметры -O33 -O121 -O249 - в гугле не нашел
Надо гуглить "dhcp option 33" и т.д.
Вкратце - все они нужны для получения статических маршрутов от dhcp-сервера.