Форум проекта PuppyRus Linux

Дистрибутивы проекта PuppyRus Linux => Архив проекта PuppyRus => Richy => Тема начата: DdShurick от 12 Апрель 2019, 11:32:11

Название: Ревизия autoNet (upNet)
Отправлено: DdShurick от 12 Апрель 2019, 11:32:11
 Начал ревизию autoNet (https://github.com/DdShurick/autoNet) (в Richy он upNet).
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 12 Апрель 2019, 13:30:34
Хотельсь бы по итогу - работы в любом линуксе
Ну или хотя бы в DDR  ;)
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 12 Апрель 2019, 16:27:32
DDR
Не существующая ныне страна :(
Вот прямо сейчас назло тебе загрузил DebianDog-retro-01, сделал "ifconfig eth0 down" и "mount -o remount,add:2:upNet/ /", потом "connect" и вот я здесь.
Баги: при подключении eth0 или wlan0 не успевает "route add default gw $GW" (неповоротливый у тебя пёсик, на busybox быстее крутится). Модем определяется, но не подключается из-за несоответствия pppd (из моего пакета) и библиотек (твоих).
Так что не мути воду в кадке.
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 12 Апрель 2019, 16:40:26
root@live:live# ifconfig eth0 down
root@live:live# /etc/rc.d/rc.network
SIOCADDRT: Файл существует
udhcpc (v1.22.1) started
Sending discover...
Sending select for 192.168.0.18...
Lease of 192.168.0.18 obtained, lease time 86400
SIOCDELRT: Нет такого процесса
root@live:live# ping ya.ru
PING ya.ru (87.250.250.242) 56(84) bytes of data.
64 bytes from ya.ru (87.250.250.242): icmp_seq=1 ttl=53 time=84.6 ms

из DDR
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 12 Апрель 2019, 16:53:41
/etc/rc.d/rc.network
От этого я давно отказался.
udhcpc (v1.22.1)
у меня
Код
# udhcpc -i eth0
udhcpc: started, v1.26.0
udhcpc: sending discover
udhcpc: sending select for 192.168.88.189
192.168.88.1 udhcpc: lease of 192.168.88.189 obtained, lease time 600
192.168.88.189
# udhcpc -i eth0 2>/dev/null
192.168.88.1 192.168.88.189
выдаёт и шлюз и адрес.
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 12 Апрель 2019, 17:30:18
От этого я давно отказался.
тем не менее оно работает, для провода максимально упрощено,
притом, так же как и у Вас, сводится в итоге к паре команд
- -- -  --
усложнять придется конечно если делать переключалку как у Вас, переключалка хорошая безусловно.
- - - --
выдаёт и шлюз и адрес.
Вы сами код "подпилили" ? на Гитхабе есть у Вас?
или просто за счет более свежей версии ?
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 12 Апрель 2019, 19:28:40
тем не менее оно работает
Знаю. Можно и одной командой "dhcpcd eth0"
Вы сами код "подпилили" ?
Да.
на Гитхабе есть у Вас?
Нет.
за счет более свежей версии ?
В какой-то степени да. Разработчики busybox сделали вывод на stderr, я этим воспользовался.
Часть networking/udhcp/dhcpc.c (строки 1783 - 1790)
Код
				/* enter bound state */
temp_addr.s_addr = server_addr;  //шлюз
printf("%s ",inet_ntoa(temp_addr)); //на stdout
temp_addr.s_addr = packet.yiaddr;  //хост
bb_error_msg("lease of %s obtained, lease time %u",
inet_ntoa(temp_addr), (unsigned)lease_seconds); //на stderr
printf("%s\n",inet_ntoa(temp_addr)); //на stdout
requested_ip = packet.yiaddr;
В результате получаем $GW и $IP разделённые пробелом, а stderr отправляем 2>/dev/null
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 12 Апрель 2019, 19:54:25
    Вы сами код "подпилили" ?
Да.
ясно
а почему не форкнете? со своими изменениями
может еще кому пригодится, может еще кто что-нибудь улучшит\предложит ..

еще вопрос - пытаюсь приспособить Ваш код под ДДР - не против?
WiFi и провод сейчас легко переключаются, с модемами чуть посложней будет ..
пс
и на usb0 интерфейс легко переключает!! (телефон в качестве модема, соединен по усб )
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 12 Апрель 2019, 21:26:41
Ваш код под ДДР - не против?
Я уже пробовал, работает кроме pppd, отчёт (http://forum.puppyrus.org/index.php?topic=21613.msg155914#msg155914). Код берите лучше с гитхаба.
с модемами чуть посложней будет ..
Ничего сложного. Сложности в Richy32 - не работает usb_modeswitch_dispatcher, поэтому есть шальная идея совсем его выкинуть, а usb_modeswitch запускать непосредственно udev-ом. Но у меня всего три модема для опытов: WeTelecom WM-D200 (уже не работающей сети Skylink), Huawei E173 (Мегафон) и ZTE MF823 (который уже не модем, а сетевая карта).
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 13 Апрель 2019, 08:49:52
несоответствия pppd (из моего пакета) и библиотек (твоих).
Почему бы не портировать Ваш?
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 13 Апрель 2019, 09:11:10
Почему бы не портировать Ваш?
Зачем? Правильнее поместить pppd в базу, и никаких конфликтов не будет.
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 13 Апрель 2019, 09:20:23
От разных версий в разных дистрах проблем не вылезет?
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 13 Апрель 2019, 09:21:19
Правильнее поместить pppd в базу, и никаких конфликтов не будет.
за
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 16 Апрель 2019, 08:50:51
 Решил проблему с пропаданием иконки из трея после перезагрузки иксов.

 Модули upNet (32 и 64) выложил (http://forum.puppyrus.org/index.php?topic=21541.msg154958#msg154958). На гитхабе релиз делать или ещё рано?
Название: Re: Ревизия autoNet (upNet)
Отправлено: knn от 17 Апрель 2019, 17:31:57
Решил проблему с пропаданием иконки из трея после перезагрузки иксов.

 Модули upNet (32 и 64) выложил (http://forum.puppyrus.org/index.php?topic=21541.msg154958#msg154958). На гитхабе релиз делать или ещё рано?
в Ричи 32 с апНет-190416 - синтаксис эррор 116 ~неожиденный конец файла
------------
про другое: - при параметре home=...  - "Хомяк " ложится сверху, поверх всего (модулей,сохраненок) ?
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 17 Апрель 2019, 17:48:10
"Хомяк " ложится сверху
Сбоку. Он не входит в aufs, а монтируется как любой другой раздел.
Название: Re: Ревизия autoNet (upNet)
Отправлено: knn от 17 Апрель 2019, 17:55:04
"Хомяк " ложится сверху
Сбоку. Он не входит в aufs, а монтируется как любой другой раздел.
У меня модуль-сохраненка содержит /home/live/...some-files  - при загрузке с home=... -  этих "..some-files" нету
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 17 Апрель 2019, 18:32:36
этих "..some-files" нету
Правильно, примотнтировано, значит видим точку монтирования.
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 29 Май 2019, 15:18:28
Релиз AutoNet (https://github.com/DdShurick/autoNet/archive/v1.0.tar.gz). Для обеспечения полноценной работы в системе должны быть установлены pppd, usb_modesvitch, wireless_tools, wpa_supplicant. В pra - полноценный busybox-1.26.0 (https://github.com/DdShurick/minitrd/blob/master/bin/busybox).
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 29 Май 2019, 15:20:12
В pra - полноценный busybox-1.26.0.
Т.е. и в пра работает?
Дайте бинарник busybox... Статический или 32 и 64
Название: Re: Ревизия autoNet (upNet)
Отправлено: krasnyh от 29 Май 2019, 15:27:48
полноценный busybox-1.26.0
А почему акцент именно на 1.26.0?
14 February 2019 -- BusyBox 1.30.1 (stable)  (https://www.busybox.net/)
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 29 Май 2019, 15:29:36
в пра работает?
В "отпрепарированном" под мой minitrd проверял, eth0 включает и выключает. Предварительно надо "echo $DISPLAY > /tmp/dsp" и запустить netTun от рута. У меня это автоматически делают ~/.icewm/startup и udev -> upNet соответственно.
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 29 Май 2019, 15:32:03
Раз все сложно - дайте готовый модуль для пра и ддр (из шапки форума)
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 29 Май 2019, 15:36:31
Раз все сложно
Разве это сложно? Удивляешь ???
Кто смелый? А то sfs - неосилятор :D
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 07 Июнь 2019, 20:44:04
 Убираю yad, при запуске от udev "птичка не вылетает"
Название: Re: Ревизия autoNet (upNet)
Отправлено: krasnyh от 07 Июнь 2019, 21:15:07
Пришлось тут повникать в connman (сам не пользуюсь). Сложилось мнение, что там тот же принцип что и в autoNet - ConnMan автоматически обрабатывает проводные соединения. (c)
https://wiki.archlinux.org/index.php/ConnMan


upd. Показалось. И pppoe он не умеет.

upd2. Для sfs, если востребованно:
https://github.com/xomachine/connman-pppoe
Попытка добавить поддержку PPPoE в connman (форк из оригинального репозитория на kernel.org)

Цитата
VPN
===

In order to compile pptp, pppoe and l2tp VPN plugins, you need ppp development
package.

To run l2tp you will need
   - xl2tpd, http://www.xelerance.com/services/software/xl2tpd

To run pptp you will need
   - pptp client, http://pptpclient.sourceforge.net

To run pppoe you will need
   - pppoe client
, https://www.roaringpenguin.com/products/pppoe

Both l2tp, pppoe and pptp also need pppd.

Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 09 Июнь 2019, 09:14:20
 Добавил документацию html. Пофиксил resolv.conf для модема.
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 09 Июнь 2019, 09:19:17
ConnMan автоматически обрабатывает проводные соединения. (c)
upd. Показалось. И pppoe он не умеет.
Вывод: как бы сказал sfs, не обладает необходимым функционалом. ;)
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 10 Июнь 2019, 09:54:56
не обладает необходимым функционалом. ;)
Зато не обладает и избыточным
И главное - качественные гуй gtk3 и qt
Жаль gtk2 нет
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 10 Июнь 2019, 13:03:52
не обладает и избыточным
Я тебя не узнаю. То всё время ныл, "функционала мало", "документации нет", а теперь много. Что лишнее то? Или только обругать?
качественные гуй gtk3 и qt
Чем качественный? Что на gtk3 и qt? Сам же их ругал.
Что по этому поводу скажет "молодёжь"?
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 10 Июнь 2019, 16:09:22
ныл, "функционала мало"
На мой взгляд connman - золотая середина со всех сторон. Это мое мнение. никому не навязываю
По сути, сейчас нужен только вифи, но удобный
Провод дхцп и так подключится.
Модемы (как мне кажется , на прямую не юзают - в роутер или раздать с телефона)

В любом случае - Вам я не предлагал и не предлагаю урезать функционал
Жду только рабочих модулей для ПРА и ДДР
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 10 Июнь 2019, 16:19:59
Жду только рабочих модулей для ПРА и ДДР
Всё на гитхабе, компилируй, собирай. Это твои дистрибутивы.
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 10 Июнь 2019, 16:25:33
    Прошу протестировать
Не хочет, с моим модулем зависает при загрузке на "Waiting for /dev to be fully populated"
Решено?
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 10 Июнь 2019, 19:32:57
Решено?
Это не upNet зависает, а ddr при загрузке. Вопрос не ко мне.
Название: Re: Ревизия autoNet (upNet)
Отправлено: krasnyh от 11 Июнь 2019, 11:53:33
BusyBox 1.30.1 (stable)
Релиз минималистичного набора системных утилит BusyBox 1.31 (https://www.opennet.ru/opennews/art.shtml?num=50844)
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 11 Июнь 2019, 14:35:53
BusyBox 1.30.1 (stable)
Не компилится.
Название: Re: Ревизия autoNet (upNet)
Отправлено: krasnyh от 11 Июнь 2019, 15:06:41
У меня скомпилилось без проблем. Правда я make menuconfig не делал, только make. Просто попробовать.
Код
live@prar-1811 ~/Загрузки/busybox-1.31.0/busybox-1.31.0 % ./busybox
BusyBox v1.31.0 (2019-06-11 15:00:09 MSK) multi-call binary.
BusyBox is copyrighted by many authors between 1998-2015.
Licensed under GPLv2. See source distribution for detailed
copyright notices.
Название: Re: Ревизия autoNet (upNet)
Отправлено: krasnyh от 11 Июнь 2019, 15:31:44
Правда я make menuconfig не делал
Немного не так.
Make menuconfig, чтобы создался .config, потом make.

Если сделать сразу make, то действительно получается ошибка:
Код
scripts/kconfig/conf -s Config.in
***
*** You have not yet configured busybox!
***
*** Please run some configurator (e.g. "make oldconfig" or
*** "make menuconfig" or "make defconfig").
***
make[2]: *** [/tmp/busybox-1.31.0/busybox-1.31.0/scripts/kconfig/Makefile:40: silentoldconfig] Ошибка 1
make[1]: *** [/tmp/busybox-1.31.0/busybox-1.31.0/Makefile:444: silentoldconfig] Ошибка 2
make: *** [Makefile:522: include/autoconf.h] Ошибка 2
make  6,17s user 1,94s system 107% cpu 7,561 total
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 11 Июнь 2019, 19:01:04
 Я компилирую в mini-native.
Код
# make menuconfig
.....................
make[2]: *** [scripts/kconfig/lxdialog/checklist.o] Error 1
make[1]: *** [menuconfig] Error 2

Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 13 Июнь 2019, 19:34:38
 Починил русский язык в ussd.
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 20 Июнь 2019, 23:06:40
 Упростил код check3Gtty
Код
#include <stdio.h>
#include <string.h>
#include <stdlib.h>
#include <unistd.h>
#include <signal.h>

int main(int argc, char **argv) {
char str[9]="", dev[16]="/dev/";
FILE *fd;
pid_t pid;

if (!argv[1]) exit(1); // Без аргументов - на выход!

strcat(dev,argv[1]); // Задаём путь

if ((fd = fopen(dev,"r+"))==NULL) exit(1);  // Не открылся - на выход!

fputs("AT\n",fd); // Отправляем команду

switch(pid=fork()) { // Форкаем процесс
case -1:
exit(1);
case 0:
sleep(1);
fclose(fd);
kill(getppid(),15);
raise(15); // Выход по таймауту
default:
if (fgetc(fd)) {
while (1) {
fgets(str,9,fd);
if (str[0] == '^') { // Если первый знак '^' создаём ссылку modem_cli (управление модемом)
unlink("/dev/modem_cli");
symlink(dev,"/dev/modem_cli");
break;
}
if ((strstr(str,"OK")) != NULL) { // Если ответ "OK" создаём ссылку modem
unlink("/dev/modem");
symlink(dev,"/dev/modem");
break;
}
}
fclose(fd); // Закрываем
kill(pid,15);
}
}
exit (0);
}
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 21 Июнь 2019, 16:20:59
Упростил код check3Gtty
под ддр работает, из под рута линки создаются
единственно пришлось юзать 4.4.1-pf3 ядро,
с новым ядром /dev/ttyUSB* в устройствах не появляются при подключении модема,

usb-modeswitch_usb-modeswitch-data.pfs и modem-ddr01-sf03.pfs одни и теже
пс
заработало и с новым ядром
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 21 Июнь 2019, 16:34:01
с новым ядром /dev/ttyUSB* в устройствах не появляются при подключении модема
Тоже были проблемы. Как решил, уже не помню.
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 21 Июнь 2019, 16:36:02
с новым ядром /dev/ttyUSB* в устройствах не появляются при подключении модема
Тоже были проблемы. Как решил, уже не помню.
заработало, возможно влияет что файл сохранения один и тот же, не факт, мои домыслы  :)
а может просто перезагрузка помогла ...
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 05 Июль 2019, 13:07:41
 После "общения" с ddr мой модем сбрендил. Перестала создаваться ссылка /dev/modem_cli, хотя командой "/lib/udev/check3Gtty ttyUSB2" создаётся. Надо разбираться.
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 05 Июль 2019, 13:20:24
Хорошо, когда "виноватого" долго искать не надо  :)
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 05 Июль 2019, 13:25:19
Хорошо, когда "виноватого" долго искать не надо
Не беги впереди паровоза. Я ещё не нашёл. Но факт имеет место быть.
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 06 Июль 2019, 03:05:35
После "общения" с ddr мой модем сбрендил. Перестала создаваться ссылка /dev/modem_cli, хотя командой "/lib/udev/check3Gtty ttyUSB2" создаётся
у меня при старте системы создавались обе ссылки, удаляю /dev/modem /dev/modem_cli
перетыкаю модем, также создается только /dev/modem, вручную check3Gtty ttyUSB[0-2] не помогает.
грешу на "медлительность модема", возможно стоит добавить таймаутов в цикл где fgets(модем).
Еще, там проверяется только первый(нулевой) символ, может проверять строкой?
пс
там похоже первый символ - перевод строки
while (1) {
fgets(str,9,fd);
str[9] = 0;
printf("%s",str)// <-- вот эта проверка подтверждает это
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 06 Июль 2019, 03:20:34
может проверять строкой?
или искать в ответе символ '^' по всей строчке, циклом пробежаться..
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 06 Июль 2019, 08:25:20
там похоже первый символ - перевод строки
Да, но проблема не в этом. Если выполнить "cat /dev/ttyUSB2 | grep -v ^$", то получим
Код
# cat /dev/ttyUSB2 | grep -v ^$
^RSSI:15
^RSSI:15
^BOOT:41081650,0,0,0,20
^RSSI:15
Причём строки выводятся нерегулярно с интервалом от 1 до 5-7 секунд. Ответ на "AT" поступает практически мгновенно. Думаю, надо дать время модему накопить строку.

Помогло. В ddr тоже.
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 06 Июль 2019, 10:13:55
да, так лучше, и при "перетыкании" модема линки создаются
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 10 Июль 2019, 17:35:01
 Уровень сигнала wifi из /proc/net/wireless ??
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 10 Июль 2019, 18:00:23
Уровень сигнала wifi из /proc/net/wireless ??
может так :
iwconfig wlan0 | awk -F "Quality=" '/ Quality=/ {print $2}' |awk '{print $1}'
?
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 10 Июль 2019, 19:07:34
iwconfig wlan0
Можно и так, но бесконечно дёргать iwconfig... А если его нет?
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 10 Июль 2019, 19:47:26
но бесконечно дёргать iwconfig...
вызов iwconfig около 0.002сек
вызов cat /proc/net/wireless около 0.001
последующие обработки awk sed tr и прочими снивелируют разницу .. почти
не настаиваю ..
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 11 Июль 2019, 08:40:01
Берите мой traywifi и не изобретайте велосипед  ;)
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 11 Июль 2019, 09:02:25
Берите мой traywifi и не изобретайте велосипед
Неинтересно :(
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 11 Июль 2019, 09:42:29
Тогда ознакомьтесь и сделайте лучше  ;)
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 11 Июль 2019, 10:18:07
Тогда ознакомьтесь
Где?
сделайте лучше
Где уж...
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 11 Июль 2019, 11:11:45
В ДДР он точно отвязан от netctl и пр. Юзаю. Вроде не врет
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 11 Июль 2019, 12:18:17
 Посмотрел. Как бы ты сказал:"примитивно, грубо и нет документации"  ;) Уж если делать, так делать. :) Только вот не представляю как
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 11 Июль 2019, 12:39:03
Тут без доки все должно быть понятно. Что-то было непонятно?
Добавить - если только переключалку профилей, но тогда будет зависимо от переключалки
А вообще - улучшения приветствуются
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 11 Июль 2019, 17:03:16
 В скрипт wifi можно добавить к ESSID Quality, всё равно такая переменная есть. А вот как должна выглядеть постоянная индикация подключенного wifi как-то не представляю.
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 11 Июль 2019, 17:14:13
wifi можно добавить к ESSID Quality
Можете в pra6408 взять готовый мастер создания конфига вифи под netctl и переделать под свой
Там это уже есть
как должна выглядеть постоянная индикация подключенного wifi как-то не представляю.
Т.е. treywifi не смотрели?
В трее треугольник, который показывает качество сигнала
В NM так же
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 11 Июль 2019, 17:53:04
мастер создания конфига вифи
Зачем там мастер? wpa_passphrase всё прекрасно делает.
В трее треугольник, который показывает качество сигнала
Это понятно, я так делал tray3Gcsq, иконки меняются как слайды в зависимости от силы сигнала.
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 11 Июль 2019, 17:54:17
Зачем там мастер?
Чтобы GUI был, а не консоль
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 11 Июль 2019, 18:34:36
Чтобы GUI был
Выбор USSID есть? Есть. Окно ввода пароля есть? Есть. Что ещё тебе надо? Мне этого достаточно.
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 11 Июль 2019, 18:38:15
Мне этого достаточно.
надо чтоб было достаточно юзеру, не только разрабу
иначе так и останется экспериментальной моделью
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 11 Июль 2019, 19:06:16
надо чтоб было достаточно юзеру, не только разрабу
Юзеру чем проще, тем лучше. Выбрал сеть, ввёл пароль, всё.
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 12 Июль 2019, 09:07:26
чем проще, тем лучше
Возвращаемся к началу (http://wiki.puppyrus.org/setups/wi-fi)  :D
Кстати работает и все ок
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 12 Июль 2019, 19:22:05
 Сила сигнала wifi. Разночтения:
iwlist wlan0 scan показывает 70/70 -35 (иногда даже -33)
iwconfig wlan0 показывает 61/70 -49
grep wlan0 /proc/net/wireless показывает от 62 -48 до 65 -45
Чему верить?  ???
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 12 Июль 2019, 20:23:58
там большой точности не надо
плюс минус лапоть
замеры один раз? или стабильно разные?
у меня точка которая в 3-4м, уровень все время разный показывает
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 12 Июль 2019, 20:38:22
Код
#! /bin/sh

iwlist wlan0 scan | grep "Quality" > /tmp/wlan
echo "------------------------------------" >> /tmp/wlan
iwconfig wlan0 | grep "Quality" >> /tmp/wlan
echo "------------------------------------" >> /tmp/wlan
grep wlan0 /proc/net/wireless >> /tmp/wlan
это ближняя:

Код
Quality=70/70  Signal level=-30 dBm  
------------------------------------
Link Quality=70/70  Signal level=-30 dBm 
------------------------------------
 wlan0: 0000   70.  -30.  -256        0      0      0      0      2        0

это дальняя:
                   
Код
Quality=47/70  Signal level=-63 dBm  
------------------------------------
Link Quality=46/70  Signal level=-64 dBm 
------------------------------------
wlan0: 0000   46.  -64.  -256        0      0      0      4      1        0

Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 15 Июль 2019, 10:22:28
там большой точности не надо
особенно если ориентироваться по картинке в трее
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 15 Июль 2019, 14:09:57
там большой точности не надо
Вот нужно ли оно вообще постоянно мониторить? Разве что отдельной приладой сделать.
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 15 Июль 2019, 14:16:37
нужно ли оно вообще постоянно мониторить
Как и все в трее. Можно и в htop посмотреть, но он постоянно не открыт
Комп затормозил - глянут в трей - что-то есть проц
Так и тут - инет затормозил - глянул - вифи просел

Отдельно это через меню или хоткеи? Спорно в плане удобства
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 15 Июль 2019, 14:30:27
Спорно в плане удобства
У нас всё спорно (иногда "с" раздельно) :)
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 15 Июль 2019, 14:53:11
Вот нужно ли оно вообще постоянно мониторить?
незнаю
но какой-то индикатор сети в трее нужен\желателен?
под любой "большой" операционкой такой индикатор есть, почему нам не сделать?

Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 15 Июль 2019, 15:09:36
какой-то индикатор сети в трее нужен\желателен?
Есть одна идея, но не решусь никак.
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 15 Июль 2019, 15:37:11
рассказывайте уже. заинтриговали
Слайд шоу, менять картинки на ходу. Получится ли? Не хочется мутить gtk main loop
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 15 Июль 2019, 15:39:52
С yad и есть Слайд шоу
Или вы на си хотите...
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 15 Июль 2019, 15:45:51
Не хочется мутить gtk main loop
на Си у меня маленькая проблемка возникла, не мог найти как иконки к пунктам меню в трее приделать :( может искал плохо.
на Yad'e - легко
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 15 Июль 2019, 15:58:38
Или вы на си хотите...
Да
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 15 Июль 2019, 16:43:43
Чем это будет лучше yad? Скорость там не нужна
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 16 Июль 2019, 18:10:47
Слайд шоу
Делается легко. Добавляем в main пару строк:
Код
int main(int argc, char **argv) {

gtk_init(&argc, &argv);
tray_icon = create_tray_icon();
gtk_timeout_add(interval, Update, NULL); /* Запускаем обновление */
Update(NULL); /* функция обновления */
gtk_main();

return 0;
}
В функцию Update пишем всё, что нужно обновить.
Код
gboolean Update(gpointer ptr) {

/* Set icon*/
gtk_status_icon_set_from_file(tray_icon,"/usr/share/pixmaps/.NetTrayIcon");

return TRUE;

}
В данном случае .NetTrayIcon - ссылка на любую иконку, устанавливается скриптом (можно из консоли). Это простейший вариант. Можно заставить netTun самостоятельно менять иконку, но вот какой вариант лучше?
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 16 Июль 2019, 18:54:41
на Си у меня маленькая проблемка возникла, не мог найти как иконки к пунктам меню в трее приделать
с этим как ? есть решение ?
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 16 Июль 2019, 19:14:28
на Си у меня маленькая проблемка возникла, не мог найти как иконки к пунктам меню в трее приделать
с этим как ? есть решение ?
Надо это (https://developer.gnome.org/gtk2/stable/GtkImageMenuItem.html) попробовать. Пример (https://stackoverflow.com/questions/8989833/gtk-menu-with-icons) со стоковыми иконками. Работает.
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 16 Июль 2019, 19:18:08
смотрел вроде там, не нашел :( почему и спрашиваю
пс
а нет, вроде оно, надо смотреть
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 16 Июль 2019, 19:41:02
 Выше пример скинул.
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 16 Июль 2019, 19:55:21
Выше пример скинул.
это пример смены иконки в трее, это да, работает
я про другие иконки, иконки к пунктам меню в трее
попробовал сейчас по вашей ссылке, https://developer.gnome.org/gtk2/stable/GtkImageMenuItem.html#gtk-image-menu-item-set-image
оно, и работает, правда на каждую иконку две лишние строчки кода :-\
на Yad'e все-же проще, писанины меньше
кстати за ссыль благодарствую, сам не мог найти
-----------------
было
Код
menuitem = gtk_menu_item_new_with_label("command3");
стало
Код
menuitem = gtk_image_menu_item_new_with_label ("command1");
image = gtk_image_new_from_file("./test.png");
gtk_image_menu_item_set_image(menuitem, image);
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 16 Июль 2019, 19:58:07
две лишние строчки кода
Одна, но длинная
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 16 Июль 2019, 20:05:38
Одна, но длинная
думал Вы про свой пример говорили, на стэковерфлоф да, в одну строчку запихали :)
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 16 Июль 2019, 20:25:25
на Yad'e все-же проще
Это так кажется. На Yad мы управляем программой, а на gtk пишем её.
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 16 Июль 2019, 20:37:37
да не,  Yad просто обертка над GTK, для упрощения жизни программеру, чтоб на каждый чих не приходилось по пять строчек кода тратить
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 16 Июль 2019, 20:47:33
что хорошо в GTK, названия функций говорят сами за себя, расшифровывать не надо
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 22 Июль 2019, 08:49:54
 Какая иконка "Настроить интернет" лучше подойдёт?
Название: Re: Ревизия autoNet (upNet)
Отправлено: knn от 22 Июль 2019, 09:00:03
имхо , исходя из въевшихся ассоциаций. №4 ( край - №5)
-----------
upd:
наверно нужно "контрастность" учитывать. Если есть возможность - в №4 Шестеренку "затемнить" - думается под любой фон пойдет (да и так нормально :))
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 22 Июль 2019, 09:10:53
Какая иконка "Настроить интернет" лучше подойдёт?
Смотря к какому набору иконок
gtk-network gtk-connect  должны быть в любом наборе и точно к нему подойдут
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 22 Июль 2019, 12:47:03
Какая иконка "Настроить интернет" лучше подойдёт?
у пользователя надо спрашивать в настрйках проги, что выберет, ту и показывать
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 22 Июль 2019, 12:49:25
у пользователя надо спрашивать в настрйках проги
Это уже перебор
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 22 Июль 2019, 12:51:40
у пользователя надо спрашивать в настрйках проги
Это уже перебор
отнюдь
сделать не так сложно
положить в комплект к программулине пяток иконок, тоже много места не займет
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 29 Май 2020, 17:34:00
 Почистил скрипты на github (https://github.com/DdShurick/autoNet/tree/master/scripts) от /bin/
Название: Re: Ревизия autoNet (upNet)
Отправлено: Neyel от 29 Май 2020, 18:00:09
Какая иконка "Настроить интернет" лучше подойдёт?
Мне понравилась вторая иконка
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 29 Май 2020, 20:57:54
 Добавил netTun в автостарт.
Мне понравилась вторая иконка
Хорошо, добавлю в меню, хотя это и лишнее. Достаточно клик в трее по netTun

Проверяйте, v1.1 (https://github.com/DdShurick/autoNet/archive/v1.1.tar.gz).
Название: Ошибки в upnet
Отправлено: ШАМАНЯ от 30 Май 2020, 10:49:56
Это с прошлой версией upnet, не новой.
если отключить провод инета от компа и потом подключить, к инету не подключается автоматически, как в  wicd и  networkmanager
Похоже в 32бит остались ошибки.
Дата обновления для richy64  в модулях ричи на месяц позже чем для ричи32!
Тест richy64F.iso внутри виртуалки в vbox5(mimi). после загрузки есть инет и в top видно процес udhcpc -s /etc/udhcpc/udhcpc.sh -
в  resolv.conf две строки
nameserver 192.168.1.1
это адрес внешнего роутера
Тест richy64F.iso внутри виртуалки в vbox-5.2.34(свежий linux mint 19.3  после установки с дефолтными настройками). инет есть, процеса  udhcp нет.
в  resolv.conf
nameserver 10.0.2.2
это адрес "роутера" внутри virtualbox
в другой раз  адрес был  10.0.2.3 - инет работал.
если загрузить  с отключенным кабелем, и потом его в настройках подключить, инет не подключается никак ,
при нажатии возле часов в окне connect если нажать кнопку :
пишет  eth0 Blank resolv.conf и в терминале от рута если запускать lan.sh eth0 так же.
если создать  resolv.conf с адресом  10.0.2.2 или  208.67.222.222 - инет не подключается ,
в окне пишет noGW  или что-то ещё.  один раз было noresolv
после  правки resolv.conf
У меня resolv.conf прописывается автоматически, в базе resolv.conf изначально пустой.
в upnet из ричи исо также .например  в виртуалке там адрес 10.0.2.2 появляется, надо  upnet 32bit тоже исправлять
но инет не работает!!! пока не заменить вручную на 208.67.222.222 или 8.8.8.8 или 1.1.1.1
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 30 Май 2020, 11:50:49
адрес 10.0.2.2 появляется.....
но инет не работает!!! пока не заменить вручную на 208.67.222.222 или 8.8.8.8 или 1.1.1.1
Это похоже на проблемы виртуального роутера.
upnet 32bit тоже исправлять
Что мешает? make; make DESTDIR=/tmp/upNet install; mksquashfs /tmp/upNet upNet.xzm;

 UpNet.xzm (https://cloud.mail.ru/public/4cdZ/4erMtZ4Pw) 32бит обновлён 30.05.2020
 UpNet.xzm (https://cloud.mail.ru/public/3aXU/39ZPs6UJq) 64бит обновлён 30.05.2020
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 20 Июнь 2020, 17:37:06
 Продолжаю шлифовать. Изменил логику upNet.sh, убрал case по имени, заменил на:
Код
[ -h /sys/class/net/$1/phy80211 ] && wlan.sh $1 || lan.sh $1
Вызвано это тем, что на старом ноутбуке Acer TravelMate 4150 wifi определилось как eth1.
Также добавил смену значков netTun в трее, нет сети - netTun, есть - lan, wifi или modem, но это пока эксперимент.
sfs, подключайся, а то опять всё промухаешь и ничего не поймёшь.
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 21 Декабрь 2020, 14:34:53
 Изменил исходник iwlist.c, теперь iwscan (12 Kb). Зависимость libiw.so.30
Код
bash-4.4# ./iwscan wlan0
wlan0     Scan completed :
01 6C:3B:6B:5A:82:9F Quality=70/70  Signal level=-37 dBm   key:on "USSR"
02 C8:D3:A3:C0:81:96 Quality=52/70  Signal level=-58 dBm   key:on "NightWolf"
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 21 Декабрь 2020, 14:49:31
а исходник?
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 21 Декабрь 2020, 15:39:23
а исходник?
Читать будешь? :)
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 21 Декабрь 2020, 15:55:56
Нет - компилить под др. архитектуры
Как его скомпилить?
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 21 Декабрь 2020, 16:27:31
Как его скомпилить?
Берёшь wireless_tools.30. Заменяешь iwlist.c на iwscan.c, естественно с переименованием. В Makefile комментируешь строку 22 "# BUILD_STATIC = y", открываешь строку 30 "BUILD_STRIPPING = y", командуешь make.
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 25 Декабрь 2020, 16:40:51
 Изменил 99-upNet.rules:
Код
ACTION=="add", SUBSYSTEM=="net", RUN+="upNet.sh %k %s{address} %s{operstate} %E{ID_BUS}"
Выхлоп получается
Код
eth0 00:25:ab:25:7e:24 down pci
wlan0 20:68:9d:3a:89:c2 down pci
eth1 00:a0:c6:00:00:00 down usb
eth1 - роутер Yota, включенный по usb, как 4G модем.
Четвёртый параметр "pci|usb" даёт возможность выводить в трей разные иконки с разным меню.
Думаю, в идеале должно быть так: сколько сетевых интерфейсов, столько и иконок (так реализовано в IceWM), ЛКМ - "up|down" интерфейс, ПКМ - меню.
Удобно ли будет? Прошу высказываться.
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 26 Декабрь 2020, 15:47:03
Никому не интересно? Никто не хочет сделать лучше?
"Кто вместо 'ifconfig eth0 up && udhcpc' использует NM, тот лох" :D
Название: Re: Ревизия autoNet (upNet)
Отправлено: TT от 26 Декабрь 2020, 17:12:05
Интересно, интересно, тема в закладках. Просто не озвучена проблематика "что/для исправления чего делаем", а из головы прочесть удалённо затруднительно. Я у себя пробовал адаптировать под ndis, прикольно получалось, скрипт располагает (ndis причудливо подымает интерфейс, только через wpa_supplicant…); но поставил провод на ту машину, и ndis временно отпал. Хотелось бы себе ядро 5.10 поставить перед продолжением. TinyCore' админ в личку только вот написал, что скоро TC 12.alfa1 ожидается, а там оно есть/будет.
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 26 Декабрь 2020, 18:27:02
"что/для исправления чего делаем"
Запуск сети от udev. Хочу улучшить GUI upNet.
Хотелось бы себе ядро 5.10 поставить
А смысл? Что от этого улучшится? А вот ухудшиться может запросто. Я сейчас на 4.14.14 с 5.4.48 откатился. Но это другая тема.
Название: Re: Ревизия autoNet (upNet)
Отправлено: TT от 26 Декабрь 2020, 19:56:12
А смысл? Что от этого улучшится? А вот ухудшиться может запросто.
Не-е-ет, я хорошо прошерстил тему: встроенный exFAT, и (если кто добавит) возможность встроенной NTFS3 следующего поколения без FUSE, впервые поддержка последнего AMDGPU (читай Vulcan) для поколения первых Radeon GCN 1.0/1.1, zram/zswap (ну, это понятно), патч lv9 увеличивающий отклик системы при 100% использовании памяти (а мне это надо на низкой RAM), прочие вкусняшки, и да, Long Term Support (LTS). А ещё хотелось бы иметь такое на x32 ABI (мечтательно закатил глаза), для уменьшения на 15%-20% занимаего места/памяти и увеличения производительности от 5%-8% до 40% по тестам CERN.
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 26 Декабрь 2020, 21:33:39
 Бежишь впереди паровоза? Давай, а я уже не могу.
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 28 Декабрь 2020, 09:08:17
Никому не интересно?
Интересно, но не понятно. Выложите рабочий модуль. Напишите где его тестировали и в чем его плюсы
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 28 Декабрь 2020, 11:01:00
Выложите рабочий модуль.
До рабочего модуля ещё работать и работать.
в чем его плюсы
Жирный NM не нужен.
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 28 Декабрь 2020, 21:04:16
 Сегодня целый день думал, как отслеживать соединение с сетью. Проще всего 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".
Кто чего посоветует, подскажет?
Название: Re: Ревизия autoNet (upNet)
Отправлено: TT от 28 Декабрь 2020, 22:36:37
А из -T или -dd опции wpa_supplicant без пингов (https://forum.puppyrus.org/index.php?topic=22381.msg173930#msg173930) ничего нельзя взять? А если точка доступа, по соображениям безопасности, не пингуется, тогда что?!
У меня было, что ndis-сеть тихо отваливалась, а wpa_supplicant держал, и простым перезапросом (по аналогии с обновлением DHCP-lease'ы), я точно знал, что связь всё-таки есть!
У Вас с моим ранее сброшенным модулем готовая тестовая лаборатория ;D. Подключите Вашу карточку ч/з её задний проход ndiswrapper-драйвер, и "сделайте ей много помех", тогда сможете увидеть почему я проложил провод.
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 28 Декабрь 2020, 23:04:09
ndiswrapper-драйвер
"У кого что болит....." Мне лично вантуз не требуется, таких железяк не держу.
Здесь не только wifi, но и lan, и модемы. "Ширше надо смотреть".
Название: Re: Ревизия autoNet (upNet)
Отправлено: TT от 28 Декабрь 2020, 23:13:26
Не-а, не так поняли. Ndis позволит вам симитировать обрывы (какими они были у меня), которые Вы можете прекрасно протестировать не задействуя ping.
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 29 Декабрь 2020, 07:55:43
симитировать обрывы
Проще приходящий кабель от роутера отцепить.
Название: Re: Ревизия autoNet (upNet)
Отправлено: TT от 29 Декабрь 2020, 10:15:39
Тогда carrier пропадёт. Вообще-то, изначально отсыл был к опциям dd/T, ndis был как-бы-пример.
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 29 Декабрь 2020, 11:08:15
Тогда carrier пропадёт.
На роутере, на компьютере нет.
Название: Re: Ревизия autoNet (upNet)
Отправлено: TT от 29 Декабрь 2020, 15:49:11
Этим никак не симитируете обрыв связи по Wi-Fi (мы же про него говорим, да?). Ещё раз повторюсь: carrier есть, ping'а нет (его "запирает"), я такое только под этим ndis видел (не путать с полевыми условиями удалённой точки доступа). Отдельным от ndis (т.е. когда есть "нормальное" Wi-Fi) пунктом идёт, что для autoNet (мы тоже про него говорим, да?) возможно проверять, собственно, соединение по carrier ("провод" на Wi-Fi не вынимается!), без необходимости ping'а. Уф-ф…

Да, и "вантуза" ndiswrapper'у не нужно, не знаю, откуда Вы это взяли. Ему нужен *.inf и *.sys файл(ы) от производителя соответствующего драйвера.
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 29 Декабрь 2020, 19:20:11
соединение по carrier ("провод" на Wi-Fi не вынимается!)
Пока нет соединения wpa_supplicant - carrier == 0 или пустой файл (в альтлинуксе), есть - carrier == 1
Внешнюю usb wifi TL-WN822N не надо? У меня завалялась.
Название: Re: Ревизия autoNet (upNet)
Отправлено: TT от 29 Декабрь 2020, 22:08:36
Я извиняюсь, выше я не точно выразился - особенности текстообмена.

Я подразумевал "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 (https://www.tp-link.com/ru/support/download/tl-wn822n/#Driver) есть драйвер(а) как под ядро до версии 4.9.60 Linux, так и Windows XP (с которыми можно запускать на более новых ядрах Линукса?).
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 01 Январь 2021, 13:51:40
 Вот вам игрушка. Запускается "trayNet.run", пишет pid в /tmp, показывает up интерфейс или down. Запущенное от рута поднимает|опускает интерфейс через lan.sh и wlan.sh соответственно. Может отслеживать модем при наличии соответствующего *.rules. На посмотреть "trayNet ttyUSB0" (или ttyACM0).
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 03 Январь 2021, 20:29:09
 Что-то в Richy случилось с pppoe. Настройки никакие не менял, но теперь ppp0 не получает IP, остальное всё есть. В prar через NM коннектится.
Название: Re: Ревизия autoNet (upNet)
Отправлено: knn от 03 Январь 2021, 21:13:14
- это про 32-бит сборку?
(в pppoe заинтересован; "по сетям" меня пока "не прорубает". В относительно ближайшее время перепроверить навряд ли смогу - основной комп сдох + отсюда вытекающие временные последствия, +нагрузка по работе/деятельности...  )
------
зы
как помнится у меня раньше для ричи получались "какие-то расхождения по либам" (для применения autonet)
---------
pps
- это сообщение с ПРА-03 [autonet]
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 04 Январь 2021, 11:42:18
- это про 32-бит сборку?
64
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 05 Январь 2021, 20:23:54
 Собрал ppp-2.4.9 по рецепту LFS - заработало.
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 06 Январь 2021, 08:02:50
Т.е.  pppoe работал. Потом перестал. Починился пересборкой ррр
И ничего в дистре не менялось? Как такое может быть...
Подобные эффекты - признак того, что дистр собран (обновлен) из несовместимых кусков
Злоупотреблял подобным ранее. pra03 так заобновлял
Сейчас стараюсь не выходить за пределы среза репы донора. Лучше чаще обновлять сам срез
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 06 Январь 2021, 09:29:44
Т.е.  pppoe работал. Потом перестал. Починился пересборкой ррр
Опять перестал :( Через роутер есть.
Надо курить man pppd (http://manpages.ylsoftware.com/ru/pppd.8.html) до просветления. А там ...  :o
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 06 Январь 2021, 13:23:18
 "Дело было не в бобине...." Нашёл причину - /etc/udhcpc/udhcpc.sh секция deconfig:
Код
	deconfig)
echo "Setting IP address 0.0.0.0 on $interface"
if command -v ip >/dev/null; then
ip addr flush dev $interface
else
ifconfig $interface 0.0.0.0
fi
;;
обнуляет ip интерфейса. Я это не учёл в lan.sh.
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 06 Январь 2021, 14:21:40
Я это не учёл в lan.sh.
Оказалось ещё проще. При появлении ppp0 срабатывало правило udev 99-upNet.rules и повторно запускало lan.sh но с IFACE=ppp0, IP которого и обнулялся. Добавил в правило "KERNEL!="ppp?", теперь работает.
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 07 Январь 2021, 12:02:00
Отладил pppoe.sh
Код
#!/bin/sh

[ $1 ] && IFACE=$1 || exit 1

CONFDIR="/etc/net/interfaces/"
HWADDR=$(cat /sys/class/net/$IFACE/address)
#Если уже есть ptp соединение, то +1
P=$(ls -1 /sys/class/net | grep ppp | tail -n 1)
[ "$P" == "" ] && PPP=ppp0 || PPP=ppp$(expr ${P:3} + 1)

:> /etc/ppp/resolv.conf

err () {
kill -9 $PID
echo "$1" | tee -a /var/log/${PPP}.log
exit 0
}

if [ -f ${CONFDIR}${HWADDR}.pppoe.conf ]; then
. ${CONFDIR}${HWADDR}.pppoe.conf
modprobe pppoe
[ "$(grep $LOGIN /etc/ppp/chap-secrets)" ] || echo "$LOGIN * $PASSWD $IP" >> /etc/ppp/chap-secrets
[ "$(grep "$LOGIN" /etc/ppp/pap-secrets)" ] || echo "$LOGIN * $PASSWD $IP" >> /etc/ppp/pap-secrets
echo "plugin rp-pppoe.so $IFACE
name \"$LOGIN\"
$DNS
persist
defaultroute
replacedefaultroute
hide-password
noauth
$AC
$SN
" | tee /etc/ppp/peers/$NAME
[ "$DNS1" ] && [ "$DNS1" != "0.0.0.0" ] && echo "nameserver $DNS1" | tee /etc/resolv.conf
[ "$DNS2" ] && [ "$DNS2" != "0.0.0.0" ] && echo "nameserver $DNS2" | tee -a /etc/resolv.conf
pppd call $NAME
PID=$!

n=0
until [ -s /etc/ppp/resolv.conf ]
do
[ "$n" == "10" ] && err "${0}: No PPPoE connect"
sleep 1
n=$(expr $n + 1)
done

cat /etc/ppp/resolv.conf | tee -a /etc/resolv.conf

echo "${0}: pppoe connect" | tee -a /var/log/${PPP}.log
msg "Lan.sh:" "$IFACE PPPoE up"
DISPLAY=:0.0 trayNet $PPP &
fi
Запускается из lan.sh при наличии настроек pppoe.
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 08 Январь 2021, 08:24:06
 А где вопросы, или осуждаете не читая?
Я бы сразу спросил, а почему файл настройки /etc/ppp/peers/$name генерируется скриптом на основе файла /etc/net/interfaces/${hwaddr}.pppoe.conf ? Излишество же. Вот тут и надо посоветоваться, а в ответ тишина...
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 08 Январь 2021, 08:28:50
А где модуль, под какой он дистр и дока?
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 08 Январь 2021, 08:34:51
А где модуль, под какой он дистр и дока?
Тьфу ты! Опять бежишь впереди паровоза. Я же сказал, тут ещё работать и работать.
Тестирую кроме Richy на prar2008 и Альте.
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 08 Январь 2021, 08:50:41
Ну так работайте. Есть вопросы, нужны идеи - пишите
Будет готово - выкладывайте - будем тестировать
Что и от кого тогда сейчас хотите?

Пока вопрос только один: цель разработки
Т.е. чем будет лучше netctl nm connman ?
Без понимания цели - глубже не интересно
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 08 Январь 2021, 14:11:05
Есть вопросы
Вот я и спрашиваю, как удобнее сохранять настройки. У меня сделано под примонтирванный раздел home. По канонам должно быть /etc/ppp/peers/$providername, но это для стационарного full. А для переносного frugal как быть?
чем будет лучше netctl nm connman ?
Наверное тем, что будет адаптировано под переносную систему. Альт у меня отказался соединяться pppoe автоматом, prar2008 с NM соединился, но обратный переход я ещё не пробовал.
Без понимания цели
Цель? Наверно написать красиво. Например, одно и то же событие можно описать языком протокола (так называемый канцелярит), а можно и в стихах. Сравни init от B.K. типичный академический канцелярит, и то, что я из него сделал, и это не предел.
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 08 Январь 2021, 14:16:50
для переносного frugal как быть?
Как в фул. В сохраненке должно само оказаться, как только ее сделают
будет адаптировано под переносную систему
Как? Будет автоматом ломать пароли вифи?
написать красиво
Хорошая цель. Главное чтобы еще и работало
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 08 Январь 2021, 14:40:45
Главное чтобы еще и работало
Так, чтобы работало, я давно умею.
Как в фул. В сохраненке должно само оказаться, как только ее сделают
..............
Как? Будет автоматом ломать пароли вифи?
Вот тут ты не понял. Предположим, система на флешке. Запускается в разных местах. Сети тоже разные. Значит надо запомнить настройки и потом не перепутать. Пароли wifi хранятся в зашифрованном виде в /etc/net/wpa_profiles/$wlnaddr.wpa.conf. Для каждой сети свой файл. Я выключаю роутер mikrotik (оптоволокно), включаю роутер Yota и сеть подхватывается автоматом (в идеале, сейчас через connect перезагружаю сеть).
Вот как-то так...
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 08 Январь 2021, 14:53:55
 Попробовал обратный переход с pppoe на lan, NM обделался, не поднял простейшей сети. А ты говоришь "не Г"
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 08 Январь 2021, 15:01:36
Вот как-то так...
В nm по другому?
В netctl ecть (https://wiki.archlinux.org/index.php/Netctl#Wireless) NetCtl-auto@interface.service Systemd Unit.  Профили NetCtl будут запущены / остановлены автоматически, когда вы перемещаетесь из диапазона одной сети в диапазон другой сети (роуминг).
В connman не помню
Точно не велосипед изобретаете?
NM обделался,
Если тестируете мой nm модуль - лучше перепроверить на родном арчевом (оптимально в арче) или другом дистре. А уже потом предъявлять
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 08 Январь 2021, 15:55:34
Точно не велосипед изобретаете?
Самокат вместо трактора.
А уже потом предъявлять
Не предъявлять, а выпиливать. Иначе сделают стандартом де факто. Я категорически против таких гуёвин.
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 09 Январь 2021, 09:53:42
сделают стандартом де факто
Уже давно. Даже у Бари Кулера в дистре есть
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 09 Январь 2021, 10:01:41
А для переносного frugal как быть?
Как в фул. В сохраненке должно само оказаться, как только ее сделают
А если настройки будут для нескольких сетей? Тогда различить их можно только по имени концентратора использовав pppoe-discovery. Только работает он медленно, примерно 10 секунд. При загрузке системы это не существенно, а если надо из уже загруженной системы, получится тягомотина. Сам pppd соединение устанавливает быстро. Вот и думаю, как оптимально построить логику.
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 09 Январь 2021, 10:35:01
pppoe не юзал. Тут не подскажу
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 11 Январь 2021, 17:46:42
 Предварительный набросок pppoe.sh:
Код
#!/bin/sh

[ $1 ] && IFACE=$1 || exit 1
#Обнуляем IP сетевого интерфейса, иначе pppoe не поднимется.
ifconfig $1 0.0.0.0 up
#Сообщение об ошибке и выход
err () {
[ "$2" ] && kill -9 $2
echo "$1" | tee -a /var/log/${PPP}.log
exit 0
}
#Создаём ноду и подгружаем модули
[ -n /dev/ppp ] || mknod /dev/ppp c 108 0
modprobe pppoe
#Объявляем переменные
CONFDIR="/etc/net/interfaces/"
HWADDR=$(cat /sys/class/net/$IFACE/address)
NAME=$(pppoe-discovery | awk '/Access-Concentrator:/ {print $2}')
#Если концентратор не обнаружен выходим
if [ "$NAME" == "" ]; then
err "pppoe.sh: No PPPoE"
exit 1
fi
#Если уже есть ppp соединение, то +1
P=$(ls -1 /sys/class/net | grep ppp | tail -n 1)
[ "$P" == "" ] && PPP=ppp0 || PPP=ppp$(expr ${P:3} + 1)
#Обнуляем resolv.conf
:> /etc/ppp/resolv.conf
#Ищем файл настроек
if [ -f ${CONFDIR}${HWADDR}.$NAME ]; then
. ${CONFDIR}${HWADDR}.$NAME

[ "$(grep $LOGIN /etc/ppp/chap-secrets)" ] || echo "$LOGIN * $PASSWD $IP" >> /etc/ppp/chap-secrets
[ "$(grep "$LOGIN" /etc/ppp/pap-secrets)" ] || echo "$LOGIN * $PASSWD $IP" >> /etc/ppp/pap-secrets

echo "plugin rp-pppoe.so $IFACE
name \"$LOGIN\"
$DNS
persist
defaultroute
replacedefaultroute
hide-password
noauth
$AC
$SN
" | tee /etc/ppp/peers/pppoe
[ "$DNS1" ] && [ "$DNS1" != "0.0.0.0" ] && echo "nameserver $DNS1" | tee /etc/resolv.conf
[ "$DNS2" ] && [ "$DNS2" != "0.0.0.0" ] && echo "nameserver $DNS2" | tee -a /etc/resolv.conf
pppd call pppoe
PID=$!

n=0
while [ -s /etc/ppp/resolv.conf ]
do
[ "$n" == "10" ] && err "pppoe.sh: No PPPoE connect" "$PID"
sleep 1
n=$(expr $n + 1)
done

cat /etc/ppp/resolv.conf | tee -a /etc/resolv.conf

echo "pppoe.sh: PPPoE connect" | tee -a /var/log/${PPP}.log
notify-send "pppoe.sh:" "$IFACE PPPoE up"
DISPLAY=:0.0 netTun pci_lan_up &
exit 0
else
#Концентратор есть, настроек нет, вызываем pppoeconf
exec pppoeconf $NAME
fi
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 14 Январь 2021, 11:51:15
 Сколько сетевых интерфейсов, столько и иконок в трее. Клик по иконке - "вкл.|выкл." (триггер). Всплывающее меню - настройки.
Прошу высказываться.
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 14 Январь 2021, 12:20:04
Сколько сетевых интерфейсов, столько и иконок в трее
Достаточно используемой.
Название: Re: Ревизия autoNet (upNet)
Отправлено: Pro от 14 Январь 2021, 12:32:13
Сколько сетевых интерфейсов, столько и иконок в трее
Достаточно используемой.
неат, лучше видеть чего доступно настраивать.

во всплывающем меню надо имя интерфейса отобразить чтоли... ибо две сетевые карты не редкость вобще.
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 14 Январь 2021, 12:36:40
лучше видеть чего доступно настраивать.
В трее не нужно лишней инфы. Если и выводить , то с показом трафика или качества вифи
Остальные настройки удобнее вызывать из этого трея отдельной прогой
Короче - перегружать трей = зло
Название: Re: Ревизия autoNet (upNet)
Отправлено: knn от 14 Январь 2021, 13:35:10
Сколько сетевых интерфейсов, столько и иконок в трее. Клик по иконке - "вкл.|выкл." (триггер). Всплывающее меню - настройки.
Прошу высказываться.
- что-нибудь аналогичное как сейчас в icewm реализовать вообще в принципе можно?
Т.е. - ПКМ по любой иконке интерфейса в трее вызывает меню где галочками(/их снятием) пользователь включает/отключает видимость
(# имхо, в таком случае наверное начинать с показа всех интерфейсов придется)
-------
upd
посмотрел картинку выше - понял что может я немного не в тему
(хотя может придет идея куда прикрутить. # но не сегодня...)
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 14 Январь 2021, 15:30:15
во всплывающем меню надо имя интерфейса отобразить чтоли... ибо две сетевые карты не редкость вобще.
Это уже есть, имя интерфейса и его состояние, только на картинке не показано.
Остальные настройки удобнее вызывать из этого трея отдельной прогой
Короче - перегружать трей = зло
Раньше так и было ("connect"), но, эргономика утверждает, лишние действия == зло. Сколько раз нужно тыркаться с твоей прогой, чтобы переключить интерфейс? На примере того же NM? Руки отсохнут. Для того и переделываю, чтобы убрать "connect".
Название: Re: Ревизия autoNet (upNet)
Отправлено: k0l0p0k от 15 Январь 2021, 17:21:37
Сколько сетевых интерфейсов, столько и иконок в трее
...
Прошу высказываться.
спорно
в трей только часто используемое
сомневаюсь что кто переключает сети каждые пять минут
Название: Re: Ревизия autoNet (upNet)
Отправлено: knn от 16 Январь 2021, 08:40:48
по количеству видимых интерфейсов  как вариант - "ч/з конфиг-файл".
т.е. что-то в роде:
1. - при первом старте проги - видны все интерфейсы, и они автоматом прописываются в ~HOME/конфиг-файл-пользователя.
2. - далее пользователь может "ненужное зачеркнуть в конфиге" ( но тут варианты - стирать/коментить/флаги (не страшно если "руками") # скорее флаги... . И как-то определиться с созданием и пересозданиями конфига )
---------
вар.:
"видимость иконок" - регулировать ч/з конфиг-файл, а "вкл/выкл" - кликом по иконкам...

ps
может и неплохо если удастся например настраивать "конфиг-видимости" ч/з ПКМ (если возможно совместить, если нужно, с уже имеющимся функционалом в ПКМ-autoNeta)

ззы
до этого упоминал "регулировку видимости мониторингов активности сетей в трее IceWM-a" - это в его новых версиях
---------
это я "так, к слову" - как это "практически реализовывать" - не представляю )
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 16 Январь 2021, 09:18:11
настраивать "конфиг-видимости" ч/з ПКМ
Да, я тоже пришёл к такому решению, добавить в меню по ПКМ пункт "не показывать этот интерфейс"
как это "практически реализовывать"
Это не трудно.
Название: Re: Ревизия autoNet (upNet)
Отправлено: knn от 16 Январь 2021, 09:27:19
# любопытство.
- а если например по ходу добавил "usb0" - рестартовать иксы, или автоматом покажет ?
-----
upd:
... в любом случае смена интерфейса не частый случай ...
(у меня бывает - балланс на pppoe закончился - андроид-телефон-модем подключаю. с учетом редкости случая рестартануть иксы не в тягость. # wi-fi пока не пользую - часто "по-дефолту" в строке загрузчика модуль в блеклисте прописываю )
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 16 Январь 2021, 13:42:06
# любопытство.
- а если например по ходу добавил "usb0" - рестартовать иксы, или автоматом покажет ?
Автоматом, для этого и сделан запуск от udev.
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 20 Январь 2021, 09:26:20
я тоже пришёл к такому решению
Ещё раз подумал, и решил пересмотреть на "показывать только активные интерфейсы"
Название: Re: Ревизия autoNet (upNet)
Отправлено: sfs от 20 Январь 2021, 09:54:34
"показывать только активные интерфейсы"
"Правильной дорогой идете товарищи!"  ;)
Название: Re: Ревизия autoNet (upNet)
Отправлено: DdShurick от 18 Февраль 2021, 20:09:07
"Правильной дорогой идете товарищи!"  ;)
Иду, но медленно. После месячного перерыва (личные проблемы) начал работу над демоном upNetd.sh. Отслеживает operstate интерфейсов и показывает в трее только активные, попутно "ровняет память" - $HOME/.config/net/interfaces.lck