Недоступен webgui по KeenDNS

ankar84 · May 12, 2018

Доброго дня!

Время от времени возникает ситуация, что не доступна новый веб интерфейс (а учитывая историю изменения 2.12А.0.6 единственный веб интерфейс) по адресу https://myname.keenetic.pro

myname взято для примера, реально используется другое имя.

Притом в момент проблемы все перечисленное верно:

1. Телнет на 443 по внешнему адресу, да и по имени KeenDNS проходит успешно.

2. KeenDNS настроен в прямом режиме на белый IP

3. Проброс к другим веб приложениям сети через KeenDNS в момент проблемы работает нормально. (например тот же transmission на роутере открывается по имени transmission.myname.keenetic.pro)

4. По внутреннему имени веб интерфейс работает нормально.

image.png.74a4a336aa73a14a795e64740c4684f4.png

В рабочем режиме (когда работает) доступ из интернета к 80 порту нет (галка не стоит) но по https вхожу без проблем.

Версия 2.12.A.6.0-0

Что смотреть? Что проверять? Какую службу перезапустить?

Перезагрузка роутера помогает.

Селфтест прикладываю к следующему посту.

Хотя отбой, не могу приложить селфтест, так как страница общих настроек /controlPanel/system не загружается.

Edited May 12, 2018 by ankar84

Le ecureuil · February 28, 2019

19 часов назад, Himmler сказал:

Сегодня впервые за годы поймал на удалённом кинетике 2.14 такую же проблему, которая продолжается до настоящего времени.

Веб-морда не грузится, CLI работает худо-бедно (system reboot не исполняется).

В логах CLI весьма насторожила многократно повторяющаяся строчка:

W [Feb 27 20:18:38] ndm: Core::Watchdog: Event sender holds SSL_SERVER (19)
lock 15660 seconds acquired Feb 27 15:57:37.

Аптайм около 9-10 суток, памяти свободно около 40%, CPU загружен на 1-5 %.

Да, последние 2 недели активно все переделываем, чтобы это исправить.

Следите за обновлениями.

ankar84 · March 29, 2019

Проблема вернулась с достаточно стабильный и периодичным воспроизведением.

Селф прикладываю следующим скрытым постом.

sergeyk · March 29, 2019

27 минут назад, ankar84 сказал:

Проблема вернулась с достаточно стабильный и периодичным воспроизведением.

Селф прикладываю следующим скрытым постом.

В цепочке

== Chain CLOUD_UDP_SERVICE_NF_CHAIN_ ==

есть два правила, в одном (или обоих) из которых должны увеличиваться счетчики при попытке зайти на устройство через облако.
Попробуйте через opkg во время попыток захода в веб отследить изменение счетчиков на этих правилах.

Также в выводе "show cloud" должен увеличиваться счетчик "serial_in".

ankar84 · March 29, 2019

1 час назад, sergeyk сказал:
В цепочке
== Chain CLOUD_UDP_SERVICE_NF_CHAIN_ ==
есть два правила, в одном (или обоих) из которых должны увеличиваться счетчики при попытке зайти на устройство через облако.
Попробуйте через opkg во время попыток захода в веб отследить изменение счетчиков на этих правилах.

Также в выводе "show cloud" должен увеличиваться счетчик "serial_in".

Подскажите, пожалуйста, как именно посмотреть изменения счетчиков в этих правилах? Вот чувствую, что через iptables, но хочется хотя бы примерно синтаксис, чтобы вывод максимально был необходимый.

Через cli в show cloud вижу счетчик serial_in и он после нескольких попыток открыть webui до получения ошибки ERR_TIMED_OUT не увеличился. State на данный момент ACTIVE

Готов продолжать диагностику.

Сейчас прямо в моменте порты 443 и 80 открыты извне (проверял на ping.eu)

Edited March 29, 2019 by ankar84

sergeyk · March 29, 2019

1 час назад, ankar84 сказал:

Подскажите, пожалуйста, как именно посмотреть изменения счетчиков в этих правилах?

iptables -L -t filter -vn | grep CLOUD_UDP_SERVICE_NF_CHAIN_ -A3 | head -n4

Нужно еще таким же образом отследить изменение состояние соединения с сервером:

cat /proc/net/ip_conntrack | grep "<server_ip>"

где <server_ip> — адрес сервера из поля target_host результата команды "show cloud".

ankar84 · March 29, 2019

15 минут назад, sergeyk сказал:

iptables -L -t filter -vn | grep CLOUD_UDP_SERVICE_NF_CHAIN_ -A3 | head -n4

Скрытый текст


# iptables -L -t filter -vn | grep CLOUD_UDP_SERVICE_NF_CHAIN_ -A3 | head -n4
Chain CLOUD_UDP_SERVICE_NF_CHAIN_ (1 references)
 pkts bytes target     prot opt in     out     source               destination
   14   882 ACCEPT     udp  --  *      *       23.105.235.71        xxx.xxx.xxx.xxx        udp spt:9 dpt:4043
    0     0 ACCEPT     udp  --  *      *       23.105.235.71        xxx.xxx.xxx.xxx        udp spt:4044 dpt:4043

Где xxx.xxx.xxx.xxx мой внешний адрес.

15 минут назад, sergeyk сказал:

где <server_ip> — адрес сервера из поля target_host результата команды "show cloud".

У меня в поле target_host результата вывода команды show cloud значится тот же самый адрес, что и в поле source команды выше. По нему и "грепал".

Скрытый текст


# cat /proc/net/ip_conntrack | grep "23.105.235.71"
udp      17 128 src=xxx.xxx.xxx.xxx dst=23.105.235.71
 sport=60892 dport=9 packets=30 bytes=1980 src=23.105.235.71 dst=xxx.xxx.xxx.xxx sport=9 dport=60892 packets=19 bytes=1197 [ASSURED] [FASTNAT] mark=0 ndm_mark=0 use=2

Edited March 29, 2019 by ankar84

sergeyk · March 29, 2019

15 минут назад, ankar84 сказал:

# cat /proc/net/ip_conntrack | grep "23.105.235.71" udp 17 128 src=xxx.xxx.xxx.xxx dst=23.105.235.71 sport=60892 dport=9 packets=30 bytes=1980 src=23.105.235.71 dst=xxx.xxx.xxx.xxx sport=9 dport=60892 packets=19 bytes=1197 [ASSURED] [FASTNAT] mark=0 ndm_mark=0 use=2

В этой сессии счетчики packets увеличиваются при попытках соединения?

ankar84 · March 29, 2019

15 минут назад, sergeyk сказал:

В этой сессии счетчики packets увеличиваются при попытках соединения?

Скрытый текст

# cat /proc/net/ip_conntrack | grep "23.105.235.71" udp 17 128 src=xxx.xxx.xxx.xxx dst=23.105.235.71 sport=60892 dport=9 packets=30 bytes=1980 src=23.105.235.71 dst=xxx.xxx.xxx.xxx sport=9 dport=60892 packets=19 bytes=1197 [ASSURED] [FASTNAT] mark=0 ndm_mark=0 use=2

Увеличиваются значения счетчиков packets (выделил жирным). Притом обновление страницы (кажется) не увеличивает счетчики. А вот ввод адреса увеличивает. Попробовал раза 3-4 сейчас. Притом первый счетчик (кажется) может меняться либо сам, либо на 2 значения сразу. То есть я вижу, что в основном оба счетчика увеличиваются одновременно. Но иногда увеличивается только первый. Так же сейчас поймал случай, когда первый счетчик увеличился при попытке открыть webui, а второй нет.

Edited March 29, 2019 by ankar84

sergeyk · March 29, 2019

@ankar84 Только сейчас обратил внимание, что у вас версия 2.15.A.3.0-2. В 2.15.C.2.0 было исправление, которое могло приводить к подобному поведению.

ankar84 · March 29, 2019

11 минуту назад, sergeyk сказал:

@ankar84 Только сейчас обратил внимание, что у вас версия 2.15.A.3.0-2. В 2.15.C.2.0 было исправление, которое могло приводить к подобному поведению.

Нет-нет, у меня сейчас именно Версия ОС2.15.C.2.0-2

Edited March 29, 2019 by ankar84

sergeyk · March 29, 2019

5 минут назад, ankar84 сказал:

Нет-нет, у меня сейчас именно Версия ОС2.15.C.2.0-2

В прикрепленном 29.03.2019 12:46 self-test

    <!-- show version -->
    <release>2.15.A.3.0-2</release>

ankar84 · March 29, 2019

2 часа назад, sergeyk сказал:
В прикрепленном 29.03.2019 12:46 self-test
    
    <release>2.15.A.3.0-2</release>

Это крайне странно, вот сделал скриншот только что

sergeyk · March 29, 2019

Только что, ankar84 сказал:

Это крайне странно, вот сделал скриншот только что

Возможно файл не тот, поскольку в нём последние записи журнала от 26 декабря.

ankar84 · March 29, 2019

31 минуту назад, sergeyk сказал:

Возможно файл не тот, поскольку в нём последние записи журнала от 26 декабря.

Если так, то прошу прощения. Следующим постом приложу точно актуальной файл. Предыдущий прикладывал с телефона, мог и ошибиться. Хотя странно конечно, так как прямо перед этим его сохранил и потом приложил.

sergeyk · March 29, 2019

@ankar84 В этом self-test со счётчиками всё в порядке. У вас есть возможность проверить этот сценарий с минимальной конфигурацией (без туннелей и дополнительных служб), только IPoE?

ankar84 · March 29, 2019

1 минуту назад, sergeyk сказал:

@ankar84 В этом self-test со счётчиками всё в порядке. У вас есть возможность проверить этот сценарий с минимальной конфигурацией (без туннелей и дополнительных служб), только IPoE?

Проблема старая, поэтому очень хочется ее решить.

Уточните, пожалуйста, что подразумеваете под минимальной конфигурацией?

Просто отключить OpenVPN? Или нужно все удалять (отключения не достаточно)? И что именно отключить?

И нужно учитывать, что если я перезагружу роутер, то WEBUI какое-то время будет доступен по имени KeenDNS. Как вызвать проблему быстро я пока не знаю.

sergeyk · March 31, 2019

@ankar84 Попробуйте 3.00, в ней очень сильно переделана часть, отвечающая за удаленный доступ.

ankar84 · March 31, 2019

5 часов назад, sergeyk сказал:

@ankar84 Попробуйте 3.00, в ней очень сильно переделана часть, отвечающая за удаленный доступ.

Да, я думал об этом с выходом 3.00, но планировал немного подождать пока релиз еще стабилизируется.

В ближайшее время обязательно обновлюсь.

Думаю, после обновления еще заново зарегистрировать KeenDNS имя с привязкой к нему wildcard сертификата. Возможно это так же положительно скажется на стабильности работы.

ankar84 · April 4, 2019

В 31.03.2019 в 15:33, sergeyk сказал:

@ankar84 Попробуйте 3.00, в ней очень сильно переделана часть, отвечающая за удаленный доступ.

3 суток на 3.00 и пока полет нормальный. Наблюдаем дальше...

Скрытый текст

image.png.51bffdd737ea066f7e34110443d80635.png

Himmler · May 7, 2019

Ну что ж, спустя 2,5 месяца я вновь поймал ту же самую проблему.

W [May  7 22:03:09] ndm: Core::Watchdog: Event sender holds SSL_SERVER (19)
                    lock 19439 seconds acquired May  7 16:39:10.

Опять точно такие же симптомы, что и ранее, без каких-либо отличий, кроме того, что теперь это на 2.15.C.3.0-2.

Ребята, с этим надо что-то делать.

Edited May 7, 2019 by Himmler

Rootdiv · May 7, 2019

Аналогичная проблема, после 8 дней работы web-интрефейс доступен только по IP адресу. При этом в web-интрефейс через имя от noip также не доступен. Сейчас проверил, если отключить редирект на ssl, То web-интрефейс становится доступен. @eralde, @ndm, в чём может быть проблема?

Himmler · May 8, 2019

Опишу более подробно:

В веб-морду заходит и через ip, и через keenDNS-имя.

При первом заходе в поломанном состоянии удаётся даже авторизоваться, но dashboard после этого не загружается (пустая страница)

Все последующие попытки авторизации безуспешны, потому как в консоли браузера при загрузке веб-морды:

Ошибка синтаксического анализа XML: корневой элемент не найден Адрес: http://192.168.1.1/auth Строка 1, символ 1:

Telnet при этом худо-бедно работает, даёт глянуть лог и кое-что прочее, но вот reboot не выполняет.

Edited May 8, 2019 by Himmler

diqipib · March 19, 2020

Приветствую всех участников форума. Столкнулся с такой же проблемой на Keenetic GIGA II. Прошивка kng_rb_delta_2.16.D.1.0-0. Веб-морда пароль принимает, но дальше дашборд не грузится. Самое бедовое, что роутер сейчас далеко от меня и физического доступа к нему нет. Поэтому сбросить или перезагрузить кроме как удалённо не могу. Доступа по telnet / ssh нет. Пробовал через API ребутнуть. Запрос POST к /ci виснет. Подскажите, пожалуйста, есть ли какие-то обходные варианты ? Лог прилагаю:

Скрытый текст

20:33:32 ndm: Core::Watchdog: Event sender holds SSL_SERVER (19) lock 13409862 seconds acquired Oct 16 15:31:44.
[W] Mar 19 20:33:32 ndm: Main: "Event sender": backtrace:
[W] Mar 19 20:33:32 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:33:32 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:33:32 ndm: Main: "Event sender": (anonymous namespace)::Join_(Control_*)()+0x54
[W] Mar 19 20:33:32 ndm: Main: "Event sender": Thread::Stop()()+0x234
[W] Mar 19 20:33:32 ndm: Main: "Event sender": Http::SslServer::SslService_::~SslService_()()+0xb0
[W] Mar 19 20:33:33 ndm: Main: "Event sender": Http::SslServer::SslService_::~SslService_()()+0x34
[W] Mar 19 20:33:33 ndm: Main: "Event sender": Http::SslServer::RestartServer_()()+0x64
[W] Mar 19 20:33:33 ndm: Main: "Event sender": Http::SslServer::ReloadServer()()+0x108
[W] Mar 19 20:33:33 ndm: Main: "Event sender": Acme::Client::OnTaskDone_(Event::TaskDone const&) [clone .part.36]()+0xdb4
[W] Mar 19 20:33:33 ndm: Main: "Event sender": Event::Sender::Run()()+0x644
[W] Mar 19 20:33:33 ndm: Main: "Event sender": Thread::StartRoutine_(void*)()+0x1ac
[W] Mar 19 20:33:33 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:33:43 ndm: AlarmListener: sending alarm to "Task::Apply" 13323540 seconds.
[W] Mar 19 20:34:13 ndm: AlarmListener: sending alarm to "Task::Apply" 13323570 seconds.
[W] Mar 19 20:34:32 ndm: Core::Watchdog: Event sender holds SSL_SERVER (19) lock 13409922 seconds acquired Oct 16 15:31:44.
[W] Mar 19 20:34:32 ndm: Main: "Event sender": backtrace:
[W] Mar 19 20:34:32 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:34:32 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:34:32 ndm: Main: "Event sender": (anonymous namespace)::Join_(Control_*)()+0x54
[W] Mar 19 20:34:32 ndm: Main: "Event sender": Thread::Stop()()+0x234
[W] Mar 19 20:34:32 ndm: Main: "Event sender": Http::SslServer::SslService_::~SslService_()()+0xb0
[W] Mar 19 20:34:33 ndm: Main: "Event sender": Http::SslServer::SslService_::~SslService_()()+0x34
[W] Mar 19 20:34:33 ndm: Main: "Event sender": Http::SslServer::RestartServer_()()+0x64
[W] Mar 19 20:34:33 ndm: Main: "Event sender": Http::SslServer::ReloadServer()()+0x108
[W] Mar 19 20:34:33 ndm: Main: "Event sender": Acme::Client::OnTaskDone_(Event::TaskDone const&) [clone .part.36]()+0xdb4
[W] Mar 19 20:34:33 ndm: Main: "Event sender": Event::Sender::Run()()+0x644
[W] Mar 19 20:34:33 ndm: Main: "Event sender": Thread::StartRoutine_(void*)()+0x1ac
[W] Mar 19 20:34:33 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:34:43 ndm: AlarmListener: sending alarm to "Task::Apply" 13323600 seconds.
[W] Mar 19 20:35:13 ndm: AlarmListener: sending alarm to "Task::Apply" 13323630 seconds.
[W] Mar 19 20:35:32 ndm: Core::Watchdog: Event sender holds SSL_SERVER (19) lock 13409982 seconds acquired Oct 16 15:31:44.
[W] Mar 19 20:35:32 ndm: Main: "Event sender": backtrace:
[W] Mar 19 20:35:32 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:35:32 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:35:32 ndm: Main: "Event sender": (anonymous namespace)::Join_(Control_*)()+0x54
[W] Mar 19 20:35:32 ndm: Main: "Event sender": Thread::Stop()()+0x234
[W] Mar 19 20:35:32 ndm: Main: "Event sender": Http::SslServer::SslService_::~SslService_()()+0xb0
[W] Mar 19 20:35:33 ndm: Main: "Event sender": Http::SslServer::SslService_::~SslService_()()+0x34
[W] Mar 19 20:35:33 ndm: Main: "Event sender": Http::SslServer::RestartServer_()()+0x64
[W] Mar 19 20:35:33 ndm: Main: "Event sender": Http::SslServer::ReloadServer()()+0x108
[W] Mar 19 20:35:33 ndm: Main: "Event sender": Acme::Client::OnTaskDone_(Event::TaskDone const&) [clone .part.36]()+0xdb4
[W] Mar 19 20:35:33 ndm: Main: "Event sender": Event::Sender::Run()()+0x644
[W] Mar 19 20:35:33 ndm: Main: "Event sender": Thread::StartRoutine_(void*)()+0x1ac
[W] Mar 19 20:35:33 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:35:43 ndm: AlarmListener: sending alarm to "Task::Apply" 13323660 seconds.
[W] Mar 19 20:36:13 ndm: AlarmListener: sending alarm to "Task::Apply" 13323690 seconds.
[W] Mar 19 20:36:32 ndm: Core::Watchdog: Event sender holds SSL_SERVER (19) lock 13410042 seconds acquired Oct 16 15:31:44.
[W] Mar 19 20:36:32 ndm: Main: "Event sender": backtrace:
[W] Mar 19 20:36:32 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:36:32 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:36:32 ndm: Main: "Event sender": (anonymous namespace)::Join_(Control_*)()+0x54
[W] Mar 19 20:36:32 ndm: Main: "Event sender": Thread::Stop()()+0x234
[W] Mar 19 20:36:32 ndm: Main: "Event sender": Http::SslServer::SslService_::~SslService_()()+0xb0
[W] Mar 19 20:36:33 ndm: Main: "Event sender": Http::SslServer::SslService_::~SslService_()()+0x34
[W] Mar 19 20:36:33 ndm: Main: "Event sender": Http::SslServer::RestartServer_()()+0x64
[W] Mar 19 20:36:33 ndm: Main: "Event sender": Http::SslServer::ReloadServer()()+0x108
[W] Mar 19 20:36:33 ndm: Main: "Event sender": Acme::Client::OnTaskDone_(Event::TaskDone const&) [clone .part.36]()+0xdb4
[W] Mar 19 20:36:33 ndm: Main: "Event sender": Event::Sender::Run()()+0x644
[W] Mar 19 20:36:33 ndm: Main: "Event sender": Thread::StartRoutine_(void*)()+0x1ac
[W] Mar 19 20:36:33 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:36:43 ndm: AlarmListener: sending alarm to "Task::Apply" 13323720 seconds.
[W] Mar 19 20:37:13 ndm: AlarmListener: sending alarm to "Task::Apply" 13323750 seconds.
[W] Mar 19 20:37:32 ndm: Core::Watchdog: Event sender holds SSL_SERVER (19) lock 13410102 seconds acquired Oct 16 15:31:44.
[W] Mar 19 20:37:32 ndm: Main: "Event sender": backtrace:
[W] Mar 19 20:37:32 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:37:32 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:37:32 ndm: Main: "Event sender": (anonymous namespace)::Join_(Control_*)()+0x54
[W] Mar 19 20:37:32 ndm: Main: "Event sender": Thread::Stop()()+0x234
[W] Mar 19 20:37:32 ndm: Main: "Event sender": Http::SslServer::SslService_::~SslService_()()+0xb0
[W] Mar 19 20:37:33 ndm: Main: "Event sender": Http::SslServer::SslService_::~SslService_()()+0x34
[W] Mar 19 20:37:33 ndm: Main: "Event sender": Http::SslServer::RestartServer_()()+0x64
[W] Mar 19 20:37:33 ndm: Main: "Event sender": Http::SslServer::ReloadServer()()+0x108
[W] Mar 19 20:37:33 ndm: Main: "Event sender": Acme::Client::OnTaskDone_(Event::TaskDone const&) [clone .part.36]()+0xdb4
[W] Mar 19 20:37:33 ndm: Main: "Event sender": Event::Sender::Run()()+0x644
[W] Mar 19 20:37:33 ndm: Main: "Event sender": Thread::StartRoutine_(void*)()+0x1ac
[W] Mar 19 20:37:33 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:37:43 ndm: AlarmListener: sending alarm to "Task::Apply" 13323780 seconds.
[W] Mar 19 20:38:13 ndm: AlarmListener: sending alarm to "Task::Apply" 13323810 seconds.
[W] Mar 19 20:38:32 ndm: Core::Watchdog: Event sender holds SSL_SERVER (19) lock 13410162 seconds acquired Oct 16 15:31:44.
[W] Mar 19 20:38:32 ndm: Main: "Event sender": backtrace:
[W] Mar 19 20:38:32 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:38:32 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:38:32 ndm: Main: "Event sender": (anonymous namespace)::Join_(Control_*)()+0x54
[W] Mar 19 20:38:32 ndm: Main: "Event sender": Thread::Stop()()+0x234
[W] Mar 19 20:38:32 ndm: Main: "Event sender": Http::SslServer::SslService_::~SslService_()()+0xb0
[W] Mar 19 20:38:33 ndm: Main: "Event sender": Http::SslServer::SslService_::~SslService_()()+0x34
[W] Mar 19 20:38:33 ndm: Main: "Event sender": Http::SslServer::RestartServer_()()+0x64
[W] Mar 19 20:38:33 ndm: Main: "Event sender": Http::SslServer::ReloadServer()()+0x108
[W] Mar 19 20:38:33 ndm: Main: "Event sender": Acme::Client::OnTaskDone_(Event::TaskDone const&) [clone .part.36]()+0xdb4
[W] Mar 19 20:38:33 ndm: Main: "Event sender": Event::Sender::Run()()+0x644
[W] Mar 19 20:38:33 ndm: Main: "Event sender": Thread::StartRoutine_(void*)()+0x1ac
[W] Mar 19 20:38:33 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:38:43 ndm: AlarmListener: sending alarm to "Task::Apply" 13323840 seconds.
[W] Mar 19 20:39:13 ndm: AlarmListener: sending alarm to "Task::Apply" 13323870 seconds.
[C] Mar 19 20:39:21 ndm: Core::Scgi::Session: system failed [0xcffd013f], no data available to get.
[W] Mar 19 20:39:32 ndm: Core::Watchdog: Event sender holds SSL_SERVER (19) lock 13410222 seconds acquired Oct 16 15:31:44.
[W] Mar 19 20:39:32 ndm: Main: "Event sender": backtrace:
[W] Mar 19 20:39:32 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:39:32 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:39:32 ndm: Main: "Event sender": (anonymous namespace)::Join_(Control_*)()+0x54
[W] Mar 19 20:39:32 ndm: Main: "Event sender": Thread::Stop()()+0x234
[W] Mar 19 20:39:32 ndm: Main: "Event sender": Http::SslServer::SslService_::~SslService_()()+0xb0
[W] Mar 19 20:39:33 ndm: Main: "Event sender": Http::SslServer::SslService_::~SslService_()()+0x34
[W] Mar 19 20:39:33 ndm: Main: "Event sender": Http::SslServer::RestartServer_()()+0x64
[W] Mar 19 20:39:33 ndm: Main: "Event sender": Http::SslServer::ReloadServer()()+0x108
[W] Mar 19 20:39:33 ndm: Main: "Event sender": Acme::Client::OnTaskDone_(Event::TaskDone const&) [clone .part.36]()+0xdb4
[W] Mar 19 20:39:33 ndm: Main: "Event sender": Event::Sender::Run()()+0x644
[W] Mar 19 20:39:33 ndm: Main: "Event sender": Thread::StartRoutine_(void*)()+0x1ac
[W] Mar 19 20:39:33 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:39:43 ndm: AlarmListener: sending alarm to "Task::Apply" 13323900 seconds.
[E] Mar 19 20:40:09 work nginx: 2020/03/19 20:40:09 [error] 727#0: *66017 upstream timed out (145: Unknown error) while reading response header from upstream, client: YYY.YYY.YYY.YYY, server: , request: "GET /rci/show/system/debug HTTP/1.1", upstream: "scgi://unix:/var/run/ndm.scgi.socket", host: "XXX.XXX.XXX.XXX"
[W] Mar 19 20:40:13 ndm: AlarmListener: sending alarm to "Task::Apply" 13323930 seconds.
[W] Mar 19 20:40:32 ndm: Core::Watchdog: Event sender holds SSL_SERVER (19) lock 13410282 seconds acquired Oct 16 15:31:44.
[W] Mar 19 20:40:32 ndm: Main: "Event sender": backtrace:
[W] Mar 19 20:40:32 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:40:32 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:40:32 ndm: Main: "Event sender": (anonymous namespace)::Join_(Control_*)()+0x54
[W] Mar 19 20:40:32 ndm: Main: "Event sender": Thread::Stop()()+0x234
[W] Mar 19 20:40:32 ndm: Main: "Event sender": Http::SslServer::SslService_::~SslService_()()+0xb0
[W] Mar 19 20:40:33 ndm: Main: "Event sender": Http::SslServer::SslService_::~SslService_()()+0x34
[W] Mar 19 20:40:33 ndm: Main: "Event sender": Http::SslServer::RestartServer_()()+0x64
[W] Mar 19 20:40:33 ndm: Main: "Event sender": Http::SslServer::ReloadServer()()+0x108
[W] Mar 19 20:40:33 ndm: Main: "Event sender": Acme::Client::OnTaskDone_(Event::TaskDone const&) [clone .part.36]()+0xdb4
[W] Mar 19 20:40:33 ndm: Main: "Event sender": Event::Sender::Run()()+0x644
[W] Mar 19 20:40:33 ndm: Main: "Event sender": Thread::StartRoutine_(void*)()+0x1ac
[W] Mar 19 20:40:33 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:40:43 ndm: AlarmListener: sending alarm to "Task::Apply" 13323960 seconds.
[C] Mar 19 20:40:59 ndm: Core::Scgi::Session: system failed [0xcffd013f], no data available to get.
[W] Mar 19 20:41:13 ndm: AlarmListener: sending alarm to "Task::Apply" 13323990 seconds.
[W] Mar 19 20:41:32 ndm: Core::Watchdog: Event sender holds SSL_SERVER (19) lock 13410342 seconds acquired Oct 16 15:31:44.
[W] Mar 19 20:41:32 ndm: Main: "Event sender": backtrace:
[W] Mar 19 20:41:32 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:41:32 ndm: Main: "Event sender": <unknown>+0x0
[W] Mar 19 20:41:32 ndm: Main: "Event sender": (anonymous namespace)::Join_(Control_*)()+0x54
[W] Mar 19 20:41:32 ndm: Main: "Event sender": Thread::Stop()()+0x234
[W] Mar 19 20:41:32 ndm: Main: "Event sender": Http::SslServer::SslService_::~SslService_()()+0xb0
[W] Mar 19 20:41:33 ndm: Main: "Event sender": Http::SslServer::SslService_::~SslService_()()+0x34
[W] Mar 19 20:41:33 ndm: Main: "Event sender": Http::SslServer::RestartServer_()()+0x64
[W] Mar 19 20:41:33 ndm: Main: "Event sender": Http::SslServer::ReloadServer()()+0x108
[W] Mar 19 20:41:33 ndm: Main: "Event sender": Acme::Client::OnTaskDone_(Event::TaskDone const&) [clone .part.36]()+0xdb4
[W] Mar 19 20:41:33 ndm: Main: "Event sender": Event::Sender::Run()()+0x644
[W] Mar 19 20:41:33 ndm: Main: "Event sender": Thread::StartRoutine_(void*)()+0x1ac
[W] Mar 19 20:41:33 ndm: Main: "Event sender": <unknown>+0x0
[C] Mar 19 20:41:38 ndm: FileSystem::Repository: system failed [0xcffd03d3], unknown filesystem: "system/reboot".
[E] Mar 19 20:41:38 ndm: Core::Scgi::Session: unable to open system/reboot: object is broken.
[C] Mar 19 20:41:40 ndm: FileSystem::Repository: system failed [0xcffd03d3], unknown filesystem: "system/reboot".
[E] Mar 19 20:41:40 ndm: Core::Scgi::Session: unable to open system/reboot: object is broken.
[C] Mar 19 20:41:40 ndm: FileSystem::Repository: system failed [0xcffd03d3], unknown filesystem: "system/reboot".
[E] Mar 19 20:41:40 ndm: Core::Scgi::Session: unable to open system/reboot: object is broken.
[C] Mar 19 20:41:41 ndm: FileSystem::Repository: system failed [0xcffd03d3], unknown filesystem: "system/reboot".
[E] Mar 19 20:41:41 ndm: Core::Scgi::Session: unable to open system/reboot: object is broken.
[C] Mar 19 20:41:41 ndm: FileSystem::Repository: system failed [0xcffd03d3], unknown filesystem: "system/reboot".
[E] Mar 19 20:41:41 ndm: Core::Scgi::Session: unable to open system/reboot: object is broken.
[C] Mar 19 20:41:41 ndm: FileSystem::Repository: system failed [0xcffd03d3], unknown filesystem: "system/reboot".
[E] Mar 19 20:41:41 ndm: Core::Scgi::Session: unable to open system/reboot: object is broken.
[C] Mar 19 20:41:41 ndm: FileSystem::Repository: system failed [0xcffd03d3], unknown filesystem: "system/reboot".
[E] Mar 19 20:41:41 ndm: Core::Scgi::Session: unable to open system/reboot: object is broken.
[C] Mar 19 20:41:41 ndm: FileSystem::Repository: system failed [0xcffd03d3], unknown filesystem: "system/reboot".
[E] Mar 19 20:41:41 ndm: Core::Scgi::Session: unable to open system/reboot: object is broken.
[W] Mar 19 20:41:43 ndm: AlarmListener: sending alarm to "Task::Apply" 13324020 seconds.

Edited March 19, 2020 by diqipib

Le ecureuil · March 20, 2020

Да, решение в разработке (точнее в процессе переноса).

diqipib · March 20, 2020

@Le ecureuil, прекрасная новость ! Спасибо ! 😃 А что подразумевается под переносом, если не секрет ? И есть ли ориентировочные сроки когда можно ожидать решение ?

Le ecureuil · March 23, 2020

В 20.03.2020 в 21:28, diqipib сказал:

@Le ecureuil, прекрасная новость ! Спасибо ! 😃 А что подразумевается под переносом, если не секрет ? И есть ли ориентировочные сроки когда можно ожидать решение ?

В ПО 3.0 весь Http и SSL-модули был переписаны с нуля.

Сейчас, после его стабилизации и вылова всех багов, можно попробовать их аккуратно пренести в 2.16 для исправления проблемы.

diqipib · March 24, 2020

@Le ecureuil, к сожалению, не совсем понял как это поможет в моём случае ? Ведь если у меня по прежнему нет физического доступа к роутеру и нет возможности залить на него новую прошивку / сбросить / перезагрузить (так как роутер находится на удалённом объекте), и через веб-интерфейс не удаётся добраться до страницы установки прошивки, то мне это ничего не даст ? Или что-то не учитываю ? Или ответ "Да, решение в разработке (точнее в процессе переноса)." был не для меня ? 🙄

Edited March 24, 2020 by diqipib

Le ecureuil · March 24, 2020

3 часа назад, diqipib сказал:

@Le ecureuil, к сожалению, не совсем понял как это поможет в моём случае ? Ведь если у меня по прежнему нет физического доступа к роутеру и нет возможности залить на него новую прошивку / сбросить / перезагрузить (так как роутер находится на удалённом объекте), и через веб-интерфейс не удаётся добраться до страницы установки прошивки, то мне это ничего не даст ? Или что-то не учитываю ? Или ответ "Да, решение в разработке (точнее в процессе переноса)." был не для меня ? 🙄

Роутер надо перезагрузить по питанию, и потом как можно быстрее обновить (после выхода исправления).

Если доступа нет, то ой...

Pop70 · March 25, 2020

Нежданно-негаданно пропал доступ через облако. Более того, страница "доменное имя" в вебе пустая. Совсем пустая

селфтест в следующем сообщении

Pop70 · March 25, 2020

Ещё и сервер обновлений недоступен, список компонентов не загружается, посмотреть установленные невозможно.

Такая картина и через модемное подключение, и через vpn на домашний сервер. Провайдер МТС.

Сразу возник вопрос - это МТС дуркует, очередная фишка от россвязьнадзора, или у кинетика сервера лежат?

Кто-нибудь ещё сегодня с таким столкнулся?

Sign In

Недоступен webgui по KeenDNS

Question

Link to comment

Share on other sites

Top Posters For This Question

Popular Days

Top Posters For This Question

Popular Days

Popular Posts

ankar84

ankar84

Le ecureuil

Posted Images

96 answers to this question

Recommended Posts

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Join the conversation

Recently Browsing 0 members