admin

Обратитесь в поддержку. Той ночью произошло некоторое количество ложных срабатываний. Если до сих пор светится предупреждение, они сбросят вручную.

Приложение SkyDNS доступно только для устройств, продаваемых на территории России. (Там Skipper продается под другим названием — Viva.) Вы, судя по всему, приобрели Skipper в Европе, поэтому пользуйтесь сервисом SafeDNS. Это полный аналог SkyDNS.

Похоже на шторм через второй-третий. Куда они ведут? Как будто петля.

Без комментариев, тему просто закроем и всё.

Для такого проброса белый адрес нужен. Далее укажите Режим работы (IPv4) — Прямой доступ.

Всё верно. Предположительно, проблема связана с переходом устройства на country=UA, который влияет не только на выбор облачного сервиса и доступность некоторых пакетов и т.д., но и на работу Wi-Fi. Если в настройках Wi-Fi страна не была указана явно, она по умолчанию была RU, а стала UA. Код региона вещается в маяках и по-разному воспринимается клиентскими устройствами. Попробуйте явно задать другой регион Wi-Fi.

self-test пришлите в личку, пожалуйста

Будет и должен. Условия: версия 3.8 Alpha 8 или выше, установлен "Агент облачной службы", установлен пароль админа. При таких условиях устройство добавляется в RMM и открывается через web link из RMM. Если у вас не так, включайте "cloud ndmp debug", делайте одну-две попытки открыть интерфейс устройства и присылайте self-test личным или скрытым сообщением.

Всё правильно, в идеале должно работать без этой галочки. Интерфейс устройства не должен светиться. Но есть много деталей, которые остались за кадром: RMM пока всё еще бета, и ближе всего к идеалу работает прошивка 3.8. Есть совместимость со стабильной версией 3.7, но в процессе развития "облачного модуля" 3.8 и обновления бэкенда RMM может возникать регресс. Его можно обойти с помощью чек-бокса 'Доступ к веб конфигуратору' Ошибки мы ищем и исправляем на 3.8, поскольку она заменит 3.7 и станет новой стабильной версией. Когда сообщаете об ошибке, присылайте self-test, иначе будут только общие рассуждения.

Ничего не ломалось. "show internet status" что кажет?

Предоставьте self-test, пожалуйста, не просите угадывать. Отключите band-steering, часто он виноват при таких симптомах.

Тысяча благодарностей. Что произошло В 3.8 Alpha 7 была внесена ошибка. После команды "system configuration save" вместо паролей в startup-config сохранялись три звездочки "***", и после перезагрузки ни один пароль не читался. Сегодня в 12:00 мы заблокировали раздачу draft-версии, содержащей ошибку. Исправление в течение часа будет доступно для установки. Что нужно делать Тем, кто успел поставить версию 3.8 Alpha 7 сегодня до 12:00 и менял настройки, не перезагружайте устройство. Вам необходимо дождаться появления исправленной версии (об этом будет написано в Журнале), зайти в интерфейс командной строки и выполнить: copy running-config startup-config components list draft components commit В результате startup-config будет восстановлен, а устройство обновлено на исправленную 3.8 Alpha 7 (3.08.A.7.0-1).

Thanks, and how do you switch between them? Just to make clear, how to reproduce.

Коммутатор будет не видно, он функционирует "прозрачно" для локальной сети. Можете покупать и подключать.

Возможно, в версии 3.8 Alpha 2 исправлена ваша проблема. Мы обнаружили, что при некоторых условиях генерируется битая конфигурация веб-сервера. Исправление будет также перенесено в 3.7.

Где-то там же в "инструментах" он пишет значение заголовка X-Detail в ответе 403. Можете прислать?

Да, команду по памяти напутал, но поняли правильно. Ручное правило переадресации проблемой не будет, потому что его создаёт авторизованный админ. А UPnP работает без авторизации, поэтому нельзя.

Лог и селф-тест не приложили, там должно быть сообщение на эту тему. UPnP теперь запрещено использовать занятые порты. Иначе представьте, кто угодно может пробросить себе порт и заблокировать администратору доступ к управлению устройством. Вы должны явно отключить SSL-сервер на кинетике: no http ssl enable no ip http ssl enable

Реализовано в моделях, где это поддерживается аппаратно https://help.keenetic.com/hc/ru/articles/4403264852498-Аппаратная-TDR-диагностика-Ethernet-кабелей-в-Keenetic-Ultra-SE-Giant-и-Peak

Не забыли отмонтировать перед тем как вызвать erase?

Конфиг не потеряется, он на другом разделе. Что в логе перед ошибкой, можете показать?

О разном, ту тему давно закрыли. Причин у конкретно Вашей ошибки может быть несколько, проще с поддержкой диагностировать.

Ищите бэкдор у себя дома, который по UPnP себе порт открывает. Для поиска воспользуйтесь командой: show upnp redirect Сервис можно отключить: no service upnp или снесите поддержку UPnP совсем. Если догадка не подтвердится, и self-test не пришлете, придется тему грохнуть.

На данном ресурсе обсуждаются последние Dev-версии, сейчас это 3.7 Beta 6. В ней, возможно, исправлено то, что вам нужно (автоматическая индексация при добавлении медиафайлов DLNA).

Со стабильной версией вам лучше в официальную поддержку. Но если вы знакомы со StrongSwan и xl2tpd, представьте, что сами настраиваете клиент к ним, и он так себя ведет. Ваши действия? Наверно, вы включите отладку pppd или соберете дамп пакетов. Кинетик это позволяет `interface {name} debug` (дальше смотрите в логе) https://help.keenetic.com/hc/ru/articles/360000401420-Захват-сетевых-пакетов Наблюдения по поводу адресов неубедительны, роутеру без разницы на адреса. Прежде чем предоставлять данные, попробуйте сами их проанализировать.