sergeyk

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

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

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

В прикрепленном 29.03.2019 12:46 self-test <!-- show version --> <release>2.15.A.3.0-2</release>

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

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

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".

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

Сколько в рублях вы рассчитываете сэкономить?

Один клиент не сможет одновременно использовать несколько подключений, но можно разделить зарегистрированных клиентов, назначив им разные подключения через профили. В статье https://help.keenetic.com/hc/ru/articles/360000521799-Приоритеты-подключений приведен пример разделения клиентов между подключением OpenVPN и обычным проводным, но этот же механизм работает и для разведения клиентов по другим типам интернет-соединений.

Возможно для удаленного управления вам будет удобнее использовать RCI-интерфейс через HTTP, получая на выходе JSON, более пригодный для разбора, чем просто текстовый вывод.

В текущей 2.15 это сделать нельзя, но можно будет в следующих версиях.

В последних версиях должны все нормально копироваться.

В 2.14 и 2.15 должно работать.

Не ленитесь пользоваться поиском.

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

И стоили они "всего" >10 тыс. каждый (по ценам 2010 года). Но также ни на коробке, ни на сайте в описании KN-2010 и KN-2110 нигде не написано про его наличие.

Изменились ли разделы, можно узнать, сравнив вывод (config)> more proc:/mtd dev: size erasesize name mtd0: 00080000 00020000 "U-Boot" mtd1: 00080000 00020000 "U-Config" mtd2: 00080000 00020000 "RF-EEPROM" mtd3: 00180000 00020000 "Kernel_1" mtd4: 01a40000 00020000 "RootFS_1" mtd5: 01bc0000 00020000 "Firmware_1" mtd6: 00080000 00020000 "Config_1" mtd7: 00200000 00020000 "Storage" mtd8: 00040000 00020000 "Dump" mtd9: 00080000 00020000 "U-State" mtd10: 00080000 00020000 "U-Config_res" mtd11: 00080000 00020000 "RF-EEPROM_res" mtd12: 01bc0000 00020000 "Firmware_2" mtd13: 00080000 00020000 "Config_2" mtd14: 07f80000 00020000 "Full"

Не имеет.

Зачем ему столько же памяти, как у Omni? Только для маршрутизации достаточно.

KN-1210 + Plus DSL — вполне рабочий вариант.

Нельзя. Производитель чипа EN7512, реализующего DSL в устройствах KN-2010 и KN-2110, не заявляет такой поддержки.

Режим CO поддерживается только в USB-модуле Keenetic Plus DSL. Название режима vdsl-cpe в командной строке существует исключительно для совместимости системы команд с Keenetic Plus DSL.

Какую работу? Почему её нельзя сделать на реальном устройстве? Вы же понимаете, что в эмуляторе нет интерфейсов Wi-Fi и коммутаторов? В лучшем случае только обычные сетевые карты.

Надпись Core::Configuration: the system configuration reset to factory defaults. означает, что сработала кнопка сброса (похоже, что она механически всё время нажата, либо испорчена).