Reply With Quote1) А откуда ему знать, если файл со списком адресов хранится во временной (оперативной) памяти?Originally Posted by ABVGD
2) Нормально. Такой уж он есть.
Вообще, ваши проблемы решаются статической привязкой IP к MAC.
Registered User
Год пользуюсь WL500gP. В связи со сменой провайдерского тарифного плана, а с ним и типа подключения, сменил штатную прошивку на прошивку от Олега. Пользуясь случаем, выражаю огромную признательность и благодарность Олегу, а также его соратникам за отличную и полезную работу!
К настоящему моменту опробованы 2 прошивки: 1.9.2.7-9 и 1.9.2.7-10. Сейчас залита и работает 1.9.2.7-10.
Забегая вперед, скажу, что в ракурсе описанной ниже ситуации разницы между двумя указанными прошивками не замечено.
Теперь о проблеме, которая, к слову, решилась. Трудности возникли при подключении по Wi-Fi смартфона Nokia E51. После того, как "с наскока" подключиться не получилось, решил все делать по руководству. В рамках п. 3) "Инструкции по настройке WL-500g deluxe/premium с нуля" при переборе параметров (каналы, мощность, шифрование, ASCII/HEX представление) результат всегда один:
смартфон находит сеть, вводится ключ, смартфон "задумывается" и выдает ошибку. Формулировка ошибки теперь неважна.
При этом в разделах Web GUI Status&Log МАС адрес E51 виден. Виден как на странице статуса Wireless, так и на странице DHCP. Проблема оказалась в том, что DHCP, мягко говоря, странно выдает IP адреса устройствам.
При самой первой настройке роутера после заливки прошивки 1.9.2.7-9 я ограничил диапазон выдаваемых DHCP IP адресов до (пишу сокращенно) .2-.16. Устройств, работающих с роутером мало - почему бы и нет? Но, как оказалось, в условиях узкого диапазона динамических адресов возникли конфликты (см. ниже). Именно возврат к диапазону динамических адресов .2-.254 послужил первым шагом по устранению (собственноручно созданной) проблемы. Сразу после этого смартфону был выдан некий далекий от начального адрес, скажем, .138 и все заработало.
Остановился окончательно на варианте с постоянным IP адресом, выдаваемым смартфону по его МАС адресу.
Теперь, когда проблема решилась, остались мало понятные наблюдения и вопросы с ними связанные:
1) В ходе одной из многочисленных попыток совершенно точно было замечено, что dhcp пытался выдать смартфону адрес УЖЕ ВЫДАННЫЙ ранее настольному компьютеру, подключенному по проводу. То есть после перезагрузки роутер "не знает" о том, какие адреса, кому и на какой срок были выданы?
2) Независимо от установленного диапазона выдаваемых адресов, dhcp может в каком-то странном "случайном" порядке выдавать адреса. К примеру, при диапазоне .2-.16 норовит выдать .8, а при диапазоне по умолчанию .2-.254, dhcp выдает адрес далеко за сотый. Это нормально?
3) Сейчас уже точно не уверен, но осталось впечатление, что в ходе какой-то n+1 попытки DHCP сервер пытался выдать смартфону адрес, ВЫХОДЯЩИЙ за пределы установленного диапазона в настройках IP Config. Это возможно?
4) Нельзя ли разделить диапазоны адресов для проводных и безпроводных устройств?
Ситуация странная тем, что на официальных прошивках за год работы таких накладок не возникало. Адреса настольным машинам выдавались всегда по порядку, начиная со свободных младших адресов. Интересоваться тем, какой там ip адрес у смартфона или кпк повода не было ни разу.
Странно это "аж кушать не могу"Хотелось бы прочитать Ваши комментарии и советы "куда копать".
Проверять, экспериментировать готов. К сожалению, это возможно только вечерами и то не всегда.
Прошу прощения длинный текст.
Last edited by ABVGD; 25-11-2008 at 11:31.
wl-500gp user
1) А откуда ему знать, если файл со списком адресов хранится во временной (оперативной) памяти?
2) Нормально. Такой уж он есть.
Вообще, ваши проблемы решаются статической привязкой IP к MAC.
Лужу, паяю, АВМ починяю
Обычно компы при временном пропадании сети, если используется DHCP, запрашивают адрес при восстановлении линка.
Проблема действительно решается банальной привязкой IP к МАС адресу.
У меня N95-8Gb, ни разу с подобным не сталкивался, поскольку сразу все сделал с привязкой.
Было: WL500gP (fw 1.9.2.7-10-USB-1.71) + Toshiba TravelStar 250Gb 2.5" inside router.
(ADOS + rTorrent WebUI+rtorrent + samba + rrdtool + XMail + QuiXplorer + ClamAV)
> Мои инструкции < Для новичков и ленивых > Wiki переехало сюда < "Ночные" сборки >
Registered User
Ну, скажем, опросить сеть (клиентские устройства) при запуске по идее должен. arp и все такое... Клиент, работающий в момент запуска роутера, ведь знает свои параметры настроек и срок аренды. Ошибаюсь?
Как вариант. С этим мириться, конечно, можно2) Нормально. Такой уж он есть.
Спасибо за ответ. Собственно, на этом и остановился. Однако, как-то неудобненько это. Принципиально это ничем не отличается от статической адресации на стороне клиентов. Более того, меньше настроек на роутере, стабильнее будет работать. Получается, чтобы подключить, к примеру, ноутбук заглянувшего в гости товарища, можно быть готовым к возне с очередным МАС адресом, если роутер снова станет ранее выданный адрес выдавать или вылезать за пределы установленного диапазона. Вместо того, чтобы "включил и поехало". Грустно. Чувствую, где-то должно быть логичное решение в угоду удобству пользования.Вообще, ваши проблемы решаются статической привязкой IP к MAC.
Registered User
Я не отслеживал трафик с ББ во время перезагрузки роутера. Но сетевые настройки на компьютере сохранились. Роутер перезагрузился и следующий адрес, который он выдал на запрос Е51 - тот же самый, что на ББ. Не хочется верить, что "это нормально" и не можется верить, что это случайность
Лужу, паяю, АВМ починяю
1. Кого он будет опрашивать, если сам только что сеть поднял? Не его это проблемы.Ну, скажем, опросить сеть (клиентские устройства) при запуске по идее должен. arp и все такое... Клиент, работающий в момент запуска роутера, ведь знает свои параметры настроек и срок аренды. Ошибаюсь?
Как вариант. С этим мириться, конечно, можно
Спасибо за ответ. Собственно, на этом и остановился. Однако, как-то неудобненько это. Принципиально это ничем не отличается от статической адресации на стороне клиентов. Более того, меньше настроек на роутере, стабильнее будет работать. Получается, чтобы подключить, к примеру, ноутбук заглянувшего в гости товарища, можно быть готовым к возне с очередным МАС адресом, если роутер снова станет ранее выданный адрес выдавать или вылезать за пределы установленного диапазона. Вместо того, чтобы "включил и поехало". Грустно. Чувствую, где-то должно быть логичное решение в угоду удобству пользования.
2. Привязка по МАС - вполне нормальная штука, и кто заставляет привязывать адреса из DHCP диапазона?
Было: WL500gP (fw 1.9.2.7-10-USB-1.71) + Toshiba TravelStar 250Gb 2.5" inside router.
(ADOS + rTorrent WebUI+rtorrent + samba + rrdtool + XMail + QuiXplorer + ClamAV)
> Мои инструкции < Для новичков и ленивых > Wiki переехало сюда < "Ночные" сборки >
Подмастерье
После перезагрузки роутер действительно не знает, что и кому он выдавал раньше. Насколько я заметил, подключенные проводами компьютеры не замечают перезагрузки роутера и продолжают использовать адреса, полученные ранее.
Попробуйте выдернуть провод из роутера (или компьютера) на 1-2 сек., а потом на 30-40 сек. Какова будет реакция в обоих случаях? Почувствуйте разницу.
Это случайность. Ее вероятность возрастает с уменьшением диапазона DHCP.Не хочется верить, что "это нормально" и не можется верить, что это случайность
Вероятно, Вы неправильно поняли лог: не роутер пытался выдать адрес, выходящий за пределы диапазона, а смартфон пытался получить адрес, который получил ранее.3) Сейчас уже точно не уверен, но осталось впечатление, что в ходе какой-то n+1 попытки DHCP сервер пытался выдать смартфону адрес, ВЫХОДЯЩИЙ за пределы установленного диапазона в настройках IP Config. Это возможно?
Например, переход компьютера из одной сети в другую выглядит так:
Т.е. некий PC-01 попытался влезть со своим уставом в чужой монастырь, но не получил своего.Code:DHCPREQUEST(br0) 172.20.0.11 00:1a:2b:3c:4d:5f DHCPNAK(br0) 172.20.0.11 00:1a:2b:3c:4d:5f wrong address DHCPDISCOVER(br0) 00:1a:2b:3c:4d:5f DHCPOFFER(br0) 192.168.1.126 00:1a:2b:3c:4d:5f DHCPREQUEST(br0) 192.168.1.126 00:1a:2b:3c:4d:5f DHCPACK(br0) 192.168.1.126 00:1a:2b:3c:4d:5f PC-01
Адреса раздаются хаотично, иначе, чем, например, в D-Link.
С мнением о том, что статическая привязка IP к MAC принципиально ничем не отличается от статической адресации на стороне клиентов, соглашусь с большой натяжкой, да и то, только в случае стационарных клиентов. В отношении же мобильных клиентов полностью не согласен. Попробуйте переходить из одной сети в другую, из дома на работу - поймете разницу.
Я делаю так, что гостевым устройствам оставлен диапазон, например, .200 - .254, а мои устройства получают фиксированные адреса .10 - .20.
Intel 2200BG (v.9.0.4.39) + Asus WL500g Premium (1.9.2.7-10.7) + ONLIME / [Corbina L2TP] / [MGTS + ZTE 831AII]
Registered User
Отписываюсь в спешке...
Такое разделение диапазонов, признаюсь, побудило взглянуть по-новому на dhcp. Спасибо, так и сделаю.
Senior Member
Вроде бы с этим вопросом Вы, уважеемые специалисты, разобрались. Поэтому позволю себе задать вопрос в догонку.
Есть ноут, ест-но в нем и проводная сеть и WiFi, со своими mac-адресами. Каждому мак-адресу соответствует свой ip. В очередной раз переподключаясь заметил в логе запись типа "dtr_home имеет адрес 192,168,1,7 запрос на смену адреса отклонен". Пишу по смыслу. Конечно не исключена ситуация, что я не правильно понял, и ситуация аналогична описаной avk
Но визуально :-) это выглядело по другому.Вероятно, Вы неправильно поняли лог: не роутер пытался выдать адрес, выходящий за пределы диапазона, а смартфон пытался получить адрес, который получил ранее.
Например, переход компьютера из одной сети в другую выглядит так:
Собственно вопрос - как себя поведет dhcp и роутер в целом, если на два различных mac-адреса назначить один ip-адрес? Цель сего действа - не менять настройки в торрент и dc+ клиентах.
Senior Member
Cd_spb, позволю себе порекомендовать использовать UPnP и забыть о проблеме "менять настройки в торрент и dc+ клиентах"
Сам имею такое счастье: два компа дома, у каждого по два сетевых интефейса, включен может быть любой, на обоих имеются торрент- и DC- клиенты.
Подмастерье
Предъявите - будет о чем подумать и поговорить, а так гадание на кофейной гуще.
Я думаю, уже при попытке ввода он ответит бранным словом. Если назначить обоим интерфейсам одинаковые ip и следить за тем, чтобы не было одновременного подключения, все будет ОК.Собственно вопрос - как себя поведет dhcp и роутер в целом, если на два различных mac-адреса назначить один ip-адрес? Цель сего действа - не менять настройки в торрент и dc+ клиентах.
Intel 2200BG (v.9.0.4.39) + Asus WL500g Premium (1.9.2.7-10.7) + ONLIME / [Corbina L2TP] / [MGTS + ZTE 831AII]
Senior Member
Периодически наблюдаю такое сообщение при переключении с провода на wifi.Nov 30 23:57:08 dnsmasq[76]: DHCPREQUEST(br0) 192.168.1.7 XX.XX.xX.xx.xxx
Nov 30 23:57:08 dnsmasq[76]: DHCPACK(br0) 192.168.1.7 XX.XX.xX.xx.xxx LAPTOP201
Nov 30 23:57:08 dnsmasq[76]: not giving name LAPTOP201 to the DHCP lease of 192.168.1.7 because the name exists in /etc/hosts with address 192.168.1.8
Подмастерье
Ответ в привязке по мак-адресу и указании Host Name.
Intel 2200BG (v.9.0.4.39) + Asus WL500g Premium (1.9.2.7-10.7) + ONLIME / [Corbina L2TP] / [MGTS + ZTE 831AII]
Senior Member
Я не совсем понял данную мысль.
У меня уже есть привязка по мак-адресу и запись в /etc/hosts:
192.168.1.7 laptop201
192.168.1.8 laptop201
Подмастерье
Мысль проста до безобразия - очистить поле Host Name.
У меня были такие же сообщения, если я заполнял указанное поле.
Intel 2200BG (v.9.0.4.39) + Asus WL500g Premium (1.9.2.7-10.7) + ONLIME / [Corbina L2TP] / [MGTS + ZTE 831AII]
Posting Permissions
