sergeyk

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

@Евгений29 я видел похожую проблему у московского Beeline: ответ на DHCP-запрос не приходит в течение 10 минут, поскольку их оборудование считает, что адрес уже выдан. Если поменять MAC-адрес или подключить, например, ноутбук напрямую к провайдеру (с другим MAC), то IP-адрес тут же выдаётся. https://homenet.beeline.ru/index.php?/topic/327637-не-выдаётся-ip-адрес/ Такая проблема решается только со стороны провайдера.

В таком случае я бы посмотрел на self-test, в котором зафиксированы неудачные попытки восстановить работу модема.

Расскажите, для чего вы его периодически перезагружаете. В каком сценарии использования у устройства возникают проблемы, которые решаются только периодической перезагрузкой?

Только на том, где видна проблема.

@saffe сохраните self-test в момент возникновения проблемы на Extra II.

Проверка с TLS не помогает?

Тогда нужен на неделю.

Самый простой вариант system reboot 3600 system configuration save Перезагрузка раз в час без привязки ко дню недели и есть "каждый день".

@CBLoner переустановка соединения по ping-check не помогает?

Отдыхайте. Пока недельку, а там посмотрим.

По вашей ссылке написано "Discontinued", при этом новых модулей GPON в каталоге не видно.

@pavloffs ваш провайдер иногда отказывает в продлении аренды IP-адреса (received NAK): [I] Oct 16 17:32:26 ndhcpc: GigabitEthernet1: recieved NAK. [W] Oct 16 17:32:26 ndm: Dhcp::Client: unable to configure interface "ISP". [I] Oct 16 17:32:26 ndm: Network::Interface::Ip: "GigabitEthernet1": IP address cleared. [I] Oct 16 17:32:26 nimproxy: NDM IGMP/Multicast proxy stopped (exit status: 0). [I] Oct 16 17:32:26 ndm: Network::InternetChecker: Internet access lost (status: 0x0000). [I] Oct 16 17:32:28 nimproxy: NDM IGMP/Multicast Proxy, v0.0.35. [I] Oct 16 17:32:28 upnp: shutting down MiniUPnPd [I] Oct 16 17:32:28 ndm: Core::Session: client disconnected. [E] Oct 16 17:32:30 coalagent: [SecLayer_OnSend] Coala_Send: Network unreachable. [E] Oct 16 17:32:35 coalagent: [SecLayer_OnSend] Coala_Send: Network unreachable. Для нормально работающей сети ответ NAK — крайне редкая ситуация, она не должна появляться постоянно.

Хеш пароля пользователя и хеш конфигурационного файла никак между собой не связаны, это разные значения. Если вы хотите поменять содержимое startup-config, можете просто удалить строку с "Md5 checksum".

Доступ снаружи разрешен?

А как вы поняли, что он именно балансирует, а не просто молча игнорирует одно из соединений?

Да, разные. Группа команд называется ntp, но управляет SNTP.

Выложите сюда захват обмена SNTP с Keenetic, при котором NAS не синхронизирует время, и по возможности захват обмена (тоже SNTP), при котором синхронизация происходит (возможно с каким-нибудь внешним сервером).

С помощью процедуры обновления через файл, например этот. kng_re_draft_3.09.A.9.0-0.bin

35 МБайт/сек (35 * 8 = 280 МБит/сек) — это скорость, близкая к USB 2.0. Вы его точно в порт USB 3.0 подключаете?

Воспользуйтесь утилитами вроде traceroute, сразу понятно станет, где пропадают пакеты.

В последнем ничего нет, потому что соединение так и не было поднято ни разу на момент сохранения файла. А вот в одном из предыдущих есть <file name="proc:net/dev"> <![CDATA[ Inter-| Receive | Transmit face |bytes packets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed ra2: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ethoip0: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 eth2: 234025640 269029 6 9431 0 6 0 4283 234814541 275721 0 0 0 0 0 0 На интерфейсе коммутатора было принято 6 пакетов с ошибками и 9431 пакет отброшен. Вам имеет смысл попробовать обратиться к провайдеру, чтобы он проверил линию и переобжал соединения.

Надо мерять до порта оборудования у провайдера. У вас сразу за дверью оборудование провайдера — коммутатор или преобразователь оптики, например? Вероятно потому что помех на линии не было в течение этих дней. Это можно было бы узнать, если сохранить self-test в момент возникновении проблемы: если что-то не так с физическим подключением, на порту, скорее всего, будет ненулевой счётчик ошибок. Всё-таки похоже, что проблема именно с физическим подключением. Если подключать кабель провайдера в стациональный компьютер (или ноутбук) и перезагружать его, интернет всегда появляется?

Если он плохо обжат, такое может быть. Может быть, что сам кабель до оборудования провайдера где-то поврежден или просто длинее ста метров. Со стороны маршрутизатора можно попробовать перенастроить WAN-порт на другой по этой инструкции (пункт 2).

Да, именно так. То есть до обесточивания подключение было, а после подключения питания интернет не появился?