vasek00

За весь период применения KN1810/KN1010 на релизах 2.15/3B00 проблем например с клиентом BCM433Х не возникало при включенной QAM256, да и возникнуть не с чего бы. Что на 2,4GHz или на 5GHz работает без нареканий. Так как большее время клиент работает на 5GHz то например была такая фишка с ним до недавнего времени (т.е. до релиза 3B00) роутер в определенное время выключал wi-fi для 5GHz (клиент же который выше может 5GHz 11/n) то у подключенного клиента в данное время выключения Wi-fi был ступор по Wi-fi т.е. ноут говорил об отсутствии wi-fi устройства у себя как такового, выходил из ступора через некоторое время, если ждать было лень то перегруз спасал. Сейчас все как положено говорит нет данной Wi-fi и можно подключиться к другой без проблем. Попробуйте в драйверах (по новее / по старее) и самими настройками поиграть.

Если правильно понял и каналы с каких то модемов и в виде Ethernet (тариф 100Мбит) проложенный кабель 4 пары, то делаете по два концевика с обоих сторон (2 пары для одного, 2 другие для другого). Например ниже, канал 1 помечен на разъемах, канал 2 не помечен.

Вы в этом уверены на все 100% в том парке данных устройств которые были в продаже с 2010, а так же в функционале устраивал на все 100% и т.д.

Как бы мой ответ был

На ПК при включении монтируется сетевая папка от роутера, настройки торрента на ПК указывают на данную сетевую папку, т.е. в итоге файл попадает на диск роутера.

Если на ПК вопросов нет, но есть другие случаи по наличию устройств в дом.сети по мимо ПК всякие NAS, приставки и т.д.

Если сможите примонтировать данную папку с ПК к роутеру. С другого роутера релиз 3B00 на обоих стоит TSMB, берем раздел с одного (он в NTFS) и примонтируем к другому роутеру. /tmp/mnt # mount -t cifs //192.168.130.97/S1-1TB /tmp/mnt/KN-1 -o user="admin",pass="*********" /tmp/mnt # mount ... /dev/sda1 on /tmp/mnt/01xxxxxxxxxxxx60 type tntfs (rw,nosuid,noexec,noatime,uid=0,gid=1000,umask=02,allow_utime=0020,utf8,min_prealloc_size=64k,max_prealloc_size=483392508,readahead=4M,perm,user_xattr,case_insensitive,fail_safe,hidden=show,dotfile=show,protected_system=ignore,errors=continue,mft_zone_multiplier=1) /dev/sda2 on /tmp/mnt/fcxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx1 type ext4 (rw,noatime,data=ordered) /dev/sda2 on /opt type ext4 (rw,noatime,data=ordered) //192.168.130.97/S1-1TB on /tmp/mnt/KN-1 type cifs (rw,relatime,vers=1.0,cache=strict,username=admin,domain=KN,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.130.97,file_mode=0755,dir_mode=0755,nounix,serverino,mapposix,rsize=61440,wsize=65536,echo_interval=60,actimeo=1) /tmp/mnt # df Filesystem 1K-blocks Used Available Use% Mounted on .... //192.168.130.97/S1-1TB 972028924 811997308 160031616 84% /tmp/mnt/KN-1 /tmp/mnt # /tmp/mnt/KN-1 # ln -s /tmp/mnt/UKN-1/Video /tmp/mnt/01xxxxxxxxxxxx60/Video1 /tmp/mnt/01xxxxxxxxxxxx60 # ls -l drwxr-xr-x 1 root root 0 Apr 18 15:40 Sync_All drwxr-xr-x 1 root root 0 Apr 19 08:12 Test drwxr-xr-x 1 root root 4096 Apr 28 18:16 Video lrwxrwxrwx 1 root root 20 May 19 12:45 Video1 -> /tmp/mnt/KN-1/Video drwxr-xr-x 1 root root 4096 Apr 29 08:34 Work drwxr-xr-x 1 root root 0 Apr 2 14:18 Yandex /tmp/mnt/01xxxxxxxxxxxx60 # Примечание при таком добавлении новых видео файлов DLNA (Один каталог родной Video, новый каталог от другого роутера примонтированный Video1) придется делать в ручную пере индексацию базы, но если стоит Entware то можно придумать и авто режиме что-то.

На KN10 PPPoE 100Мбит Windows 7 - пару раз провал на download на upload нормально, но бывает и все ОК. Все скрины сняты ближе к концу upload.

Роутер KN10 и канал 100Мбит на PPPoE (слева скрин) и ExtraII (аналог KN1710) и PPPoE канал 20Мбит. Два разных провайдера. ping до вашего игрового сервера и скачивание с yandex диска в первом случае со скоростью 6МБ во втором 2,5МБ.

Фишка в чем

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

На бирке 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]