Ревизия autoNet (upNet)

[DdShurick]

 Сегодня целый день думал, как отслеживать соединение с сетью. Проще всего ping, но пинговать постоянно с интервалом в секунду как-то нехорошо, а сделать интервал больше - GUI сильно запаздывает. Что имеем: /sys/class/net/$interface/ и /proc/net/. В первом operstate (up|down|unknown) и carrier (0|1|""). Оба надо отслеживать, ибо может быть "up", но кабель отключен, и наоборот. Но истинную проверку соединения с сетью даёт только ping, который часто использовать нехорошо. Тут может помочь arp (или grep $interface /proc/net/arp). После перврого же ping там появляется запись

Код

bash-4.4$ arp
? (192.168.0.1) at 6c:3b:6b:5a:82:9c [ether]  on eth0
bash-4.4$ grep eth0 /proc/net/arp
192.168.0.1      0x1         0x2         6c:3b:6b:5a:82:9c     *        eth0

которая пропадает после "down".
Кто чего посоветует, подскажет?

[TT]

А из -T или -dd опции wpa_supplicant без пингов ничего нельзя взять? А если точка доступа, по соображениям безопасности, не пингуется, тогда что?!
У меня было, что ndis-сеть тихо отваливалась, а wpa_supplicant держал, и простым перезапросом (по аналогии с обновлением DHCP-lease'ы), я точно знал, что связь всё-таки есть!
У Вас с моим ранее сброшенным модулем готовая тестовая лаборатория . Подключите Вашу карточку ч/з её задний проход ndiswrapper-драйвер, и "сделайте ей много помех", тогда сможете увидеть почему я проложил провод.

[DdShurick]

ndiswrapper-драйвер

"У кого что болит....." Мне лично вантуз не требуется, таких железяк не держу.
Здесь не только wifi, но и lan, и модемы. "Ширше надо смотреть".

[TT]

Не-а, не так поняли. Ndis позволит вам симитировать обрывы (какими они были у меня), которые Вы можете прекрасно протестировать не задействуя ping.

[DdShurick]

симитировать обрывы

Проще приходящий кабель от роутера отцепить.

[TT]

Тогда carrier пропадёт. Вообще-то, изначально отсыл был к опциям dd/T, ndis был как-бы-пример.

[DdShurick]

Тогда carrier пропадёт.

На роутере, на компьютере нет.

[TT]

Этим никак не симитируете обрыв связи по Wi-Fi (мы же про него говорим, да?). Ещё раз повторюсь: carrier есть, ping'а нет (его "запирает"), я такое только под этим ndis видел (не путать с полевыми условиями удалённой точки доступа). Отдельным от ndis (т.е. когда есть "нормальное" Wi-Fi) пунктом идёт, что для autoNet (мы тоже про него говорим, да?) возможно проверять, собственно, соединение по carrier ("провод" на Wi-Fi не вынимается!), без необходимости ping'а. Уф-ф…

Да, и "вантуза" ndiswrapper'у не нужно, не знаю, откуда Вы это взяли. Ему нужен *.inf и *.sys файл(ы) от производителя соответствующего драйвера.

[DdShurick]

соединение по carrier ("провод" на Wi-Fi не вынимается!)

Пока нет соединения wpa_supplicant - carrier == 0 или пустой файл (в альтлинуксе), есть - carrier == 1
Внешнюю usb wifi TL-WN822N не надо? У меня завалялась.

[TT]

Я извиняюсь, выше я не точно выразился - особенности текстообмена.

Я подразумевал "carrier" в "переносном" смысле, а именно, что wpa_supplicant держит связь в то время как ping не проходит ("вечный таймаут"). Почему (было у меня) "держит связь", так это потому, что при "ping не проходит" перезапрос по udhcpc (он ведь запускается вторичным после wpa_supplicant) проходил без проблем (!), и я, без разрыва "коннекта" (! то есть без перезапуска wpa_supplicant) снова получал свою вожделенную DHCP-lease'у.

Но! её хватало в лучшем на 1-2-3 одиночных ping'а (пока я в отчаянии не делал рестарт wpa_supplicant'у и modprobe'ил -r ndiswrapper)… Почему, я не понял, и проложил кабель (каждый раз перезапускать wpa_supplicant было не комильфо). В процессе обнаружил ключи -dd и -T, которые пишут всё в консоль, и по которым можно было видеть, что connect всё-таки есть.

Вот это (debug'ный вывод и перезапрос по udhcpc) и предложил на Ваш вопрос применить в этой теме. Без ping'ов (см. линк). Кстати, не так давно спрашивал об этом в референсной "неофитовской" теме.

P.S. По ссылке TL-WN822N есть драйвер(а) как под ядро до версии 4.9.60 Linux, так и Windows XP (с которыми можно запускать на более новых ядрах Линукса?).

[DdShurick]

 Вот вам игрушка. Запускается "trayNet.run", пишет pid в /tmp, показывает up интерфейс или down. Запущенное от рута поднимает|опускает интерфейс через lan.sh и wlan.sh соответственно. Может отслеживать модем при наличии соответствующего *.rules. На посмотреть "trayNet ttyUSB0" (или ttyACM0).

[DdShurick]

 Что-то в Richy случилось с pppoe. Настройки никакие не менял, но теперь ppp0 не получает IP, остальное всё есть. В prar через NM коннектится.

[knn]

- это про 32-бит сборку?
(в pppoe заинтересован; "по сетям" меня пока "не прорубает". В относительно ближайшее время перепроверить навряд ли смогу - основной комп сдох + отсюда вытекающие временные последствия, +нагрузка по работе/деятельности...  )
------
зы
как помнится у меня раньше для ричи получались "какие-то расхождения по либам" (для применения autonet)
---------
pps
- это сообщение с ПРА-03 [autonet]

[DdShurick]

- это про 32-бит сборку?

64

[DdShurick]

 Собрал ppp-2.4.9 по рецепту LFS - заработало.