yrzorg

Добрый день Giga2, прошивка 2.16.D.10.0-1 Не могу удалить подключение openvpn из списка "другие подключения - VPN-подключения" - оно удаляется, после этого роутер зависает и когда отвисает, то подключение снова висит в списке

Добрый день Giga2, прошивка 2.16.D.10.0-1 При добавлении правил МСЭ через веб-интерфейс новое правило затирает то, которое уже было на этой позиции К примеру, по умолчанию стоит "поместить в конец (текущая позиция)" - будет затёрто правило, которое было последним. Если поставить "в начало", то будет затёрто правило №1 Приходится добавлять правила через мобильное приложение, там нормально работает

Добавлю, что в случае использования нескольких доменов проще создать файл domains.txt, положить рядом со скриптом dehydrated domains.txt: domain№1.com www.domain№1.com domain№2.net www.domain№2.net и запускать скрипт командой bash ./dehydrated -c Поскольку сайтов несколько, а запись wellknown для скрипта может быть только одна (а не для каждого сайта по отдельности, как я поначалу думал), то сделал так в файле конфига для dehydrated WELLKNOWN=/opt/share/nginx/html/dehydrated в конфиге nginx сделал алиас server { listen 443 ssl http2; server_name domain№1.com www.domain№1.com; [.....] } location / { root /opt/share/nginx/domain№1/html; index index.html index.htm; location ^~ /.well-known/acme-challenge { alias /opt/share/nginx/html/dehydrated; } ......... server { listen 443 ssl http2; server_name domain№2.net www.domain№2.net; [.....] } location / { root /opt/share/nginx/domain№2/html; index index.html index.htm index.php; location ^~ /.well-known/acme-challenge { alias /opt/share/nginx/html/dehydrated; } Для того, чтобы отфутболивать тех, кто хочет обратиться напрямую по IP, нагородил вот такую конструкцию с самоподписанным сертификатом server { listen 80 default_server; server_name ""; return 301 https://$host$request_uri; } server { listen 443 default_server ssl http2; server_name мой_внешний_IP_адрес; ssl_certificate /opt/etc/nginx/snippets/самоподписанный_сертификат.crt; ssl_certificate_key /opt/etc/nginx/snippets/самоподписанный_сертификат.key; return 444; }

Увы, но как показали замеры - применяются не зарегистрирован: зарегистрирован: Ограничение применяется, если обмен идёт между компами этих сетей, а вот если тянуть с самого роутера, то нет

Как сделать так, чтобы шлюз ovpn туда не попадал, т.к. там действует ограничение скорости для незарегистрированных устройств

Роутер KN-1810, прошивка 3.1.10, в официальную ТП обращался, они развели руками роутер подключен как клиент ovpn к другому роутеру, транспортная сеть ovpn 10.0.1.0/24 адрес сервера - 10.0.1.1, адрес клиента 10.0.1.50 так вот этот адрес - "10.0.1.1" теперь светится в списке устройств как незарегистрированное устройство со статусом "не в сети" появляется это устройство в списке только тогда, когда идёт какой-либо обмен данными в этом туннеле, если обмена нет - пропадает через какое-то время Регистрировать его нет особого смысла, т.к. если перезагрузить роутер, то у этого устройства будет другой mac-адрес и оно снова вылезет как незарегистрированное конфиг клиента конфиг сервера

через ftp с полным доступом создать папку install, закинуть архив, передернуть флешку

а если заменить файлы с заведомо рабочей системы? и какие?

А как быть, если entware уже рухнула после неудачного обновления busybox?

так и подумал, что двойной старт из-за этого НО, в этой инструкции по установке entware ничего не сказано про стартовый скрипт, хотя я помню, что на прошивках в районе 2.06 сценарий прописывался, но тогда я ушёл на прошивку padavan и перестал следить за темой а там их и нет, девайс на тестировании, стоит только openssh

Роутер KN-1810, прошивка 3.00.B.1.0-0 sshd почему-то пытается запуститься 2 раза Баг или фича?

Аналогично, вместо ссылки некое msg://d04b23ba-2222-0000-xxxx-62073f4xx23e/viewable

Удалось оживить девайс и неоценимую помощь в этом оказал пользователь Legoos (огромное ему спасибо). Была собрана прошивка padavan с отключённым радиомодулем, залита в роутер, который успешно загрузился, даже сохранились все настройки и storage Дальше были эксперименты с заливкой factory от других устройств (билайновский SmartBoxPro и Wive-NG-MT (external)). Со всеми ними роутер работал, но скорость wi-fi 2.4 была невысокой, через адаптер 802.11n варьировалась от 25 до 40 мбит, в зависимости от того, какой factory был залит. В конечном итоге был снят дамп factory с другой UltraII, в нём были заменены mac-адреса и залито в этот роутер. Скорость wi-fi через адаптер стала в районе 90 мбит, работу же 5GHz проверить не на чем

на репе padavan`а с этой правкой прошивка не собралась (без неё собирается) CC [M] fs/ubifs/recovery.o CC [M] fs/ubifs/ioctl.o CC [M] fs/ubifs/lpt_commit.o CC [M] fs/ubifs/tnc_misc.o LD [M] fs/ubifs/ubifs.o LD fs/built-in.o make[1]: выход из каталога «/opt/rt-n56u/trunk/linux-3.4.x» Makefile:137: ошибка выполнения рецепта для цели «linux» make: *** [linux] Ошибка 1 user@user-VirtualBox:/opt/rt-n56u/trunk$

Честно признаюсь - для меня это уже тёмный лес. Да и терзают смутные сомнения, что без программатора тут уже не обойтись вот если бы было возможно вытащить падавановский раздел storage (если он не затёрся прошивкой NDMS)

Есть второй такой же роутер

Приветствую После отключения электричества девайс стал недоступен ни по LAN, ни по wi-fi Стояла кастомная прошивка padavan, через ком-порт посмотрел лог загрузки - останавливается на этой строке: PCI: Enabling device 0000:02:00.0 (0000 -> 0002) через tftp прошил NDMS ku_rd_draft_2.12.A.1.0-4, но там тоже самое, с той разницей, что роутер уходит в ребут через несколько секунд лог загрузки padavan https://pastebin.com/Z4qxC0YJ лог загрузки NDMS https://pastebin.com/2cRDqVxE Пациент мёртв?

спасибо, разобрался

Прошу помощи, роутер Ultra2, стояла альтернативная прошивка от padavan и захотелось мне посмотреть, что там в новых прошивках NDMS скачал прогу Keenetic Recovery для U2 (с прошивкой 2.07), прошил роутер (прога отрапортовала, что всё ок) и он перестал выдавать адреса и вообще перестал быть доступным также пробовал прошивать напрямую через tftp - тож самое, роутер недоступен подключил консоль и залил прошивку ku_rd_draft_2.12.A.1.0-4.bin - роутер недоступен, ни по wi-fi, ни lan лог прошивки и загрузки здесь https://pastebin.com/UFYfRyfT

Пул ip адресов на одном порту wan тоже не годится для тестов?

есть возможность проверить работу нескольких белых ip на одном порту WAN, девайс U2

pfsense + 1U б/у сервер - выходит очень даже бюджетно

Если речь идёт о Multi-WAN/Multi-NAT, то я бы тоже не отказался