sergeyk

По вашей ссылке написано "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).

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

У вас в момент сохранения self-test был подключен кабель провайдера к синему порту?

@loginella @Mamay убедительная просьба в этой теме больше ничего не писать.

Я не советовал перетыкать кабель, нужно было только сохранить self-test, чтобы зафиксировать проблемное состояние. Теперь придётся ждать возникновения проблемы ещё раз. Не пытайтесь её исправить до сохранения self-test.

Напишите номер обращения в техподдержку.

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

Вы, насколько я понял, не сохранили self-test, как я писал выше?

Кнопка сброса предназначена для сброса всех настроек. Если хотите сохранить свои настройки Wi-Fi, попробуйте просто выключить питание и включить заново. Попробуйте в следующий раз, если повторится подобное, зайти на адрес http://192.168.1.1 вместо http://my.keenetic.net и сохранить self-test.

Я про ситуацию, когда вы выключаете устройство, которое перестаёт отвечать, а затем включаете его заново. Мастер настройки запускается или всё-таки туннель к интернету остаётся настроенным?

То есть запускается мастер первичной настройки?

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

Попробуйте тогда сохранить через ссылку http://192.168.1.1/a Вводите "more ndm:self-test" и нажимайте "Send request", в окне ниже секунд через пять должно появиться содержимое файла.