6582 2005-04-20 12:36:24 +0400 Time to enable wpa_supplicant support 2005-08-11 09:45:46 +0400 1 1 4 Development Sisyphus etcnet unstable all Linux CLOSED FIXED P2 enhancement --- 1 yurix sem ldv rider sem shaba qa-sisyphus oldest_to_newest 23591 0 yurix 2005-04-20 12:36:24 +0400 It almost there, in config-wireless. Suggested patch included. One thing is missing too. config-wireless called for each interface regardless to presence of wireless options. I suggest to run wpa_supplicant only when WPA_DRIVER is set explictly. 23592 1 832 yurix 2005-04-20 12:37:52 +0400 Created attachment 832 WPA enable patch 23594 2 pilot 2005-04-20 13:00:28 +0400 > One thing is missing too. config-wireless called for each interface regardless Разве? ifup-common:92:is_yes "$CONFIG_WIRELESS" && ExecIfExecutable $SCRIPTDIR/config-wireless $NAME && print_progress 23678 3 pilot 2005-04-21 17:48:45 +0400 wpa_supplicant вроде бы обновляется. Тестировать будете, если верну поддержку WPA? 23684 4 yurix 2005-04-21 20:36:20 +0400 С радостью! 23689 5 yurix 2005-04-21 21:31:45 +0400 (In reply to comment #2) > > One thing is missing too. config-wireless called for each interface regardless > Разве? > ifup-common:92:is_yes "$CONFIG_WIRELESS" && ExecIfExecutable > $SCRIPTDIR/config-wireless $NAME && print_progress Я перепроверил -- тут я был не прав. Правда встает другой вопрос -- wpa_supplicant может использоваться теперь и на простом ethernet интерфейсе. Также как и xsupplicant. Возможно, для этих целей завести отдельную опцию, типа USE_AUTH=(wpa|xopen|off-[default]) wpa - для wpa_supplicant xopen - для xsupplicant off - соответственно... WPA тестировать могу, xsupplicant в сизифе нет, но он у меня собран -- тестировать могу только частично. И всё это могу тестировать пока только на WiFi. 23831 6 pilot 2005-04-26 14:35:26 +0400 /etc/net 0.7.3, начинайте тестирование :) 23844 7 840 yurix 2005-04-26 18:34:59 +0400 Created attachment 840 WPA patch 23850 8 yurix 2005-04-26 18:46:03 +0400 1) Следующая конструкция не работает: $WPA_SUPPLICANT -i$NAME ${WPA_DRIVER:?-D$WPA_DRIVER} Тут видимо хотелось чтобы для тех случаев, когда указан WPA_DRIVER, добавить перед ним '-D' и это верно. Однако сама конструкция работает неправильно: Если WPA_DRIVER определен и не нулевой, то используем его, иначе ставим -D. 2) wpa_supplicant требует указывать конфигурационный файл '-c /path/to/cfg' Для хранения предлагается использовать переменную WPA_CONFIG, которую в глобальном файле задефолтить например на /etc/wpa_supplicant.conf 3) wpa_supplicant должен висеть в фоне, для того, чтобы обновлять ключи EAP и т.п. От сюда -- нужно добавить опцию '-B' 23886 9 pilot 2005-04-27 13:42:06 +0400 (In reply to comment #8) > 1) Следующая конструкция не работает: Перепутано ":?" и ":+", исправлено. > 2) wpa_supplicant требует указывать конфигурационный файл '-c /path/to/cfg' > Для хранения предлагается использовать переменную WPA_CONFIG, которую в > глобальном файле задефолтить например на /etc/wpa_supplicant.conf if [ -x "${WPA_SUPPLICANT:=$DEFAULT_WPA_SUPPLICANT}" ]; then local prof_conf=`profiled_filename $MYIFACEDIR/wpa_supplicant.conf` $WPA_SUPPLICANT -B -i$NAME${WPA_DRIVER:+ -D$WPA_DRIVER}${prof_conf:+ -c $prof_conf} fi > 3) wpa_supplicant должен висеть в фоне, для того, чтобы обновлять ключи EAP и > т.п. От сюда -- нужно добавить опцию '-B' Хорошо. 23899 10 yurix 2005-04-27 17:05:00 +0400 (In reply to comment #9) # ifup air ..../etc/net/scripts/config-wireless: line 27: local: can only be used in a function Если убрать local, то работает замечательно! Правда, в расчете на потенциальную необходимость использовать WPA сразу на нескольких интерфейсах, более правильным представляется задействование единого для всех сетей и интерфейсов конфигурационного файла, чтобы использовать алгоритм выбора сети, встроенный в wpa_supplicant. Однако, на данном этапе я не имею возможности протестировать такие конфигурации. По-этому, предлагаю зафиксировать текущее, пусть не идеальное, но вполне работоспособное решение ! И ещё один момент. Вероятно, для тех интерфейсов, которые рождаются с участием неких демонов :) типа pppd, wpa_supplicant, и т.д стоит предусмотреть смерь оных в результате ifdown интерфейса. Например, ловить PID в файл при старте, потом бить по нему при останове соответствующего интерфейса, как это сделано во многих sysv initscripts ? 23901 11 pilot 2005-04-27 17:19:28 +0400 Фиксируем. Для ppp наоборот --- смерть демона инициирует ifdown. wpa_supplicant ближе к zcip/dhcpcd, его наличие влияет только на наличие пакетов, а интерфейс может быть UP. 23928 12 yurix 2005-04-27 20:31:27 +0400 (In reply to comment #11) В реальности при ifdown интерфейса ppp смерти соответствующего pppd почему-то не происходит. По крайней мере у меня дома ifdown ppp0 не убивает pppd, соответственно каждый новый service network restart приводит к появлению ppp1 ppp2 и т.д (я использую pptp tunnel). > Для ppp наоборот --- смерть демона инициирует ifdown. wpa_supplicant ближе к > zcip/dhcpcd, его наличие влияет только на наличие пакетов, а интерфейс может > быть UP. Согласен, однако это также означает, что как максимум (как минимум не знаю --- у нас ведь нет промежуточного состояния между up и down, типа unconf), после свершения ifdown эти демоны должны быть сняты с выполнения. Т.е общее между pppd,wpa_supplicant здесь то, что факт продолжения действия после опускания интерфейса является ошибкой, так как при последующем вызове ifup в случае ppp рождается новый интерфейс, а для wpa_supplicant появляется лишний процесс (точно не знаю -- возможно старый процесс мешает работе вновь поднятого). Предлагаю всёже убивать wpa_supplicant (и pppd) при ifdown Или есть причины, которых я не знаю, но по которым им следует жить после ifdown, хотелось бы их услышать. 23955 13 pilot 2005-04-28 10:01:47 +0400 > В реальности при ifdown интерфейса ppp смерти соответствующего pppd почему-то > не происходит. По крайней мере у меня дома ifdown ppp0 не убивает pppd, У меня происходит, что интересно. > Согласен, однако это также означает, что как максимум (как минимум не знаю --- > у нас ведь нет промежуточного состояния между up и down, типа unconf), после > свершения ifdown эти демоны должны быть сняты с выполнения. Кто оставляет pid-файл --- снимается. wpa_supplicant, к сожалению, не умеет. 24512 14 pilot 2005-05-14 11:24:51 +0400 Какое у нас текущее состояние дел? Хоть что-то работает? 24530 15 yurix 2005-05-14 14:55:15 +0400 (In reply to comment #14) > Какое у нас текущее состояние дел? Хоть что-то работает? etcnet-0.7.3-alt1 Пока нет изменений описанных в коментарии &#8470;9 (https://bugzilla.altlinux.org/show_bug.cgi?id=6582#c9) Без этого wpa_supplicant не работает. Простенький патч, с которым wpa работает на моем ноуте прикладиваю (etcnet-0.7.3-alt1-wpa_supplicant.patch) По сравнению с тем, что в коментарии &#8470;9 здесь убрано local и добавлена проверка сществования конффайла, без которого запуск также бесмысленен, как и без присутствия бинарника wpa_supplicant. 24531 16 880 yurix 2005-05-14 14:56:08 +0400 Created attachment 880 etcnet-0.7.3-alt1-wpa_supplicant 24534 17 881 yurix 2005-05-14 15:14:32 +0400 Created attachment 881 Catch the PID of wpa_supplicant [applied] Конечно, хотелось бы, чтобы во время опускания интерфейса, опускался также и процесс wpa_supplicant. Этот патчик создает PID файл. Остается предусматреть где-нибудь вызов kill `cat /var/run/wpa_supplicant-$NAME.pid` . Попробовал создать destroy-wireless -- не действует... 24540 18 pilot 2005-05-14 15:50:53 +0400 > Пока нет изменений описанных в коментарии #8470 Да-да. Забыл. > По сравнению с тем, что в коментарии &#8470;9 здесь убрано local и добавлена проверка > сществования конффайла, без которого запуск также бесмысленен, как и без > присутствия бинарника wpa_supplicant. Файл может называться немного по-другому. destroy-wireless должен быть исполняемым. Но правильнее использовать shutdown-wireless, чтобы supplicant уничтожался до расформирования интерфейса. Сделано, смотрите. http://pilot.org.ua/etcnet/files/etcnet-0.7.4-alt0.2.src.rpm http://pilot.org.ua/etcnet/files/etcnet-0.7.4-alt0.2.noarch.rpm 24549 19 yurix 2005-05-14 16:47:30 +0400 (In reply to comment #18) > destroy-wireless должен быть исполняемым. Но правильнее использовать > shutdown-wireless, чтобы supplicant уничтожался до расформирования интерфейса. > http://pilot.org.ua/etcnet/files/etcnet-0.7.4-alt0.2.noarch.rpm Спасибо! Проверил -- теперь интерфейс стартует, однако по какой-то причине не убивает wpa_supplicant после ifdown. Кроме этого, при старте появилась ругань, которой раньше не было (invalid LINKDETECT value). Плюс, я бы всё-же убрал бы сообщения от wpa_supplicant в /dev/null, хотя вероятно они будут видны только при ручном запуске (в смысле при загрузки системы их не будет видно?). Я проверял так: # ifup air ......ERROR: /etc/net/scripts/config-ipv4: invalid LINKDETECT value Trying to associate with 00:0f:a4:8b:ad:81 (SSID='SOME' freq=0 MHz) Associated with 00:0f:a4:8b:ad:81 # ip addr show dev air 5: air: <BROADCAST,MULTICAST,NOTRAILERS,UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:0e:d5:75:f2:0a brd ff:ff:ff:ff:ff:ff inet 10.2.11.64/24 brd 10.2.11.255 scope global air # pgrep wpa 11050 # ifdown air # pgrep wpa 11050 # ip addr show dev air Device "air" does not exist. # NAME=air /etc/net/scripts/shutdown-wireless # pgrep wpa Только теперь умер. 24555 20 pilot 2005-05-14 17:37:02 +0400 > # NAME=air /etc/net/scripts/shutdown-wireless Скрипт должен называться shutdown-eth, я правлю. Вывод wpa_supplicant тоже подавлен. 24556 21 yurix 2005-05-14 17:44:56 +0400 (In reply to comment #20) > > # NAME=air /etc/net/scripts/shutdown-wireless > Скрипт должен называться shutdown-eth, я правлю. Вывод wpa_supplicant тоже подавлен. OK Тоже смотрю: Просмотр ifdown показал, что должен вызываться shutdown-eth, потом destroy-eth Первый не вызывается из-за того, что чуть выше stop_dhcp_client убивает клиента dhcp, который похоже сам делает интевейсу DOWN, а далее в ifdown идет проверка if iface_is_up $NAME; then и естественно пролетает. Так что убивать либо в destroy-eth, либо что-то придумывать. 24557 22 885 yurix 2005-05-14 18:09:03 +0400 Created attachment 885 Fix for shutdown scripts not called due to iface has been downed by dhcpcd [applied] dhcpcd will bring down the interface when stopping. To keep etcnet logics to work (running shutdown scripts for example) we should bring it up again as it is for static IPs. 24559 23 pilot 2005-05-14 18:35:15 +0400 Дело в том, что dhcpcd при выходе снимает IFF_UP с интерфейса. По совести это нужно контролировать флагом командной строки. 24560 24 yurix 2005-05-14 18:44:31 +0400 (In reply to comment #23) > Дело в том, что dhcpcd при выходе снимает IFF_UP с интерфейса. По совести это > нужно контролировать флагом командной строки. Полностью согласен. Порылся в руководстве на dhcpcd -- таких флагов на данный момент нет. Видимо, на данный момент меньшее зло делать UP самим. 24748 25 pilot 2005-05-18 19:35:06 +0400 С wpa_supplicant разобрались? 24796 26 yurix 2005-05-19 16:43:59 +0400 (In reply to comment #25) > С wpa_supplicant разобрались? Похоже что да. К самому функционалу wpa в etcnet вопросов теперь нет. Ну кроме того, что он не снимается из-за dhcpcd... :) 26371 27 pilot 2005-06-24 12:47:03 +0400 Пока закроем... 832 2005-04-20 12:37:52 +0400 2005-05-14 15:59:24 +0400 WPA enable patch config-wireless-wpa.patch text/plain 488 yurix LS0tIGNvbmZpZy13aXJlbGVzcy1vbGQJMjAwNS0wMy0yOCAxNjo0Mzo0NCArMDQwMAorKysgY29u ZmlnLXdpcmVsZXNzCTIwMDUtMDQtMjAgMTI6MzM6MDIgKzA0MDAKQEAgLTIzLDYgKzIzLDggQEAK IAogIyBUT0RPOiBsb29rIHVwIHRoZSBsYXRlc3Qgd3BhX3N1cHBsaWNhbnQgdmVyc2lvbgogI2Nv bmZpZ3VyZSBXUEEKLSNpZiBbIC14ICIke1dQQV9TVVBQTElDQU5UOj0kREVGQVVMVF9XUEFfU1VQ UExJQ0FOVH0iIF07IHRoZW4KLSMJJFdQQV9TVVBQTElDQU5UIC1pJE5BTUUgJHtXUEFfRFJJVkVS Oj8tRCRXUEFfRFJJVkVSfQotI2ZpCitpZiBbIC14ICIke1dQQV9TVVBQTElDQU5UOj0kREVGQVVM VF9XUEFfU1VQUExJQ0FOVH0iIF07IHRoZW4KKwlpZiBbICIkV1BBX0RSSVZFUiIgIT0gIiIgXTsg dGhlbgorCSAgICAkV1BBX1NVUFBMSUNBTlQgLWkkTkFNRSAtQiAtYyAvZXRjL3dwYV9zdXBwbGlj YW50LmNvbmYgLUQkV1BBX0RSSVZFUgorCWZpCitmaQo= 840 2005-04-26 18:34:59 +0400 2005-05-14 16:00:42 +0400 WPA patch config-wireless-wpa.patch text/plain 386 yurix LS0tIGNvbmZpZy13aXJlbGVzcy5vcmlnCTIwMDUtMDQtMjYgMTg6Mjc6NDcgKzA0MDAKKysrIGNv bmZpZy13aXJlbGVzcwkyMDA1LTA0LTI2IDE4OjMxOjQwICswNDAwCkBAIC0yMyw1ICsyMyw4IEBA CiAKICNjb25maWd1cmUgV1BBCiBpZiBbIC14ICIke1dQQV9TVVBQTElDQU5UOj0kREVGQVVMVF9X UEFfU1VQUExJQ0FOVH0iIF07IHRoZW4KLQkkV1BBX1NVUFBMSUNBTlQgLWkkTkFNRSAke1dQQV9E UklWRVI6Py1EJFdQQV9EUklWRVJ9CisgICAgaWYgWyAiJFdQQV9EUklWRVIiICE9ICIiIF07IHRo ZW4KKwlXUEFfRFJJVkVSPS1EJFdQQV9EUklWRVIKKyAgICBmaQorICAgICRXUEFfU1VQUExJQ0FO VCAtQiAtYyAkV1BBX0NPTkZJRyAtaSROQU1FICRXUEFfRFJJVkVSCiBmaQo= 880 2005-05-14 14:56:08 +0400 2005-05-14 16:00:49 +0400 etcnet-0.7.3-alt1-wpa_supplicant etcnet-0.7.3-alt1-wpa_supplicant.patch text/plain 514 yurix LS0tIGNvbmZpZy13aXJlbGVzcy5vcmlnCTIwMDUtMDUtMTQgMTQ6NDA6NTMgKzA0MDAKKysrIGNv bmZpZy13aXJlbGVzcwkyMDA1LTA1LTE0IDE0OjQ4OjAzICswNDAwCkBAIC0yMiw2ICsyMiw3IEBA CiBmaQogCiAjY29uZmlndXJlIFdQQQotaWYgWyAteCAiJHtXUEFfU1VQUExJQ0FOVDo9JERFRkFV TFRfV1BBX1NVUFBMSUNBTlR9IiBdOyB0aGVuCi0JJFdQQV9TVVBQTElDQU5UIC1pJE5BTUUgJHtX UEFfRFJJVkVSOj8tRCRXUEFfRFJJVkVSfQoraWYgWyAteCAiJHtXUEFfU1VQUExJQ0FOVDo9JERF RkFVTFRfV1BBX1NVUFBMSUNBTlR9IiAtYSAtZiAkTVlJRkFDRURJUi93cGFfc3VwcGxpY2FudC5j b25mIF07IHRoZW4KKyAgICBwcm9mX2NvbmY9YHByb2ZpbGVkX2ZpbGVuYW1lICRNWUlGQUNFRElS L3dwYV9zdXBwbGljYW50LmNvbmZgCisgICAgJFdQQV9TVVBQTElDQU5UIC1CIC1pJE5BTUUke1dQ QV9EUklWRVI6KyAtRCRXUEFfRFJJVkVSfSR7cHJvZl9jb25mOisgLWMgJHByb2ZfY29uZn0KIGZp Cg== 881 2005-05-14 15:14:32 +0400 2005-05-18 19:27:37 +0400 Catch the PID of wpa_supplicant [applied] etcnet-0.7.3-alt1-wpa_supplicant-PID.patch text/plain 576 yurix LS0tIGNvbmZpZy13aXJlbGVzcy5vcmlnCTIwMDUtMDUtMTQgMTQ6NDA6NTMgKzA0MDAKKysrIGNv bmZpZy13aXJlbGVzcwkyMDA1LTA1LTE0IDE1OjA3OjMzICswNDAwCkBAIC0yMiw2ICsyMiw4IEBA CiBmaQogCiAjY29uZmlndXJlIFdQQQotaWYgWyAteCAiJHtXUEFfU1VQUExJQ0FOVDo9JERFRkFV TFRfV1BBX1NVUFBMSUNBTlR9IiBdOyB0aGVuCi0JJFdQQV9TVVBQTElDQU5UIC1pJE5BTUUgJHtX UEFfRFJJVkVSOj8tRCRXUEFfRFJJVkVSfQoraWYgWyAteCAiJHtXUEFfU1VQUExJQ0FOVDo9JERF RkFVTFRfV1BBX1NVUFBMSUNBTlR9IiAtYSAtZiAkTVlJRkFDRURJUi93cGFfc3VwcGxpY2FudC5j b25mIF07IHRoZW4KKyAgICBwcm9mX2NvbmY9YHByb2ZpbGVkX2ZpbGVuYW1lICRNWUlGQUNFRElS L3dwYV9zdXBwbGljYW50LmNvbmZgCisgICAgJFdQQV9TVVBQTElDQU5UIC1pJE5BTUUke1dQQV9E UklWRVI6KyAtRCRXUEFfRFJJVkVSfSR7cHJvZl9jb25mOisgLWMgJHByb2ZfY29uZn0gMj4mMT4v ZGV2L251bGwgJgorICAgIGVjaG8gJCEgPi92YXIvcnVuL3dwYV9zdXBwbGljYW50LSROQU1FLnBp ZAogZmkK 885 2005-05-14 18:09:03 +0400 2005-05-18 19:28:10 +0400 Fix for shutdown scripts not called due to iface has been downed by dhcpcd [applied] etcnet-0.7.4-alt0.2-dhcpcd-fix.patch text/plain 450 yurix LS0tIGZ1bmN0aW9ucy1ldGgtb3JpZwkyMDA1LTAzLTA5IDE3OjQzOjE2ICswMzAwCisrKyBmdW5j dGlvbnMtZXRoCTIwMDUtMDUtMTQgMTg6MDI6MzEgKzA0MDAKQEAgLTQxLDUgKzQxLDggQEAKIAkJ a2lsbCAtU0lHSFVQIGBjYXQgJFBJREZJTEVgCiAJCSMgVGhlcmUgcHJvYmFibHkgc2hvdWxkIGJl IGEgZGVsYXkvd2FpdCBsb29wIGhlcmUsIGRoY3BjZCBkb2Vzbid0IGRpZSBmYXN0LgogCQlzbGVl cCAke0RIQ1BDRF9HUkFDRV9USU1FOi0wfQorCQkjIGRoY3BjZCB3aWxsIGJyaW5nIGRvd24gdGhl IGludGVyZmFjZSB3aGVuIHN0b3BwaW5nLiBUbyBrZWVwIGV0Y25ldCBsb2dpY3MKKwkJIyB0byB3 b3JrIChydW5uaW5nIHNodXRkb3duIHNjcmlwdHMgZm9yIGV4YW1wbGUpIHdlIHNob3VsZCBicmlu ZyBpdCB1cCBhZ2FpbgorCQkkSVAgbGluayBzZXQgZGV2ICROQU1FIHVwCiAJZmkKIH0K