vasek00

Есть такой файлик

На бирке MAC -> WAN порта он +1 от MAС на Home интерфейсе (или он же Bridge0 или он же br0). (config)> show identification Пример Extra II на бирке E4:18:6B:хх:хх:2D (в проце встроен switch как и в Keenetic II так же в проце switch) Шина switch eth2 Link encap:Ethernet HWaddr E4:18:6B:хх:хх:2C LAN порты eth2.1 Link encap:Ethernet HWaddr E4:18:6B:хх:хх:2C WAN интерфейс eth2.2 Link encap:Ethernet HWaddr E4:18:6B:хх:хх:2D Home интерфейс br0 Link encap:Ethernet HWaddr E4:18:6B:хх:хх:2C <!-- show identification --> <servicetag>8хххххххххххххх9</servicetag> <serial>Sххххххххххх0</serial> <mac>e4:18:6b:хх:хх:2d</mac> <hwid>ki_rb</hwid> <cid>72хххххх-ххххх-хххх-хххх-хххххххххххх1</cid> В режиме ТД роутер = WAN порт не нужен, а следовательно MAC устройства в данном случае = E4:18:6B:хх:хх:2C можно так же увидеть по sleftest [I] Jan 1 03:00:17 ndm: kernel: rtsoc_eth: e4:18:6b:xx:xx:2c address assigned to eth2 [I] Jan 1 03:00:17 ndm: kernel: rtsoc_eth: MT7628 switch initialized [I] Jan 1 03:00:17 ndm: Network::Interface::Base: "FastEthernet0": interface is down. [I] Jan 1 03:00:17 ndm: Network::Interface::Mac: "FastEthernet0": backed up the default address e4:18:6b:xx:xx:2c of "FastEthernet0" before changing. [I] Jan 1 03:00:17 ndm: Network::Interface::Repository: "FastEthernet0" interface created.

Беру слова обратно на 3A204 клиент который давал 200-230 (один поток на приеме) так и дает на KN1010 [ 5] local 192.168.130.100 port 5201 connected to 192.168.130.17 port 40026 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 23.7 MBytes 199 Mbits/sec 0 540 KBytes [ 5] 1.00-2.01 sec 27.3 MBytes 228 Mbits/sec 0 540 KBytes [ 5] 2.01-3.00 sec 27.8 MBytes 234 Mbits/sec 0 540 KBytes [ 5] 3.00-4.00 sec 27.0 MBytes 226 Mbits/sec 0 540 KBytes [ 5] 4.00-5.01 sec 27.2 MBytes 225 Mbits/sec 0 540 KBytes [ 5] 5.01-6.00 sec 27.7 MBytes 235 Mbits/sec 0 540 KBytes [ 5] 6.00-7.01 sec 27.4 MBytes 228 Mbits/sec 0 540 KBytes [ 5] 7.01-8.01 sec 27.3 MBytes 229 Mbits/sec 0 540 KBytes [ 5] 8.01-9.02 sec 26.8 MBytes 223 Mbits/sec 0 540 KBytes [ 5] 9.02-10.00 sec 26.3 MBytes 224 Mbits/sec 0 540 KBytes [ 5] 10.00-11.00 sec 27.8 MBytes 234 Mbits/sec 0 540 KBytes [ 5] 11.00-12.04 sec 28.3 MBytes 229 Mbits/sec 0 540 KBytes [ 5] 12.04-13.00 sec 25.4 MBytes 221 Mbits/sec 0 540 KBytes [ 5] 13.00-14.00 sec 28.0 MBytes 235 Mbits/sec 0 540 KBytes [ 5] 14.00-15.01 sec 27.9 MBytes 233 Mbits/sec 0 540 KBytes [ 5] 15.01-16.00 sec 27.2 MBytes 229 Mbits/sec 0 540 KBytes [ 5] 16.00-17.01 sec 20.4 MBytes 170 Mbits/sec 0 540 KBytes [ 5] 17.01-18.01 sec 19.4 MBytes 162 Mbits/sec 0 540 KBytes [ 5] 18.01-19.01 sec 23.7 MBytes 199 Mbits/sec 0 540 KBytes [ 5] 19.01-20.01 sec 22.8 MBytes 191 Mbits/sec 0 540 KBytes [ 5] 20.01-21.01 sec 23.7 MBytes 199 Mbits/sec 0 540 KBytes [ 5] 21.01-22.01 sec 25.9 MBytes 216 Mbits/sec 0 540 KBytes [ 5] 22.01-23.03 sec 23.8 MBytes 196 Mbits/sec 0 540 KBytes [ 5] 23.03-24.00 sec 25.1 MBytes 217 Mbits/sec 0 540 KBytes [ 5] 24.00-25.03 sec 27.5 MBytes 226 Mbits/sec 0 540 KBytes [ 5] 25.03-26.00 sec 26.5 MBytes 228 Mbits/sec 0 540 KBytes iperf3: error - unable to write to stream socket: Connection reset by peer - - - - - - - - - - - - - - - - - - - - - - - - - [ 6] 11.00-12.01 sec 2.14 MBytes 17.8 Mbits/sec 0 515 KBytes [ 9] 11.00-12.01 sec 2.02 MBytes 16.8 Mbits/sec 0 522 KBytes [ 11] 11.00-12.01 sec 1.90 MBytes 15.8 Mbits/sec 0 529 KBytes [ 13] 11.00-12.01 sec 2.49 MBytes 20.7 Mbits/sec 0 523 KBytes [ 15] 11.00-12.01 sec 2.46 MBytes 20.5 Mbits/sec 0 536 KBytes [ 17] 11.00-12.01 sec 2.48 MBytes 20.6 Mbits/sec 0 520 KBytes [ 19] 11.00-12.01 sec 2.68 MBytes 22.3 Mbits/sec 0 515 KBytes [ 21] 11.00-12.01 sec 2.17 MBytes 18.1 Mbits/sec 0 539 KBytes [ 23] 11.00-12.01 sec 2.41 MBytes 20.0 Mbits/sec 0 536 KBytes [ 25] 11.00-12.01 sec 2.20 MBytes 18.3 Mbits/sec 0 529 KBytes [SUM] 11.00-12.01 sec 22.9 MBytes 191 Mbits/sec 0 - - - - - - - - - - - - - - - - - - - - - - - - - [ 6] 12.01-13.00 sec 2.15 MBytes 18.2 Mbits/sec 0 515 KBytes [ 9] 12.01-13.00 sec 1.97 MBytes 16.7 Mbits/sec 0 522 KBytes [ 11] 12.01-13.00 sec 2.19 MBytes 18.5 Mbits/sec 0 529 KBytes [ 13] 12.01-13.00 sec 2.11 MBytes 17.9 Mbits/sec 0 523 KBytes [ 15] 12.01-13.00 sec 2.23 MBytes 18.9 Mbits/sec 0 536 KBytes [ 17] 12.01-13.00 sec 1.80 MBytes 15.3 Mbits/sec 0 520 KBytes [ 19] 12.01-13.00 sec 1.83 MBytes 15.5 Mbits/sec 0 515 KBytes [ 21] 12.01-13.00 sec 2.00 MBytes 17.0 Mbits/sec 0 539 KBytes [ 23] 12.01-13.00 sec 2.05 MBytes 17.3 Mbits/sec 0 536 KBytes [ 25] 12.01-13.00 sec 2.05 MBytes 17.4 Mbits/sec 0 529 KBytes [SUM] 12.01-13.00 sec 20.4 MBytes 173 Mbits/sec 0 - - - - - - - - - - - - - - - - - - - - - - - - - [ 6] 12.01-13.00 sec 2.15 MBytes 18.2 Mbits/sec 0 515 KBytes [ 9] 12.01-13.00 sec 1.97 MBytes 16.7 Mbits/sec 0 522 KBytes [ 11] 12.01-13.00 sec 2.19 MBytes 18.5 Mbits/sec 0 529 KBytes [ 13] 12.01-13.00 sec 2.11 MBytes 17.9 Mbits/sec 0 523 KBytes [ 15] 12.01-13.00 sec 2.23 MBytes 18.9 Mbits/sec 0 536 KBytes [ 17] 12.01-13.00 sec 1.80 MBytes 15.3 Mbits/sec 0 520 KBytes [ 19] 12.01-13.00 sec 1.83 MBytes 15.5 Mbits/sec 0 515 KBytes [ 21] 12.01-13.00 sec 2.00 MBytes 17.0 Mbits/sec 0 539 KBytes [ 23] 12.01-13.00 sec 2.05 MBytes 17.3 Mbits/sec 0 536 KBytes [ 25] 12.01-13.00 sec 2.05 MBytes 17.4 Mbits/sec 0 529 KBytes [SUM] 12.01-13.00 sec 20.4 MBytes 173 Mbits/sec 0 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 6] 0.00-13.00 sec 29.1 MBytes 18.8 Mbits/sec 0 sender [ 9] 0.00-13.00 sec 29.8 MBytes 19.2 Mbits/sec 0 sender [ 11] 0.00-13.00 sec 29.2 MBytes 18.8 Mbits/sec 0 sender [ 13] 0.00-13.00 sec 30.7 MBytes 19.8 Mbits/sec 0 sender [ 15] 0.00-13.00 sec 29.4 MBytes 18.9 Mbits/sec 0 sender [ 17] 0.00-13.00 sec 29.4 MBytes 19.0 Mbits/sec 0 sender [ 19] 0.00-13.00 sec 29.5 MBytes 19.0 Mbits/sec 0 sender [ 21] 0.00-13.00 sec 29.1 MBytes 18.8 Mbits/sec 0 sender [ 23] 0.00-13.00 sec 28.3 MBytes 18.3 Mbits/sec 0 sender [ 25] 0.00-13.00 sec 28.3 MBytes 18.2 Mbits/sec 0 sender [SUM] 0.00-13.00 sec 293 MBytes 189 Mbits/sec 0 sender iperf3: the client has terminated

Как смотреть при 100Мбит канале клиент на 5GHz 100 выжимает, а вот по iperf3 соглашусь просела и сильно (еще и в 215 уже было проседание)

Конфиг wi-fi или настройки

При подключенных клиентах - 192.168.1.1/a команда "show assoc" и так же не мешало бы увидеть конфиг настроек Wi-fi хотя бы 5GHz можно так же скрином.

Последнее время возможно после перехода на релиз прошивки 3 (на 2.15 не проверял пока) или обновление программ из Entware наблюдаю такую картину, например после чтения страницы или не пользованием Интернетом ~ 8-10мин набираю в браузере адрес forum.keenetic.net (или еще 2-3 сайта) получаю попытка соединения не удалась/попробовать снова, если набрать потом любой другой (он открывается) и опять проблемные то все открывается и работает. Схема Клиент-->--Dnsmasq-->--Dnscrypt-proxy-->--Интернет dnsmasq-full - 2.80-11 и dnscrypt-proxy2 - 2.0.21. Легкий анализ показал, что как бы проблема в следующем получен ответ для клиента с TC = 1 (Message truncated) или Flags: Response, Opcode - QUERY (Standard query), TC, RD, RA, Rcode - Success Такого никогда не было, начало появляться совсем не давно.

А чтоб такого не было НУЖНО перед сменой конфигурации сделать сохранение тек.конфига, потом меняете что хотите и опять сохранения конфига (потом переименовать конфиг в понятное для вас имя ТД.....txt) Вспомним инструкцию которая была в самом начале Имеем роутер в качестве ТД подключен к основному => должен определиться в WEB->список устройств -> смотрим IP Если нет или что-то не так 1. смотрим бирку на данном роутере там есть MAC адрес -> данный адрес добавляем на основном роутере и прописываем ему IP адрес не из пула (тут можно перегрузить основной а можно и потом если что) 2. перегружаем роутер который ТД и опять смотрим на основном появилась ли данная ТД в WEB->список устройств Только что переключил ExtraII в ТД как до этого был мой IP так и остался старым, т.е. не 192.168.1.3

ТД отключаете его от всего и только клиент к нему, пробуете 192.168.1.3 на клиенте IP любой. Если не пройдет то кнопка ресет на нем и 192.168.1.3. У меня переключение чуток по проще так как на основном роутере всегда есть привязка IP по MAC, т.е. был данный роутер сначала как основной потом его на до переключить как ТД => переключаем и получаем тот же IP из лок.сети.

Для начала осмыслить и

exeigor [2.dnscrypt-cert.quad9.net.] the key validity period for this server is excessively long (367 days), significantly reducing reliability and forward security. "....ключевой срок действия для этого сервера чрезмерно длинен (367 дней), значительно уменьшив надежность и передовую безопасность" https://github.com/jedisct1/dnscrypt-proxy/issues/206 Если не принципиально то предложу такой вариант исправления то что у вас пробы вариант A для проверки добавил "quad9-dnscrypt-ip4-filter-pri" вариант B вариант С Для вас принципиально от куда брать сервера из [sources.'public-resolvers'] или [sources.quad9-resolvers] и ожидания выбора из данных списков. Выберите себе 4 быстрых сервера (по меньшему ms на основании лога) поставьте их в "server_names" и можно перетащить в секцию "stamp" из *.md пару-тройку (но тут в какое время данный сервер может сменить сертификат и перестать работать, но всегда можно подправить "stamp") При пробовании каждого варианта выше такого сообщения не было

пардон тогда

Ощущение что у вас запущено что-то очень много [2019-04-06 11:44:05] [NOTICE] dnscrypt-proxy is ready - live servers: 9 у меня ну не более 4 у вас аж 9 [2019-03-24 08:56:29] [NOTICE] [adguard-dns] OK (crypto v1) - rtt: 67ms [2019-03-24 08:56:30] [NOTICE] [cloudflare] OK (DoH) - rtt: 62ms [2019-03-24 08:56:30] [NOTICE] [cpunks-ru] OK (crypto v1) - rtt: 17ms [2019-03-24 08:56:31] [NOTICE] [yandex] OK (crypto v1) - rtt: 39ms [2019-03-24 08:56:31] [NOTICE] Server with the lowest initial latency: cpunks-ru (rtt: 17ms) [2019-03-24 08:56:31] [NOTICE] dnscrypt-proxy is ready - live servers: 4

Для начала подчистите *.md и *.md.mini в /opt/etc и перезапустите dnscrypt-proxy

[2019-04-06 11:43:50] [NOTICE] Now listening to 192.168.1.1:53 [UDP] [2019-04-06 11:43:50] [NOTICE] Now listening to 192.168.1.1:53 [TCP]

Упростить в нынешних реалиях (самое простое что выше) но из-за контроля /opt/etc/ndm/netfilter.d В противном случае по простому решалось бы как написано выше.

Тайный смысл. 🙂 Тогда на голосование.

Смотрите в сторону iptables iptables .... -m recent --update .... --seconds 6000 .... правда это не сработает, так как данное правило через некоторое время будет зачищено прошивкой. Chain INPUT (policy DROP 0 packets, 0 bytes) pkts bytes target prot opt in out source destination .... 0 0 DROP tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:65222 recent: UPDATE seconds: 600 hit_count: 5 name: ssh_2 side: source mask: 255.255.255.255 и потом его отсутствие Chain INPUT (policy DROP 0 packets, 0 bytes) pkts bytes target prot opt in out source destination ....

AdGuard стал дурить

Проверил на KN1010 стоял раньше релиз 2.15 потом переход на релиз 3, сделал обновление "update/upgrade" с запуском проблем не было.

Обновления по https://download.nextcloud.com/server/ ветки : - prereleases - releases Установить пакет "opkg install unzip", поместить скаченный файл в /opt/share/www, войти в данный каталог и распаковать например "unzip nextcloud-16.0.0beta1.zip" (будет распакован в каталог /opt/share/www/nextcloud ) Далее согласно инструкции выше. В результате как и owncloud пыхтит на 7621 проце с HDD по USB3

Третий роутер с такой же проблемой

Что-то про библиотеку уже пробегало fastvpn: bind table cleared do_page_fault(): sending SIGSEGV to mtkiappd for invalid write access to 0042c45c epc = 771246e8 in libuClibc-1.0.31.so[770c3000+b5000] ra = 77124668 in libuClibc-1.0.31.so[770c3000+b5000] fastvpn: bind table cleared

Сегодня на двух роутерах наткнулся на ошибку на релизе 215С202 По логу роутера Перегруз ошибка аналогична /lib # ls -l lrwxrwxrwx 1 root root 18 Mar 21 18:04 functions -> /opt/lib/functions lrwxrwxrwx 1 root root 21 Mar 21 18:04 functions.sh -> /opt/lib/functions.sh -rwxr-xr-x 1 root root 33090 Mar 21 13:40 ld-uClibc-1.0.31.so lrwxrwxrwx 1 root root 14 Mar 21 18:04 ld-uClibc.so.0 -> ld-uClibc.so.1 lrwxrwxrwx 1 root root 19 Mar 21 18:04 ld-uClibc.so.1 -> ld-uClibc-1.0.31.so lrwxrwxrwx 1 root root 18 Mar 21 18:04 libatomic.so.1 -> libatomic.so.1.2.0 -rwxr-xr-x 1 root root 17487 Mar 21 13:40 libatomic.so.1.2.0 lrwxrwxrwx 1 root root 19 Mar 21 18:04 libc.so.0 -> libuClibc-1.0.31.so lrwxrwxrwx 1 root root 19 Mar 21 18:04 libc.so.1 -> libuClibc-1.0.31.so .... -rwxr-xr-x 1 root root 154864 Mar 21 14:01 libndmYandexDnsClient.so -rwxr-xr-x 1 root root 746073 Mar 21 13:40 libuClibc-1.0.31.so .... /lib #

Релизы 215С202 проверка миграции клиента между двумя роутерами на 5GHz Клиент----5GHz-----KN1810-----LAN------KN1010------5GHz------Клиент KN18 в точке1, KN10 в точке2 (дальности между ними чисто символическая просто для проверки миграции клиента между роутерами). На KN18 и KN10 включено : - Роуминг 802.11r (FT) - совместимость с FT over the DS - Управление BSS-окружением 802.11k/v - BandSteering выключен SSID на роутерах один только разные каналы 52 и 36. Самый простой клиент который дает "ap": "WifiMaster1/AccessPoint0", "txrate": 270, "ht": 40, "mode": "11n", "gi": 800, "rssi": -65, "mcs": 15, "txss": 2, "ebf": false, "mu": false, "roam": "pmk" Клиент ноут, подключается к КТ18 потом переходит в удаленную точку пере подключается к KN10 и возвращается в исходную точку где опять возвращается на KN18. Подключение/пере подключение определялось по LAN анализатору на клиенте (по выбранным каналам 52/36 и по EAPOL Key1-Key4)