vasek00

Попробовал самым простым iperf но на KII где USB2. Роутер1(LAN-1GB)-----iperf3------(DUB-1312 USB)KII

Буду признателен за потраченное время в данном направлении. В продаже есть TPlink U300 (RTL8153), Dlink DUB-1312 A1 (Asix 88179) по одной цене

udp 0 0 0.0.0.0:5355 0.0.0.0:* 639/nqnd

Принял к сведению. Маленький вопрос по тестированию - если иметь USB3-Ethernet 1GB но включенный в порт USB2 роутера, то сколько он сможет вытянуть при подключении к 1GB порту. https://www.shaneb.me/products/высокое-качество-rtl8153-чипсет-usb-3-0-для-101001000-мбит/ В догонку по тестам на ПК в порту USB2 он 8153 давал 240Mbits/s в USB3 - 700-800Mbits/s. Если даже в пределах до 200Мбит на USB2 устроит.

По моему все понятно На самом деле LLMNR — это, по сути, аналог NetBIOS Name Service. Но есть пара интересных для нас моментов. Во-первых, это поддержка и IPv6, и IPv4, что отсутствует в NetBIOS. Во-вторых, это теоретическая поддержка длинных имен (более 15 символов, которые ограничивали NB NS). В-третьих, это совсем другой протокол. Точнее, LLMNR базируется на DNS-протоколе UDP и имеет почти такие же пакеты по формату. Но изменен порт — 5355. В-четвертых, LLMNR располагается следом за DNS в общесистемном резолве имен хостов (файл hosts, DNS, LLMNR, NB NS). Поддержка LLMNR есть начиная с висты (более поздние версии также поддерживают TCP-версию протокола). Вот именно что Определяет IP компьютера по имени Берем роутер 64/16 все влезает, что-то у других.

Наверное надо внимательнее прочитать пост выше 31.10.2017 20:23 Речь про то что этот протокол разработала Windows для своих сетей (один, два, три и т.д. ПК). Повторюсь Задайте себе вопрос - он кого определяет соседа компьютера и для чего он его определяет ? Может лучше подумать над SMB Over TCP/IP или полноценной схемы SMB сервер (роутер) и SMB client. Реализация SMB клиента в настоящие время есть для любой платформы.

a *unix там не чего не выводит? А как же быть с теми у кого дома нет windows только планшет/ТВ/смартфон? Может разрешить формировать файл host на роутере? Ну что тут сказать.

Еще раз СПС

Зачем??? Для чего Windows знать о соседних ПК это понятно, вопрос зачем это для роутера ? Второе ранее уже упоминалось Мы уже имеем для домашних пользователей 663 nobody 1348 S /usr/sbin/nlldo -u nobody 664 nobody 1352 S /usr/sbin/nllda -I Bridge0 -p Home -M хх:хх:хх:хх:хх:хх -x 18 -n MyK -D ZyXEL K если еще для Home можно отключить то nlldo - нет. Этот протокол Windows, а не роутера.

1. sms 2. sendmail включенный в busybox, в entware по моему нет 3. как выше

ДА он и есть С1

СПС на руках сейчас который ниже Oct 30 15:23:15ndm kernel: usb 3-1: new full-speed USB device number 2 using ohci-platform Oct 30 15:23:15ndm kernel: usb 3-1: not running at top speed; connect to a high speed hub Oct 30 15:23:15ndm kernel: usb 3-1: New USB device found, idVendor=2001, idProduct=1a02 Oct 30 15:23:15ndm kernel: usb 3-1: Product: DUB-E100 Oct 30 15:23:15ndm kernel: usb 3-1: Manufacturer: D-Link Oct 30 15:23:15ndm kernel: usb 3-1: SerialNumber: 6Dххх Oct 30 15:23:15ndm kernel: usbip-host 3-1:1.0: 3-1 is not in match_busid table... skip! Oct 30 15:23:15ndm kernel: asix 3-1:1.0: eth0: register 'asix' at usb-ohci-platform-1, ASIX AX88772 USB 2.0 Ethernet, c4:a8:1d:хх:хх:хх Oct 30 15:23:16ndm Network::Interface::Base: "CdcEthernet0": interface is down. Oct 30 15:23:16ndm Network::Interface::Base: "CdcEthernet0": interface is up. Oct 30 15:23:16ndm Network::Interface::IP: "CdcEthernet0": global priority is 112. Oct 30 15:23:16ndm Network::Interface::IP: "CdcEthernet0": order is 4. Oct 30 15:23:16ndm Network::Interface::Repository: "CdcEthernet0" interface created. Oct 30 15:23:16ndm kernel: usb 3-1: usbfs: USBDEVFS_CONTROL failed cmd ndm rqt 128 rq 6 len 2 ret -79 в ранее ! $$$ Model: ZyXEL Keenetic II ! $$$ Last change: Wed, 27 May 2015 16:31:55 GMT [I] Jan 1 03:08:01 ndm: kernel: usb 1-2: new high speed USB device using rt3xxx-ehci and address 2 [I] Jan 1 03:08:01 ndm: kernel: asix 1-2:1.0: eth0: register 'asix' at usb-rt3xxx-2, ASIX AX88772 USB 2.0 Ethernet, c4:a8:1d:хх:хх:хх [I] Jan 1 03:08:01 ndm: kernel: ADDRCONF(NETDEV_UP): cdc_br0: link is not ready [I] Jan 1 03:08:01 ndm: Network::Interface::Base: "CdcEthernet0": interface is down. [I] Jan 1 03:08:01 ndm: Network::Interface::Base: "CdcEthernet0": interface is up. [I] Jan 1 03:08:01 ndm: Network::Interface::IP: "CdcEthernet0": global priority is 350. [I] Jan 1 03:08:01 ndm: Network::Interface::Usb: interface "CdcEthernet0" is plugged (port 2). [I] Jan 1 03:08:03 ndhcpc: CdcEthernet0: NDM DHCP client (version 2.9.8) started. interface CdcEthernet0 usb device-id 2001 1a02 security-level public ip address dhcp ip dhcp client dns-routes ip dhcp client name-servers ip dhcp client displace Home ip global 350 up T: Bus=01 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 2 Spd=480 MxCh= 0 D: Ver= 2.00 Cls=ff(vend.) Sub=ff Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=2001 ProdID=1a02 Rev= 0.01 S: Manufacturer=D-Link S: Product=DUB-E100 S: SerialNumber=6Dхххх C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=200mA I:* If#= 0 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=00 Driver=asix E: Ad=81(I) Atr=03(Int.) MxPS= 8 Ivl=128ms E: Ad=82(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms E: Ad=03(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms В продаже так же есть и Gigabit Ethernet для шины USB 3.0 DUB-1312.

Наверное по тому, что данный форум превращается в нечто другое и уходит от того задуманного - чем должен был стать. Каждый вновь пришедший желает что-то добавить, что для него будет удобно и со своей калокольни. Данная система в отличие от других - закрыта от пользователя (это вопрос к разработчикам, чуть ее правда приоткрыли через OPKG), в тех же которые открыты кое-что может сделать сам пользователь доп.для своих нужд с описанием того как это сделать. Я же написал что можно сделать не дожидаясь, если кто-то не хочет делать или учиться то приходиться ждать, хотя поставить OPKG наверное не сложнее чем работать на Windows, тем более если посмотреть то у многих оказывается подключенный внешний винт уже пол дела сделано. Повторюсь данная тема начата 04.2017года сейчас 10.2017год. Мне вот например ну хотелось бы bonding иметь для 100Мбит на LAN портах поднять - но не судьба, ищем другой вариант - не выкидывать же оборудование то которое справляется с задачами да еще и с запасом или запустить старенький "ASIX AX88772 USB 2.0 Ethernet" который на 2.05 работал а сейчас ну не работает уже очень давно Oct 30 15:23:16ndm kernel: usb 3-1: usbfs: USBDEVFS_CONTROL failed cmd ndm rqt 128 rq 6 len 2 ret -79 Oct 30 15:23:16ndm Usb::Device: system failed [0xcffd00a2], value too large to be stored in data type. Oct 30 15:23:16ndm Usb::Device: failed to get a string descriptor header. Oct 30 15:23:16ndm Usb::Device: unable to read available language IDs. Oct 30 15:23:16ndm Network::Interface::Usb: "CdcEthernet0": system failed [0xcffd039c], /proc/bus/usb/003/002. Oct 30 15:23:16ndm PingCheck::Profile: interface "CdcEthernet0" added to profile "default". Ну не совпадает мое желание с желанием разработчиков, есть на вернее важнее задачи. Опять же мое личное мнение.

Наверное нужно прочитать, что на писано на коробке (например - Файловый сервер на USB-диске, torrent-клиент, медиатека DLNA, VPN-сервер и IPSec, принтер, цифровая телефония https://help.keenetic.net/hc/ru/categories/201582529-Приложения) и сравните с тем имеется.

Ладно, понятно то что ни фига не понятно.

Тогда в чем прикол с сообщением Возможно вы используете переназначение порта 53. Можно увидеть "netstat -ntulp" по 53 порту и по dnscrypt-proxy. У меня вот например ну ни как не могу отключить встроенный при настроенном 1. dnsmasq держит 192.168.1.100 (и только его и даже с "no-resolv", в нем же есть настройки если надо по обработке локальных доменов) порт 53 и перенаправляет на dnscrypt-proxy 127.0.0.1:65053 2. на роутере встроенный резолвер продолжает работат по resolv.conf 3. отключить встроенный резолвер хоть как-то можно по "ipcp no name-servers" , но и тут есть фишка, например самое простое это сервис обновление, хотя думаю есть еще пару сервисов которые хотят использовать resolv.conf.

Опять не по нятки - ну настроили вы с DHCP Option 15 Option 15 (DNS Domain Name) позволяет передавать клиентскому хосту от DHCP-сервера имя домена, которое будет добавляться при обращении с этого хоста к ресурсу по имени, которое не имеет домена. Поясним, если хост получает от DHCP-сервера опцию, в которой указан домен local, то при обращении с хоста, например, на ресурс server, DNS-запрос автоматически будет идти по адресу server.local. https://help.keenetic.net/hc/ru/articles/214471085-Настройка-DHCP-Option-15 при чем тогда dnscrypt-proxy Так же в dnscrypt-proxy Или мы говорим о разном.

В курсе, просто пользователи ну очень хотят из коробки с функциями которых в коробке нет.

На то он и форум, два варианта были описаны. В настоящие время Мне все больше напоминает - фильм "Робот полицейский 2" где в самом начале фильма в программное обеспечение стали включать пожелание пользователей и во что это вылилось.

Опять вопрос что значит - локальных запросов, можно по подробней?

А я обошелся встроенным DLNA + только свой конфиг /opt/etc/minidlna.conf. Вопрос в другом он же Entware у вас стоит. Да и обратим внимание на дату поднятия вопроса.

Вопрос не много не понятен, так как dnscrypt-proxy нужны только свои сервера и их чуть больше 106, и причем тут встроенный resolv.conf. dnscrypt-proxy --local-address=127.0.0.2:65153 --daemonize –edns-payload-size=1252 -R fvz-anyone -l /opt/tmp/dnscrypt-proxy.65153.log -m 7 в данном случае -R fvz-anyone это береться из dnscrypt-resolvers.csv или можно прописать в ком.строке.

Так! По спокойней, да читать нужно внимательно, а не между строк. Для вас еще раз пост выше Вывод - ее пока нет, можно ждать еще 6-12 месяцев, а можно решить пока так как написано выше. Если вам проще ждать, то ждите.

Вся фишка в том что есть еще команда "ipcp no name-servers" ipcp name-servers ip dhcp client name-servers ... opkg dns-override обе эти команды пробиваются при настройке в WEB => resolv.conf так оно так и работает и прекрасно, например : локальные клиенты сети контролируются IP_роутера:53, а серв.самого роутера контролируются resolv - запросы идут на прямую на сервера из resolv на роутере tcp 0 0 192.168.1.100:53 0.0.0.0:* LISTEN 784/dnsmasq udp 0 0 192.168.1.100:53 0.0.0.0:* 784/dnsmasq / # nslookup google.com Server: DNS_провайдера Address 1: DNS_провайдера Name: google.com Address 1: 64.233.165.139 lg-in-f139.1e100.net Address 2: 64.233.165.100 lg-in-f100.1e100.net / # /tmp # cat resolv.conf nameserver DNS_провайдера nameserver DNS_провайдера1 options timeout:1 attempts:1 rotate /tmp # cat ndnproxymain.conf ... dns_server = DNS_провайдера . dns_server = DNS_провайдера1 . ... rpc_only = on /tmp # # traceroute yandex.ru traceroute to yandex.ru (5.255.255.70), 30 hops max, 38 byte packets ... и тут видим, что нет ни какого 53 порта роутера, а сразу на прямую на провайдера udp 17 19 src=IP_роутера dst=DNS_провайдера sport=57852 dport=53 packets=1 bytes=72 src=DNS_провайдера dst=IP_роутера sport=53 dport=57852 packets=1 bytes=132 mark=0 use=2 ... udp 17 19 src=IP_роутера dst=DNS_провайдера sport=56272 dport=53 packets=1 bytes=73 src=DNS_провайдера dst=IP_роутера sport=53 dport=56272 packets=1 bytes=198 mark=0 use=2 применение команды же "ipcp no name-servers" убирает использования DNS провайдера

Если речь про контейнер уже говорили тут несколько месяцев назад, а именно про опцию в конф файле root_container=B