Здравствуйте.

Есть проблема с подключением к DIR-320 по wi-fi.

Конфигурация такая:
WLAN - Ethernet, IP назначается DHCP сервером, ставиться в диапозоне 10.4.*.*, из DHCP так же приходит и DNS. MAC адрес на раутере, как и на компу к которому ранее это всё было подключено.

Всё это напрямую к DIR-320, от него раздаётся инет на несколько ноутов. По кабелю всё работает.

По wi-fi стабильно не хочет.
Система - WinXP SP2 Home Edition, стоит Update от Майкрософта для активации WPA2 (http://www.microsoft.com/downloads/deta ... laylang=en).

Раутер обновлён до последней прошиви (1.10, если не путаю).

Хочется использовать WPA2 (PSK, TKIP или AES не принипиально).

При попытке подкючиться к раутеру, сеть видна, пароль (установлен в настройках раутера, из 8 ASCII символов) запрашивается, даже успешно вроде бы принимается, но соединение так и не открывается. Застывает фраза о попытке получения адреса от DHCP.

В итоге так остаётся адрес 0.0.0.0 и ничего не работает.

Пробовали для примера WPA2-TKIP, WPA2-AES, WPA2-Both, WPA-AES, WPA-TKIP, даже на худой конец WEP. Не работает также на получении адреса.

Как быть?
Напомню, что крайне необходимо именно WPA2.

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

Решил написать, может кому поможет.

Всё успешно соединилось с WPA2.

Ошибка оказалась в том, что пароль был исключительно из цифр. Вероятно раутер решил что он в hex формате или ещё что-то.

Замена пароль на символьные решила ситуацию.

"Кста, многаша проблем име за цифрами в пароле".

(поправлено)

А если попробовать пасс не из одних цифр?

По теме: Пассфразы WPAx-Personal (PassPhrase) имеют переменную длину и могут неверно передаваться в точку или роутер. Правда, было дело - у меня WPA-PSK/AES работал с пассфразой из одних цифр... но 12-значной.

_________________
(tm) DWL-2100AP*, DIR-3xx/6xx*, DSL-2xx0*, ANT24-xxxx* | РТ

Во-первых, програММист. =)

Во-вторых, с чего это вдруг все пароли должны - "содержать буквы, цифры и знак подчеркивания и не может начинаться с цифры", это вопрос реализации (возможно, именно PassPhrase подчиняется именно таким правилам, не спорю). Я по-честному ожидал, что по умолчанию пасскей будет считаться набором ASCII символов, а пасс кей типа 0x[0-9A-F]*. Такие подробности реализации были для меня сюрпризом.

В-третьих, причём тут идентификаторы, вопрос о пароле.

В четвёртых, идентификатор в языках программирования начинается со спец. символов или "только с букв" etc. для облегчения синтаксического разбора языка компилятором или интерпретатором (работы конечного автомата, если вам это о чём нибудь говорит).

P.S. Не знаю зачем я вам всё это написал ...
P.S.S. Представьте себе, я не просто программист, но и ещё и руководитель программистов ...

Во, не поленился посмотрел спецификацию 802.11i-2004.
http://standards.ieee.org/getieee802/do ... i-2004.pdf
165 страница

Вот цитаты:

The RSNA PSK consists of 256 bits, or 64 octets when represented in hex. It is difficult for a user to cor-
rectly enter 64 hex characters. Most users, however, are familiar with passwords and pass-phrases and feel
more comfortable entering them than entering keys. A user is more likely to be able to enter an ASCII pass-
word or pass-phrase, even though doing so limits the set of possible keys. This suggests that the best that can
be done is to introduce a pass-phrase to PSK mapping.

<...>

The pass-phrase mapping defined in this subclause uses the PBKDF2 method from PKCS [B16].
PSK = PBKDF2(PassPhrase, ssid, ssidLength, 4096, 256)

Here, the following assumptions apply:
— A pass-phrase is a sequence of between 8 and 63 ASCII-encoded characters. The limit of 63 comes
from the desire to distinguish between a pass-phrase and a PSK displayed as 64 hexadecimal
characters.
— Each character in the pass-phrase must have an encoding in the range of 32 to 126 (decimal),
inclusive.
— ssid is the SSID of the ESS or IBSS where this pass-phrase is in use, encoded as an octet string used
in the Beacon and Probe Response frames for the ESS or IBSS.
— ssidLength is the number of octets of the ssid.
— 4096 is the number of times the pass-phrase is hashed.
— 256 is the number of bits output by the pass-phrase mapping.



Если с английским плохо - суть в том что в самой процедуре обмена используется PSK, который содержит 256 бит и при записи в hex содержал бы 64 символа. Но так как пользователям сложновато запоминать такие сложные символы используется pass-phrase, которая с помощью хеш функции (PBKDF2) принимающий в виде соли SSID и ещё несколько параметров формирует PSK.

В итоге нигде в спецификации не указано, что pass-phrase не может начинаться с цифры и/или содержать только с цифры. (символы цифр входят в ASCII диапозон 48-57).

Ну, уж на таком уровне и я английский понимаю...

Проблема может быть:
- в прошивке,
- в Length(PassPhrase)=8 (именно в восьми), поскольку вполне возможен вариант, когда браузер по какой-либо причине передал, скажем, 7 символов и chr(32) или chr(0). И все, ключ не сходится... Сам такое наблюдал неоднократно на точках DWL - когда ставишь пароль через браузер, js загружает слабенький машину по полной и что там уходит в точку - неизвестно. Впрочем, на длине ключа 10 и выше такое наблюдалось очень редко.

_________________
(tm) DWL-2100AP*, DIR-3xx/6xx*, DSL-2xx0*, ANT24-xxxx* | РТ

А вот тут вы возможно правы. Пароль был действительно из 8 символов.

В общем, скорее всего, есть такой глюк...
Я, например, пароли меньше 10-12 символов не пользую, поэтому, наверное, и редко с таким сталкиваюсь...