ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | [FR] add scan_ssid="1" for manually added networks | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Michael Shigorin <mike> |
| Component: | alterator-net-wifi | Assignee: | Vladislav Zavjalov <slazav> |
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
| Severity: | minor | ||
| Priority: | P2 | CC: | lakostis, legion, sem, slazav, thresh, zerg |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
|
Description
Michael Shigorin
2008-06-13 15:53:03 MSD
А чем с точки зрения конфигурационного файла отличаются сети, которые были выбраны из списка просканированных и которые введены вручную? Видимо, я не вполне понимаю всю эту систему распознавания сетей... Сейчас в конф.файл записывается всегда 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 и компанией, но только при наличии трафика на них Трафик есть всегда. |
