Alexander

Нет, не вижу. Вот фрагмент лога длительностью ~1 час: К сожалению, заметного эффекта от отключения не вижу.

Но похоже дело тут не в двух провайдерах. Посмотрел лог другого своего кинетика (один провайдер) - те же регулярные сообщения. У меня, судя по сообщениям в логе, попытки идут заметно чаще...

А сколько IP-адресов используется, из числа полученных при разрешении FQDN от DNS, не известно?

Так и настроено. Вопрос только правильно ли пользуется этими настройками bootstrap. Впрочем, главный вопрос у меня был - какие ещё есть плюсы и минусы использования FQDN адреса сервера DoT?

У меня два провайдера работают в многопутевом режиме. Один из них АКАДО фильтрует запросы к сторонним DNS по 53 порту. Соответственно, такая ситуация может случиться, если bootstrap шлёт запросы в DNS через АКАДО, но при этом не используя DNS провайдера. Однако, где-то выше писалось, что bootstrap их использует, кроме своего списка публичных DNS. @Le ecureuil Это так?

Адрес правильный. Как сам google рекомендует. Точно так же "ругается" на другие адреса.

@Le ecureuil, @hellonow, уважаемые разработчики и продвинутые пользователи! Подскажите, с точки зрения работы Keenetic OS, есть ли разница что прописано в поле "Адрес сервера DNS" - IP-адрес или доменное имя FQDN? По скорости разрешения имён, общей производительности, иных проблем? Плюсы использования FQDN очевидны - IP-адреса подтягиваются автоматически. Причем обычно в количестве более одного (зачастую 2 IPv4 и 2 IPv6). Кстати, сколько из полученных IP-адресов реально используется для DoT? Минус, как я понимаю, необходимость периодически запускать bootstrap для FQDN🡒IP. А как часто? В логе много сообщений типа: Июл 7 20:47:38 ndm Dns::Secure::Tools: unable to obtain addresses for "dns.google". Июл 7 20:47:38 ndm Dns::Secure::DotConfigurator: "default": skip service "dns.google:853", wait for bootstrap. Это нормально?

@vst 4.1.8 официально ещё не выходила?

Исправление уже доступно в новых версиях?

Сегодня, несмотря на исправление NDM-2980, в течение почти 6 часов не срабатывал ping-check, но при этом модем не сбрасывали по питанию. Опять похожие симптомы в логе: [W] Jun 9 13:11:40 ndm: UsbLte::Connection: "UsbLte0": initialization failed. [I] Jun 9 13:11:42 ndm: PingCheck::Profile: "_WEBADMIN_UsbLte0": interface "UsbLte0" has not completed IPv4 connection. К сожалению, лог переполнился сообщениями и понять с чего всё началось в 8 утра невозможно. Пока не пнул снаружи соединение не восстанавливалось. Self-test прилагается в следующем скрытом сообщении.

Поддерживаю. Сейчас в металлическом шкафу использую KN-1910 с отключенным кнопкой Wi-Fi.

Сообщал полгода назад о похожей проблеме, но с другим модемом. Тогда же завели тикет NDM-2980.

А эта Beta вообще выпускалась на канале обновлений Предварительный?

Побывал по месту установки модема с кинетиком, сохранил self-test со включенным режимом отладки для UsbLte0 во время безуспешных попыток проинициализировать модем. Надеюсь поможет разобраться в ситуации не только путём перезагрузки модема по питанию. (см. следующее скрытое сообщение)

Не вполне по теме выше, но не знаю где ещё спросить. Сообщения от kernel ниже (после срабатывания power-cycle) - это нормальная ситуация?

Может как-то ограничить число попыток? Во всяком случае в Москве у Yota есть 3G, что я многократно наблюдал. Если подключаюсь к Viva локально, то практически всегда вижу ответ на USSD-запрос, а если удалённо, то до потери связи не всегда успеваю. Пробовал разные, но чтоб совсем без проблем с USSD не находил или там другие проблемы. 😉 Есть прошивки на которых после USSD-запроса подключение не прерывается (по крайней мере надолго), но модем часами остаётся на 3G.

Непонятная ситуация. Ping Check длительное время (десятки минут, часы) не может достучаться до пингуемых серверов, но при этом не пытается перезапустить модем по питанию. Данное состояние наступает после отправки USSD-запроса, для чего модем переходит из 4G в 3G. Вот в результате возврата на 4G подключение пропадает. Модем отображается в статусе "Готов", а не "Подключено". При этом, судя по всему, сам модем на связи с провайдером: отправлял на него sms, они были получены с подтверждением, а после восстановления подключения проверял - время получения сообщений совпадало со временем их отправки. Но потерял связь и ладно, проблема не в этом. Почему Ping Check не запускает power-cycle? Пробовал и режим Ping Check "автоматический", и настраивал вручную. Включал ping-check profile power-cycle, хотя он и так включен по умолчанию. Так же настраивал interface usb power-fail. Что можно ещё попробовать? Keenetic Viva (KN-1910), версия ОС 4.0.4; LTE модем Fibocom L860-GL-16.

Похоже все таки не до конца исправили. Во всяком случае, в 3.9.3. [E] Feb 5 21:36:01 ndm: Mobile::Sms::Manager: "UsbLte0": failed to read message "sim-1". [E] Feb 5 21:36:07 ndm: Mobile::Sms::Manager: "UsbLte0": failed to read message "sim-2". [I] Feb 5 21:36:07 ndm: Network::Interface::Ip: "UsbLte0": IP address cleared. [E] Feb 5 21:36:10 ndm: Mobile::Sms::Manager: "UsbLte0": failed to read message "sim-3". [I] Feb 5 21:36:10 nimproxy: NDM IGMP/Multicast proxy stopped (exit status: 0). [I] Feb 5 21:36:10 ndm: Network::Interface::OpenVpn: "OpenVPN0": underlying interface "UsbLte0" is down, reconnecting. [I] Feb 5 21:36:11 ndm: Network::Interface::Ip: "OpenVPN0": IP address cleared. ... [E] Feb 5 21:36:13 ndm: Mobile::Sms::Manager: "UsbLte0": unable to get messages. В наличии была одна принятая днём ранее смска.

А эти планы были реализованы? Или пока только: UsbLte: изменено хранение SMS с внутренней памяти на память SIM-карты для L850-GL/L860-GL (сообщил @r13) [SYS-723]

Уважаемые разработчики, ответьте, пожалуйста!

Про один хост знаю, но это ненадёжно, как правильно пишет автор темы. Интересен именно свой список.

Хочу поддержать автора предложения с небольшим дополнением. Сейчас в методе проверки доступности интернета (ping-check профиле) "Автоматический" уже реализована проверка нескольких узлов (google.com, facebook.com, yahoo.com), однако нет никакой возможности изменить этот список или создать новый профиль со своим списком даже через CLI. Предлагаю реализовать такую возможность! Так же хотел бы уточнить у разработчиков алгоритм проверки в режиме "Автоматический". Узлы перебираются циклически или только в случае недоступности первого в списке?

А не планируется добавить раздельные настройки лимитов для входящего и исходящего трафика? (так же как добавили параметр upstream-rate в команду interface traffic-shape) Асимметричные тарифы всё ещё достаточно распространены.

Параметр bandwidth-limit применяется ко входящему и исходящему трафику?

Включено по умолчанию?