>>66605
Если в общем то:
http://ru.wikipedia.org/wiki/WEP
http://ru.wikipedia.org/wiki/WPA

> вайфай какбэ вклинивает еще один слой абстракции над физическим уровнем и под эзернет уровнем

Это просто расширение ethernet.

> а наличие wpa/wep ведь не исключает анонимного подключения без аутентификации?

Если совсем кривая точка разве что.

> по каким полям в выводе iwlist wlan0 scan ориентироваться, чтобы это определить?

Лучше вообще не использовать wireless-tools, они не умеют работать с nl80211. Например WPA-точки iwlist показывает как открытые. Смотри в сторону iw.

>>66608

>Это просто расширение ethernet.

ну раз добавлено новое множество полей, которые разбираются и стрипаются перед тем, как передать фрейм для дальнейшего разбора, то это получается как будто еще один уровень.

>Если совсем кривая точка разве что.

в каком смысле кривая?

>Смотри в сторону iw

о! а я как-то не заметил. а шифрование включает по прежнему wpa_supplicant?

вот эта статья покровы сорвала
http://en.wikipedia.org/wiki/WPA2

>>66647

> в каком смысле кривая?

В том смысле, что разрешает подключатся без шифрования при включенном шифровании.

> а шифрование включает по прежнему wpa_supplicant?

WPA - да. WEP в принципе можно и через iw включить.

>>66662

>В том смысле, что разрешает подключатся без шифрования при включенном шифровании.

а я допустим хочу, чтобы к моей точке можно было подключатся с шифрованием, но без авторизации. такое можно сделать?

смысл в том, чтобы анонимус мог работать анонимно и не палить свой траффик в воздухе.

а вообще я написал конфиг для wpa_supplicant у меня все заработало и я страшно доволен.

что бы теперь сделать? запилю наверное скрипт который сам коннектится ко всему подряд

и еще вопросец походу - я что-то немогу сориентироваться, как бы мне заставить дхцп заново получать адрес не прибивая его процесс? запускаю просто как dhcpcd wlan0. может сигналом каким его пнуть? поиск по ману не помогает, а читать его целиком лень.

>>66667

> а я допустим хочу, чтобы к моей точке можно было подключатся с шифрованием, но без авторизации. такое можно сделать?

Написать ключ в ssid или запилить псевдорадиус, который будет принимать любой логин-пароль.

> и еще вопросец походу - я что-то немогу сориентироваться, как бы мне заставить дхцп заново получать адрес не прибивая его процесс?

Но зачем?

>>66678

>Написать ключ в ssid или запилить псевдорадиус, который будет принимать любой логин-пароль.

т.е. предусмотренного способа не существует?

>Но зачем?

чтобы вводить одну комманду а не две.

и насчет скрипта, в чем мне все-таки хранить базу, чтобы можно было осуществлять быстрый поиск по ней из скрипта?

>>66684

> т.е. предусмотренного способа не существует?

Насколько мне известно - нет. Хотя я могу и ошибаться.

> чтобы вводить одну комманду а не две.

#!/bin/bash
killall dhclient
dhclient wlan0

> в чем мне все-таки хранить базу, чтобы можно было осуществлять быстрый поиск по ней из скрипта?

Ты кажется сам перечислял варианты. Если использовать sql сервер то вопрос отпадает, если plain text одним файлом то grep тебе в помощь. Можно еще записи по отдельным файлам разбросать и использовать имя файла как ключевое поле.

>>66689
список альтернатив на самом деле весьма обширен:
http://docs.python.org/library/persistence.html
наверное разумнее всего выбрать какой нибудь быстрый локальный бинарный формат, правильно? но какой именно?

не сетевой СУБД не текстового файла не хотелось бы. по моему это две крайности и обе они не имеют особого смысла.

субд имеет лишние уровни абстракции, увеличивает количество зависимостей и сложность деплоймента, а текстовый файл - слишком медленно и слишком сложно с точки зрения кода.

>>66694

> субд имеет лишние уровни абстракции, увеличивает количество зависимостей и сложность деплоймента

Зато обеспечивает единый стандарт хранения данных, облегчает к ним доступ извне и их отладку. Также возможен быстрый поиск точки по любым параметрам.

> текстовый файл - слишком медленно и слишком сложно с точки зрения кода

Целиком и полностью зависит от выбранного тобой формата данных и их количества. Например текстовый файл в несколько мегабайт обходится грепом меньше чем за секунду. Так же ничто не мешает сделать тебе сортированный файл и искать в нем бинарным поиском. Если хранить по точке в файле и называть файлы (возможно и каталоги) маком точки то скорость доступа к данным по точке у тебя практически не будет зависеть от количества этих самых точек.
Только мне кажется что в лучшем случае дело ограничится несколькими сотнями точек, на которых в принципе не будет тормозить ничего из перечисленного (если ты конечно по несколько раз в секунду к своей базе обращаться не будешь).

Новерь, у меня есть несколько вопросов по WiFi которые не дают мне спокойно им пользоваться. Я понимаю, что законом это наверняка не оговорено и всё будет решать справедливый, честный и непредвзятый суд РФ, но всё-таки:

Допустим, я раздаю вайфай без пароля. Какой-то мудак качает цп, постит его в бложик медведу, вандалит правительственные сайты и вообще. За кем приедет пативэн?

Та же самая ситуация, но со взломом wep40

Если в таких ситуациях мне ничего не грозит, то что мешает мне самому подключиться с нетбука к собственной точке, заняться вышеперечисленным, а потом сказать что это был не я а какой-то мудак а я вообще нихуя не разбираюсь и свято верю в защищенность wep40?
Тред не читал

>>66700

> За кем приедет пативэн?

В первую очередь за тобой, ну а там дальше тебе возможно удастся доказать, что мопед не твой.

>>66704

>в первую очередь за тобой, ну а там дальше ты сам признаешься во всех обвинениях

*пофиксил
Тем более, что по новому законопроекту, полиция будет иметь право ловить подозреваемых в распространении цп еще до его совершения (по факту мыслепреступления, ага) http://dobrochan.ru/b/res/1106189.xhtml

>>66667

>Процесс варки нагревает семена практически до кипения

>и еще вопросец походу - я что-то немогу сориентироваться, как бы мне заставить дхцп заново получать адрес не прибивая его процесс? запускаю просто как dhcpcd wlan0. может сигналом каким его пнуть? поиск по ману не помогает, а читать его целиком лень.

-n

алсо, правильно прибивается ключем -x

>>66666

>>66696

>Зато обеспечивает единый стандарт хранения данных, облегчает к ним доступ извне и их отладку. Также возможен быстрый поиск точки по любым параметрам.

я не против стандартных бинарных систем хранения данных, но зачем мне нужны энтерпрайзные монстры с абстракцией через tcpip, можно было бы обойтись чем-то из этого: http://docs.python.org/library/persistence.html

>Например текстовый файл в несколько мегабайт обходится грепом меньше чем за секунду.

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

>Если хранить по точке в файле и называть файлы (возможно и каталоги) маком точки то скорость доступа к данным по точке у тебя практически не будет зависеть от количества этих самых точек

это уже способ, но например копирование такой базы будет занимать довольно много времени. интуитивно - костыль, да и доступ неудобный. язык sql-запросов мне хорошо известен и я бы его предпочел, тем более что вполне вероятно, что параметры поиска со временем будут появлятся новые, а файловое дерево обеспечивает быстрый поиск только по одному параметру.

>Только мне кажется что в лучшем случае дело ограничится несколькими сотнями точек

чтобы собрать несколько сотен точек надо погулять где-то минут 10 в районе многоэтажной жилой застройки, кроме того со временем они станут располагаться только гуще, так что не катит. а я хотел бы всегда иметь базу всех точек, которые когда-либо видела моя система.

>>66792

> учитывая с какой скоростью появляются точки в поле зрения - оно даже близко не справится, даже при передвижении пешком.

Сканирование куда более долгая операция. Так что тебе либо придется медленно двигаться либо считаться с тем, что часть точек ты упускаешь.

> язык sql-запросов мне хорошо известен и я бы его предпочел, тем более что вполне вероятно, что параметры поиска со временем будут появлятся новые, а файловое дерево обеспечивает быстрый поиск только по одному параметру

В таком случае остается sqlite.

> чтобы собрать несколько сотен точек надо погулять где-то минут 10 в районе многоэтажной жилой застройки

При такой плотности у тебя скорее всего будут очень большие проблемы при работе на значительном расстоянии.