Предлагается добавлять в wpa_supplicant.conf для интерфейса строчку scan_ssid="1" для сетей, которые не были выбраны из списка просканированных, но введены вручную (работающих в режиме hide SSID). Иначе по умолчанию оно не будет работать: # scan_ssid: # 0 = do not scan this SSID with specific Probe Request frames (default) # 1 = scan with SSID-specific Probe Request frames (this can be used to # find APs that do not accept broadcast SSID or use multiple SSIDs; # this will add latency to scanning, so enable this only when needed)
А чем с точки зрения конфигурационного файла отличаются сети, которые были выбраны из списка просканированных и которые введены вручную? Видимо, я не вполне понимаю всю эту систему распознавания сетей... Сейчас в конф.файл записывается всегда ssid и key_mgmt с тем, что нужно. В каких случаях надо добавлять scan_ssid?
(In reply to comment #1) > А чем с точки зрения конфигурационного файла отличаются сети, которые были > выбраны из списка просканированных и которые введены вручную? > > Видимо, я не вполне понимаю всю эту систему распознавания сетей... Сейчас в > конф.файл записывается всегда ssid и key_mgmt с тем, что нужно. В каких случаях > надо добавлять scan_ssid? > По-моему выше все объяснено - если использовать scan_ssid, то можно подконнектиться к AP, которые не принимают обычные пакеты "ей, кто-нибудь, я хочу к вам присоединиться", а принимают пакеты вида "AP такая-то, я хочу к вам присоединиться". Даже если мы укажем ssid в конфиге AP, это не будет вызывать генерацию AP-специфичных запросов на соединение. Just IMHO.
То есть получается, что раз мы пишем в конфиг ssid, то и scan_ssid написать всегда невредно. Так?
(In reply to comment #3) > То есть получается, что раз мы пишем в конфиг ssid, > то и scan_ssid написать всегда невредно. Так? Тут не знаю. Но если пользователю пришлось вбить руками, а не выбрать из менюшки (потому что оно не сканируется и не может добраться до менюшки) -- то однозначно надо.
Мне в этом не нравится то, что получится два вида сетей (с scan_ssid и без), причем различие будет незаметно в интерфейсе и будет создаваться скрытым от пользователя способом. Давай лучше я проверю, что scan_ssid не мешает и в случае выбора сети из меню и буду добавлять его всегда. Кажется, от такого обещают единственный минус - некоторую задержку при подключении...
(In reply to comment #5) > причем различие будет незаметно Ммм... да, согласен. Ну давай.
(In reply to comment #5) > Мне в этом не нравится то, что получится два вида сетей (с scan_ssid и без), причем > различие будет незаметно в интерфейсе и будет создаваться скрытым от > пользователя способом. нет, почему не заметно? Например, у меня на N80 (мобила такая) при нахождении такой сети появляется сообщение "Найдена скрытая сеть"->"Введите ключ". Для обычной (без scan_ssid) выводится просто "Найдена сеть bla-bla.."->"Введите ключ". Т.е. сканировать можно либо в 2 этапа (сначала без scan_ssid, потом с ним), и показывать скрытые сети в общем списке найденных сетей с каким-нить признаком (типа "скрытая"), либо приделать крыжик "искать скрытые сети" и сканировать уже с scan_ssid) > > Давай лучше я проверю, что scan_ssid не мешает и в случае выбора сети из меню и > буду добавлять его всегда. Кажется, от такого обещают единственный минус - > некоторую задержку при подключении... > Если сделать второй случай, то задержки при первом поиске вообще не будет.
Пока сделал scan_ssid=1 для всех сетей. Сканировать скрытые сети - не очень понимаю как.
(In reply to comment #8) > Пока сделал scan_ssid=1 для всех сетей. Спасибо, бум посмотреть :-) > Сканировать скрытые сети - не очень понимаю как. AFAIR kismet и компанией, но только при наличии трафика на них (и вообще, тогда в net-eth уместно встраивать анализатор трафика/сети с использованием dhcp/nmap ;-). Бишь для альтератора -- "никак".
(In reply to comment #9) > > Сканировать скрытые сети - не очень понимаю как. > AFAIR kismet и компанией, но только при наличии трафика на них Трафик есть всегда.
