dchusovitin

Тест похоже не особо удачный, что-то нажали или сам отвалился. Лог вывелся один раз (видно строку ввода новой команды "config >"), без логов в live режиме. На скриншоте и в тексте.

Обычно там не много сообщений, толку от кучи сообщений. Другого клиента переподключите (вкл-выкл wifi), в вебе любую настройку сохранить (или авторизоваться) и появятся. Перед отвалом появятся сообщения (если успеют дойти).

Да, с большим шансом. Точнее, роутер в последний момент должен успеть отправить журнал. На поддержку конечно лучше ориентироваться, даже если совет кажется банальным/странным. Дойдете и до этого способа.

Минут 5+ подождать, может оживет. И пальцем в небо, вытащить-вставить ethernet кабель или wifi через кнопку вкл/выкл. Возможно очнется после внешних воздействий. А дальше syslog, комп подключить по проводу, установить спец. софт, чтобы получить отладочную информацию. Такой скорее путь предложат, если подчерккуть, что и по кабелю проблемы с доступом. Но лучше я не буду им мешать

Потому что сделали перезагрузку, после нее вся нужная информация сбрасывается. Они там просто ничего не увидят. И явно не описали проблему, либо какими-то кусками. Нужно дождаться когда роутер отвиснет (не перезагружая) и снять селф-тест. Либо удаленно подключиться и смотреть, вдруг он живой и сам отвиснет. Сами подключаетесь к роутеру, а люди на месте просто запускают закачку в стиме. Можно еще в открыть лог (диагностика - показать журнал), или вы удаленно или люди на месте, запустить тест, часть нужной информации может появиться, перед тем как роутер "зависнет". Более-менее простые способы. Лучше скинуть ссылку на эту тему или лучше описать проблему, и как снимали диагностику (после перезагрузки).

Всем клиентам и все отваливаются? Ну это точно не косяк с драйвером, биосом, либо перегревом адаптера. Эти проблемы можно найти в большинстве тем про мини-ПК (от этого или другого производителя).

Схожая тема, без особой активности. Самим резервные варианты готовить.

Новые служебные адреса динамические, т.е. для каждого устройства свои? Попробовал 5.1.3 (превью, сюда тоже выкатили) и адреса отличаются от указанных выше, 198.51.100.37 и 2001:2::c633:6425

На 5.1.0+ не заметно проблем. Либо было исправление, либо какие-то "внешние факторы" влияли.

Ну какие регулярки, есть способы в разы проще и в десятки раз быстрее. Сломали - бывает, можно было бы уже починить. Фича проклята, желающих ей заняться мало, заставляют провинившихся

Как это объяснить? Один домен в списке (x com), а залетают все по суффиксу. Домен "u", а залетают "ru".

Аптайм 16 дней, какой-то бесконечный цикл съел 1.5 дня времени cpu. Какой-то полезной работы не замечено, второй поток (4 часа) занимается закачкой и раздачей. Из последних изменений вроде была только косметика.

На 5.1 Beta 4 (nc-812) тоже самое, стабильно один поток съедает одно ядро на 100%. Ничем не занят, только опрашивает два файла (точнее сокет от основного процесса, видимо). Примерно таким занят процесс (только этим), в моменты всплеска cpu: pselect6(28, [22 27], [], [], {tv_sec=0, tv_nsec=200000000}, {sigmask=NULL, sigsetsize=8}) = 1 (in [22], left {tv_sec=0, tv_nsec=199998615}) recvfrom(27, 0x7f9b311e70, 16384, 0, NULL, NULL) = -1 EAGAIN (Resource temporarily unavailable) А это когда cpu на нуле: pselect6(0, 0x7f9b5a3a30, 0x7f9b5a39b0, 0x7f9b5a3930, {tv_sec=0, tv_nsec=200000000}, {sigmask=NULL, sigsetsize=8}) = 0 (Timeout)

Через облако ssh не может работать. Провайдер ранее выдавал белый ip, но перестал. Либо выпал серый ip, перезапустить сессию и может выпадет белый. Сравните ip у подключения на главной странице и внешний на любом соотв. сайте.

1811 должна тянуть 150+ мбит, без изменения шифрования. Оно настраивается не в "KeeneticOS" (и добавлять его не надо), и в нет поддержки SS. rc4-md5 есть в -libev, в -rust deprecated, но поддерживается (можно даже отключить шифрование). Есть подозрение, что речь идет про одну из "панелей" (сервер), где доступен минимальный набор методов шифрования.