vasek00

Почитать наверное где в базе знаний есть, а так я же показ конф файл ТД interface Bridge0 rename Home description HomeLan inherit GigabitEthernet0/Vlan1 include AccessPoint include AccessPoint_5G .... ip address 192.168.1.3 255.255.255.0 ip address dhcp ip dhcp client fallback static ip dhcp client dns-routes ip dhcp client name-servers interface Bridge0 - ip address 192.168.1.3 255.255.255.0 если проблема при "ip address dhcp/ip dhcp client fallback static"

Вопрос, на 43B2 перестал подключаться WG на второго провайдера при перезагрузки роутера. Инет1-провайдер РТ и WG0 - все ОК Инет2-провайдер провод и WG1 - проблемка, требуется передергивания соединения. На некоторых весриях ПО все нормально, например на 43B1 теперь на 43B2 опять проблема. Передергивание и итог WG2 на втором провайдере Ранее на 43B1 При переводе WG1 на РТ канал, проблем не возникает (основной РТ и default на него, Inet-2 резерв).

192.168.1.3 данный адрес используется при проблеме на DHCP сервере или его отсутствие, т.е. точка не получила IP и был назначен по умолчанию. interface Bridge0 rename Home description HomeLan inherit GigabitEthernet0/Vlan1 include AccessPoint include AccessPoint_5G .... ip address 192.168.1.3 255.255.255.0 ip address dhcp ip dhcp client fallback static ip dhcp client dns-routes ip dhcp client name-servers Смотрим лог Возможно лог прояснит ситуацию по данному вопросу.

Можно и штатными -> тогда ручками менять def мвршрут в WEB или как описывали на форуме через vlan. О каких дебрях идет речь ????? На втором роутере def на основной ~ # ip ro default via 192.168.1.100 dev br0 proto static После подключения модема к нему, def на модем ~ # ip ro default via 192.168.8.1 dev cdc_br0 Смена def c модема на основной ~ # ip ro del default ~ # ip route add default via 192.168.1.100 dev br0 ~ # ip ro default via 192.168.1.100 dev br0 Смена обратно на модем ~ # ip ro del default ~ # ip route add default via 192.168.8.1 dev cdc_br0 ~ # ip ro default via 192.168.8.1 dev cdc_br0 Проконтролировать модемный интерфейс ~ # ifconfig | awk '/cdc_br0/ {print $1}' cdc_br0 ~ # ~ # ip route | awk '/default/ {print $3}' 192.168.8.1 ~ # ~ # ping -c2 -I cdc_br0 8.8.8.8 | awk '/packets received/ {print 4}' 4 ~ # а что сломает, потому что заменяет собой функционал Т.е. если вы прописываете свой стат маршрут заворачивая его на нужный интерфейс то вы что-то ломаете в функционале? описанное выше Инет1----Keenetiс/ТД---------Основной/Keenetic----Инет2

Такое поведение было много раз и видел на 42 и т.д. Так как в стандартном WG никаких "левых/мусорных" пакетов быть не может, то поведение сервера который ориентирован на "стандартный" WG не предсказуемо. Так же для примера который был выше при

Работает на 43B2 Что там у вас за хитрые настройки в asc, с самыми простыми все работает. 1. Перезапуск роутера, интерфейс WG0 поднят и есть соединение. 2. Спустя некоторое время соединение WG0 пропадает. 3. Спустя некоторое время соединение WG0 поднимается само (лог после перезапуска ниже) 4. Поднял второй на Нидерланды WG - так же все ОК, но согласно системного монитора и того что выше второй WG по сессии на 2 минуты дольше. WG0 - 2:45, а WG1 - 4:47 Повторюсь ОБА подняты после перезагрузки роутера. Ремарка по debug есть кой какие не понятки на WG0 (но он хитрый и работает). Позже перейду на основном на 43B2.

Делал когда то Инет1----Keenetic1[LAN]-------[LAN]Keenetic2---Инет2 1. Так как для клиента важен адрес шлюза, т.е. если IP Keen1 то на Инет1, если IP Keen2 то тогда Инет2. 2. Есть основной маршрут на любом из Keen1 или Keen2 который в таблице "default". 3. При пропадание Инет1 на Keen1 надо просто на нем сменить "default" на -> "default" на Keen2, при появление Инет1 (тут зависит от вида подключения провайдера, речь просто DHCP от провайдера или ppp) "default" на Keen1 может просто смениться сам и будет указывать на Инет1, если нет (не смотрел как сейчас на 4.3 c подъемом default) то ручками сменить default. 4. На роутере Keen1 нужен Entware (пакет ip route) и пара скриптов или один.

Да и 3-5 многовато, для скорости и "1" сойдет

Два WG (с asc, один специфиц. так же на asc) проблем нет на обоих 43B1. Оба поднимаются, что после перезагрузки роутера, что так (например передергивание канала на котором они подняты, правда один на одном другой на другом) Ремарка при настройках параметра "keepalive-interval 120" на специфиц. WG была проблема с handshake ... try (т.е. держался чуть менее суток или менее 12часов, но поднимался каждый раз сам) при установки "keepalive-interval 60" проблема ушла (держится несколько дней). Никаких ping-check

https://github.com/MicrosoftDocs/windowsserverdocs/blob/main/WindowsServerDocs/storage/file-server/file-server-smb-overview.md

для начала в selftest есть такие строки, чтоб определить на каком порту и какой USB устройство подключено по USB3 (Spd=5000) Второе - Я выше вел речь про - какой протокол активен, подключаемся к 1810 (к его диску можно просто проводником войти в любую папку) и PowerShell набрать Get-SMBConnection вывод команды версия SMB используемая для подключения ServerName столбец Dialect. В моем случае 3.1.1 Вторая команда Get-SmbConnection | ft ServerName,ShareName,Dialect,Encrypted,UserName про SMB шифрование, столбец Encrypted в моем случае "false" Так же для Win11 можно попробовать проверить на Подписывание (ну это для успокоения просто) Пока это.

Начните с проверок настроек на клиенте SMB.

вариант 1 Стат маршруты в основном профиле на WG - ОК не пропадают, как ранее работало, так и на любой 4.3.х вариант 2 Стат маршруты в созданном профиле и в нем клиенты - ОК не пропадают, как ранее работало, так и на любой 4.3.х auto - тогда, когда станет доступен указанный в нем шлюз reject - включить, чтобы использовать только выбранный интерфейс к указанному месту назначения, если указанный интерфейс не активен, то трафик не передается по другим возможным маршрутам, только в месте с auto. Маршруты прописываются ручками - а не каким то добавлением из файла.

Чтоб понять как правильно то нужно чуток времени и чуток понимания, что и как. Начать с клиента, т.е. на клиенте запускаем то что нужно и отлавливаем его запросы DNS. Нам нужны ответы сервера DNS на эти запросы в которых указаны IP адреса. Далее пробить этот IP адрес и выяснить по нему - один он или сеть (какая маска). Может получиться так что для вашего клиента и его работы нужно всего-то 7-10 маршрутов.

Скрипт запуска данного сервиса /opt/etc/init.d/S89qbittorent #!/bin/sh ENABLED=yes PROCS=qbittorrent-nox ARGS="--webui-port=9080 --profile=/opt/etc --configuration=entware -d" PREARGS="" DESC=$PROCS PATH=/opt/sbin:/opt/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin export LC_ALL=en_US.UTF-8 . /opt/etc/init.d/rc.func Далее согласно "--profile=/opt/etc --configuration=entware -d" идем в "/opt/etc/qbittorrent_entware" в нем есть каталог "config", а в нем "qBittorent.conf"

Wireproxy — это клиент WireGuard, который выступает в роли прокси-сервера SOCKS5/HTTP или туннеля. Использование WireGuard в качестве средства проксирования трафика.

Уже давно и не только на 43B1 но и ранее, в моем случае. На FF Nyghtly чистка куков не спасает (такая же фяигня но реже на chromium), а если куки вообще не использовать то только очистка данных для сайта (в данном случае для IP роутера). Помогает, но потом опять ошибка и так по кругу.

1. Home сегмент 2. Умный сегмент 3. NAT 4. Все клиенты зарег (умные в умном) По барабану где умные устройства, хоть в политике по умолчанию или в созданной (где другой канал интернета) И кому как нужно

Со сканерами как то использовал NAPS2. МФУ был подключен к ПК по USB. Принтер к другим просто по сети, а вот сканер через эту прогу. На пальцах на основном ПК весела задача в фоне (но как в фоне просто запущена и экран ее убран в самый низ чтоб не мешала). А на клиенте делаем ссылку из браузера на IP того ПК - там одна только строчка - сканирование документа. На ПК к которому подключена МФУ создавался каталог/папка с IP адресом (того кто сканировал), так как папка в User/Public то она доступна клиентам которые сканировали и они ее видят. https://winitpro.ru/index.php/2024/05/06/otkrit-obshiy-dostup-skaneru-po-seti-naps2/ https://github.com/cyanfish/naps2 https://www.naps2.com/support

Все что у вас только на 43х, естественно ранее было пройдено с 42х, но ветка draft+Entware. 1. Работает. Если была какая-то проблема с KeenDNS, в моем случае она решается просто - проверкой 127.0.0.1 (лок сервис) 2. Ни когда такого не было, если что-то надо перезапустить из cервисов Entware для этого использовал /opt/etc/init.d и перезапуск сервиса "restart" или "stop - start" 3. Считает Почему делаю выше упор на 127.0.0.1 (лок.сервис) -> берем Keenetic подключаем его в основном режиме по LAN в LAN с основным для того чтоб работал KeenDNS (но не только данный сервис) на нем нужно указать две строчки : 1. default маршрут на основной, но ИМЕННО через какой интерфейс IP на данном роутере например 192.168.1.100 на котором потом настройки ip route default 192.168.1.1 Не поможет так как нет WAN, хотя интернет работать будет ip route default 192.168.1.1 Home поможет Ну и до кучи запросы на DNS ip name-server 192.168.1.1 <file name="temp:ndnproxymain.conf"> <![CDATA[ rpc_port = 54321 rpc_ttl = 10000 rpc_wait = 10000 timeout = 7000 proceed = 500 stat_file = /var/ndnproxymain.stat stat_time = 10000 dns_server = 192.168.1.1 . dns_server = 192.168.1.1 . static_a = my.keenetic.net 78.47.125.180 static_aaaa = my.keenetic.net fd78:.......:5180 static_aaaa = .....100.keenetic.pro fd78:......:5180 static_a = .....100.keenetic.pro 78.47.125.180 static_a = f.......b.keenetic.io 78.47.125.180 static_aaaa = f......b.keenetic.io fd78:.......:5180 norebind_ctl = on norebind_ip4net = 192.168.1.100:24 norebind_ip4net = 255.255.255.255:32 set-profile-ip 127.0.0.1 0 set-profile-ip ::1 0 dns_tcp_port = 53 dns_udp_port = 53 mirror_path = /var/run/ntce-dns-mirror.sock ]]> </file> <error>file not found: temp:ndnproxysafe.conf</error> <file name="temp:ndnproxymain.stat"> <![CDATA[ # ndnproxy statistics file Total incoming requests: 10 Proxy requests sent: 10 Cache hits ratio: 0.000 (0) Memory usage: 13.74K DNS Servers Ip Port R.Sent A.Rcvd NX.Rcvd Med.Resp Avg.Resp Rank 192.168.1.1 53 10 10 0 1ms 1ms 4 ]]> </file> 2. Если встречал на сервисе rmm типа состоянии "Temporarily unavailable" то так же проверял работу DNS на данных роутерах. Только после этих манипуляций при таком подключение - все работает и обновление так же в моем случае.

А куда еще проще даже и не знаю.

У вас роутер работает, электронные компоненты "теплые", пропадает свет и начинает все остывать, далее в помощь интернет - конденсат и влажность.

Пока работает 43хх (пока это потому если вдруг очередная плюшка в реализации ПО не поломает ее). Два провайдера, AGH работает через основного который так сказать в основной политике, но можно завернуть и в канал второго провайдера (даже если второй не основной, т.е. стат маршрут upstream_dns на интерфейс второго). Есть два WG (в настройках по ним не указан ни какой DNS) + еще доп сегмент для wifi некоторых. Клиенты как в основной политике, так и в политиках в которых WG основной, так в политике с стат.маршрутами - роли не играет. DNS на провайдерах выключены.

Ставят, герм.бокс. Вопрос только в том - пропало 220V на 1час или на 2часа, все замерзло внутри, далее дали свет и ............ Вопрос только в вашем бюджете и того какую модель вы поставите в шкаф на 5000р. или на 10000р.

Для вас вариант - начать с начала добавляя по одному или в браузере IPvFoo можно посмотреть что и как (вход под провайдером). Для Y достаточно всего-то 9 маршрутов (вопрос только по маске). Более сложный - на самом роутере при наличие Entware запускаете на клиенте что вам нужно и смотрите итог Если работает на 10 маршрутах, зачем вводить 100 ? Решайте по мере то что нужно.