Alexander Kudrevatykh

Обновился с версии 3.5.10 до 3.8 Alpha 7 и у меня отвалился PPPoE интернет, оказалось что название профиля сменилось с _WEBADMIN_GigabitEthernet0/Vlan3 на _WEBADMIN_PPPoE0, а старый профиль проверял ethernet подключение на наличие интернета, у него это естественно не получалось и он сбрасывал состоние линка и отключал PPPoE.

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

В инструкциях вроде пишут, что это "работает только для torrent-протокола"

Запустил tcpdump но за сутки падение не воспроизвелось, если получится воспроизвести - напишу.

[W] May 4 20:11:00 https-dns-proxy: Unknown rrtype 'TLSA' [W] May 4 20:11:00 kernel: do_page_fault(): sending SIGSEGV to https_dns_proxy for invalid read access from 00000000 [W] May 4 20:11:00 kernel: epc = 77a02418 in libuClibc-1.0.32.so[779b3000+b6000] [W] May 4 20:11:00 kernel: ra = 77a01fd4 in libuClibc-1.0.32.so[779b3000+b6000] [E] May 4 20:11:00 ndm: Service: "DoH "Policy1" proxy #0": unexpectedly stopped. [W] May 4 20:11:01 https-dns-proxy: Unknown rrtype 'TLSA' [W] May 4 20:11:01 kernel: do_page_fault(): sending SIGSEGV to https_dns_proxy for invalid read access from 00000000 [W] May 4 20:11:01 kernel: epc = 77e76418 in libuClibc-1.0.32.so[77e27000+b6000] [W] May 4 20:11:01 kernel: ra = 77e75fd4 in libuClibc-1.0.32.so[77e27000+b6000] [E] May 4 20:11:01 ndm: Service: "DoH "Policy1" proxy #1": unexpectedly stopped. Периодически в логе вижу такие записи, кажется что их не должно быть. Через пару секунд после них сообщения о том что https-dns-proxy подялись. С этим в поддержку или здесь смогут помочь?

могу предложить только перепроверить ещё раз /opt/etc/bird4.conf и рестартануть bird /opt/etc/init.d/S04bird1-ipv4 restart

Invalid gw address значит что такой ip не может быть гейтвеем на данном роутере, 0.0.0.0 скорее всего означает что соединение вообще не установлено

Да, тут

это название процесса не поместилось полностью, скорее всего там nginx: master process /usr/sbin/nginx на сервере - это на том где сам subdomen.mydomen.ru.net? желательно где-то совсем снаружи проверять судя по тому что на роутере не резолвится * Couldn't resolve host 'subdomen.mydomen.ru.net' не прописан хост у регистратора днс

проверить что именно на роутере слушает 80-й порт netstat -ltnp посмотреть список редиректов портов ndmc -c cat running-config | grep static чтобы хоть чуть-чуть понимать как запрос обрабатывается - лучше его смотреть либо в дев-консоли браузера, либо curl -v http://subdomen.mydomen.ru.net

На 2.* получалось заставить работать usbip, теперь обновился на 3.1, решил возобновить свои эксперименты и на нем не получается экспортировать девайс подправленный стартовый скрипт для usbipd #!/bin/sh ENABLED=yes PROCS=usbipd ARGS="-D" PREARGS="" PRECMD="modprobe usbip-host" DESC=$PROCS PATH=/opt/sbin:/opt/bin:/opt/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin . /opt/etc/init.d/rc.func модули загружаются, usbipd стартует # lsmod | grep usbip usbip_host 13607 0 usbip_core 5530 1 usbip_host usbcore 137984 18 rndis_host,usbnet,huawei_cdc_ncm,usb_storage,usbextras,kpdsl,usbip_host,cdc_acm,cdc_ether,sierra,cdc_ncm,cdc_wdm,usbserial,kalmia,xhci_mtk,option,usb_wwan,xhci_hcd # ps | grep usb 545 root 0 SW [usb-storage] 599 root 0 SW< [usbip_event] 672 root 6220 S usbipd -D 1408 root 4388 S grep usb но при попытке экспортировать получаю ошибку # usbip list -l Local USB devices ================= - busid 1-1 (0951:1607) 1-1:1.0 -> usb-storage - busid 1-2 (0a12:0001) 1-2:1.0 -> unknown 1-2:1.1 -> unknown # usbip --debug bind --busid=1-2 usbip: debug: usbip.c:134:[run_command] running command: `bind' usbip: debug: usbip_bind.c:162:[unbind_other] 1-2:1.0 -> unknown usbip: debug: usbip_bind.c:162:[unbind_other] 1-2:1.1 -> unknown usbip: debug: utils.c:65:[modify_match_busid] write "add 1-2" to /sys/bus/usb/drivers/usbip-host/match_busid usbip: debug: usbip_bind.c:101:[bind_usbip] bind driver at 1-2:1.0 failed usbip: debug: usbip_bind.c:101:[bind_usbip] bind driver at 1-2:1.1 failed usbip: error: could not bind device to usbip-host usbip: debug: utils.c:65:[modify_match_busid] write "del 1-2" to /sys/bus/usb/drivers/usbip-host/match_busid версии usbip последние # opkg list-installed | grep usbip usbip - 1.1.1-11 usbip-client - 1.1.1-11 usbip-server - 1.1.1-11 # ndmc -c components list | grep -A 11 -B 1 -i usbip component: name: opkg-kmod-usbip group: Opkg priority: low depend: opkg size: 26666 order: 7 version: 3.01.C.0.0-0 hash: 60ffb3b89cb06bae14dd3939e6123018 installed: 3.01.C.0.0-0 queued: yes Кто-нибудь может подсказать, что ещё я забыл/сделал не так? Есть ли случаи испешной работы usbip на 3.1?

Извиняюсь, не увидел вопроса сразу Есть два провайдера A(с белым ip) и B(с серым), естественно tunnel broker может работать только через A. Настраиваю tunnel broker на Keenetic, возможности выбрать через какое соединение подключаться при этом нет, если выбрать провайдером по-умолчанию B - соединение не работает. Для vpn есть возможность указать, через какой из провайдеров подключаться, но нельзя выбрать политику подключения к провайдерам. Для 6in4 нет ни того ни другого. Подозреваю, что и для vpn и для 6in4 используется политика по-умолчанию, в идеале хотелось бы возможность использовать какую-то кастомную политику для этих подключений.

Хотелось бы не только icmp/tcp check а http/https, т.к. при отрицательном балансе зачастую tcp/icmp говорят что все хорошо, а по факту интернета-то нет :)

Подключил, настроил через веб-интерфейс, все работает. Из замеченного: 1. tunnel broker для ipv6 работает только если провайдер для него выбран в Default Policy 2. если в Policy Bindings перетащить хост в "No Internet access" - интернет на нем пропадет, но если потом перетащить в какую-либо ещё группу - не появится обратно, нужно идти в список устройств и там разбанивать его дополнительно.