vasek00

Не знаю конечно что за баг и что там описывалось, но если 192.168.1.1 - говорит о конфликте IP то о какой активной записи может идти речь.

Проблем не вижу

2.13B101 на странице "Нome VLAN" - раздел "Профиль доступа для незарегистрированных устройств" выбрать профиль "Без доступа в Интернет" и потом проверить данные настройки в конф файле роутера разделы любое устройство использует интерфейс "Home" => делается запрет "policy Home deny" и "default-policy deny" но разрешается зарег.которые имеют MAC - "host MAC_зарег_устройства permit".

Не много не понятно по данному логу, не стыковка с описанием или роутер считает что подключается WDC WD32 Сделайте проще, отключите все USB, дайте загрузиться роутеру, потом подключите док станцию, подождите 1 минуту и сохраниет self-test файл. В нем найдите по времени (в лог части) данную процедуру подключения и покажите ее.

Не много не понял фишку при схеме NAS---1GB----Asix_USB-ExtraII----5GHz----Клиент Клиент не видит DLNA от NAS но видит на ExtraII, релиз 2.13A5ххх на последней так же. Подозрения проход на пакетов 239.x.x.x. Помимо DLNA так же и SMB не видно NAS. При включении NAS на LAN порт все встает на места interface CdcEthernet0 rename Asix description "Asix USB-LAN" usb device-id 2001 4a00 security-level private ip dhcp client dns-routes ip dhcp client name-servers ip dhcp client displace Home ip global 900 up interface Bridge0 rename Home description "Home VLAN" inherit FastEthernet0/Vlan1 include Asix include AccessPoint include AccessPoint_5G ... security-level private ... up cdc_br0 Link encap:Ethernet HWaddr хх:хх:хх:хх:хх:60 inet6 addr: хххх::хххх:хххх:хххх:хх60/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:689917 errors:0 dropped:0 overruns:0 frame:0 TX packets:1475113 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:460794836 (439.4 MiB) TX bytes:1981366016 (1.8 GiB) eth0 Link encap:Ethernet HWaddr хх:хх:хх:хх:хх:60 inet6 addr: хххх::хххх:хххх:хххх:хх60/64 Scope:Link UP BROADCAST RUNNING MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) bridge name bridge id STP enabled interfaces br0 8000.хххххххххххх no eth2.1 cdc_br0 ra0 rai0 В остальном все работает. Возможная причина, система по WEB понимает данный интерфейс как WAN и ставит парамерт "global" и в резерв.

Осталось только в логах посмотреть что данный ORICO (внутри USB <-> SATA) определился системой

Не однократно делал opkg update -->> opkg upgrade проблем нет с ssh при следующем условии :

100Мбит - РТ

В DNSCrypt = ['cloudflare', '....', 'adguard-dns', 'yandex'] и в текущий момент времени Повторюсь он в связке с dnsmasq.

Это хорошо или плохо?

И с завернутым 53 портом

Не знаю даже что и сказать запросы от клиента android 8.1 на прямую. Либо у меня на телефоне уже многое отключено и плюсом "блокировщики" на нем или приложений мало, по запускал посмотрел не чего такого что привлекло бы внимания не заметил. Вот полазить по настройкам IP6 надо бы.

Клиент все запросы отправляет параллельно на google dns - это как это? т.е. на реальном скрине экрана speedtest отправил два каких то запроса один по DNS роутера (так как клиент его получил) и параллельный на DNS Google для получения IP для рекламного блока. Придется посмотреть про механизм - "AdMob реклама в Android приложение" и про "Google AdWords" и реально пощупать проход.

Блокировка по черному списку доменных имен и без направления на 53 порт происходит. т.е. перехватом пакетов на 53 порт вы избавились от рекламы google в приложениях приложениях например которые ниже

Наверное я чего-то не догоняю в чем фишка. Имеем Android клиента и на нем сервис один/два имеют запрос к 8.8.8.8:53 и 8.8.4.4:53, тогда имеем два варианта прохода данного запроса например "mtalk.google.com" или "mobile-gtalk.l.google.com" и т.д.: Клиент Android -- запрос -->-- 8.8.8.8:53 -->-- Интернет Клиент Android -- запрос -->-- 8.8.8.8:53 -->---Черный_ящик-->-- Интернет Где черный ящик "отлавливает" запросы 53 порта и перенаправляет их на какой-то сервис для обработки и далее в интернет. Вопрос в чем разница прохождения данного запроса, если ответ будет получен клиентом в любом случае?

Для простоты кто мешает запустить второй сервис для IPv6 dnscrypt-proxy --local-address='[::1]:53'.... в итоге будут запущены два сервиса "dnscrypt-proxy"

Конечно нет, кто хочет из домашних пусть ставит хоть 8.8.8.8 хоть что угодно со всеми вытекающими, речь идет о домашней сети в настоящие время желающих нет пока. Заблокировать публичные DNS без проблем в одно действие без iptables так же, только не вижу в этом смысла для домашних клиентов.

Ни куда не чего не добавлял из правил iptables. / # netstat -ntulp | grep dns tcp 0 0 127.0.0.2:65053 0.0.0.0:* LISTEN 748/dnscrypt-proxy tcp 0 0 192.168.1.1:53 0.0.0.0:* LISTEN 744/dnsmasq tcp 0 0 fe80::xxxx:xxxx:xxxx:xxxx:53 :::* LISTEN 744/dnsmasq udp 0 0 192.168.1.1:53 0.0.0.0:* 744/dnsmasq udp 0 0 127.0.0.2:65053 0.0.0.0:* 748/dnscrypt-proxy udp 0 0 fe80::xxxx:xxxx:xxxx:xxxx:53 :::* 744/dnsmasq / # В данном случае просто dnsmasq слушает все что летит на 53 порту. Хорошо ну не используете dnsmasq тогда кто мешает запустить dnscrypt-proxy на прослушку 53 порта в конфе ## List of local addresses and ports to listen to. Can be IPv4 and/or IPv6. ## To only use systemd activation sockets, use an empty set: [] listen_addresses = ['127.0.0.1:53'] ну или из команды запуска например для dnscrypt-proxy --local-address=127.0.0.1:53 dnscrypt-proxy --local-address='[::1]:53'....

Режимы 2,4 на KN1010 Режим 802.11b - ManagementBeacon frame - InformationElements: - ssid: GK ElementID: SSID Length: 4 (0x4) SSID: GK - rates: 1.0, 2.0, 5.5, 11.0 ElementID: Supported Rates Length: 4 (0x4) - Rate: Mandatory BitRate = 1.0 Mbps Rate: (.0000010) 1.0 Mbps Type: (1.......) Rate contained in the BSSBasicRateSet parameter - Rate: Mandatory BitRate = 2.0 Mbps Rate: (.0000100) 2.0 Mbps Type: (1.......) Rate contained in the BSSBasicRateSet parameter - Rate: Optional BitRate = 5.5 Mbps Rate: (.0001011) 5.5 Mbps Type: (0.......) Rate NOT contained in the BSSBasicRateSet parameter - Rate: Optional BitRate = 11.0 Mbps Rate: (.0010110) 11.0 Mbps Type: (0.......) Rate NOT contained in the BSSBasicRateSet parameter ... Режим 802.11gn - ManagementBeacon frame - InformationElements: - ssid: GK ElementID: SSID Length: 4 (0x4) SSID: GK - rates: 1.0, 2.0, 5.5, 11.0, 9.0, 18.0, 36.0, 54.0 ElementID: Supported Rates Length: 8 (0x8) - Rate: Mandatory BitRate = 1.0 Mbps Rate: (.0000010) 1.0 Mbps Type: (1.......) Rate contained in the BSSBasicRateSet parameter - Rate: Mandatory BitRate = 2.0 Mbps Rate: (.0000100) 2.0 Mbps Type: (1.......) Rate contained in the BSSBasicRateSet parameter - Rate: Mandatory BitRate = 5.5 Mbps Rate: (.0001011) 5.5 Mbps Type: (1.......) Rate contained in the BSSBasicRateSet parameter - Rate: Mandatory BitRate = 11.0 Mbps Rate: (.0010110) 11.0 Mbps Type: (1.......) Rate contained in the BSSBasicRateSet parameter - Rate: Optional BitRate = 9.0 Mbps Rate: (.0010010) 9.0 Mbps Type: (0.......) Rate NOT contained in the BSSBasicRateSet parameter - Rate: Optional BitRate = 18.0 Mbps Rate: (.0100100) 18.0 Mbps Type: (0.......) Rate NOT contained in the BSSBasicRateSet parameter - Rate: Optional BitRate = 36.0 Mbps Rate: (.1001000) 36.0 Mbps Type: (0.......) Rate NOT contained in the BSSBasicRateSet parameter - Rate: Optional BitRate = 54.0 Mbps Rate: (.1101100) 54.0 Mbps Type: (0.......) Rate NOT contained in the BSSBasicRateSet parameter ...

Наверное я один так понял ваши мысли, как написано так и понял. Можно узнать как вы определяете что при установке в WEB 802.11n роутер посылает 802.11b date rates ? Насчет правильнее это кому как. По поводу конфига при опробовании каких либо вариантов настроек в WEB (а тем более вкл потом выкл, потом сменить что-то, опять выкл и т.д.) вы можете дать гарантию что какая либо запись в нем не осталась я нет => поэтому для меня всегда было правилом после каких либо настроек и экспериментов проверить конф., тем более если вы знакомы с cli (для вас он более предпочтительней) то проблем вообще не должно возникнуть.

Странное решение если в сообщение говорилось и на скрине "WEB стояло - 802.11n", а в вопросе А в конфиг еще проще interface WifiMaster0 country-code RU compatibility GN channel 4 channel width 40-below power 75 vht up

Пожелания, возможно ли в WEB список устройств которые подключены к ТД ее wi-fi в текущий моент - Зарегистрированные добавить поле для wi-fi клиента RSSI для контроля например "отстрела" его от данной точки, да и наверное вообще не плохо бы видеть как бы картину wi-fi эфира ТД по клиентам или отдельно страницу с данной информацией. ТД имя такое-то 2,4GHz или 5GHz из "show associations" картинкой или как угодно данными из полей : - MAC или Имя (желательно обязательно) - txrate - rssi (желательно обязательно) - txss - ebf - mu

А зачем тогда включать в WAN порт KN1010 если все в одной сети -> LAN порты на всех устройствах и ТД оба устройства.

А для чего подключали функцию по просьбе пользователей, и про наличие отсутствие Winodws как раз речь шла. Даже ветки были про LLMNR и LLDP кое что о "соседях" в них есть