Le ecureuil

Кроме tlscrypt-v2 что там еще такого горящего в 2.5?

Не очень понятно про обман. На самом деле очень много причин тормозов кроется в третьесторонних компонентах. Причем сложность состоит в том, что нужно явно воспроизвести баг и донести его до авторов так, чтобы они и сами воспроизвели. Написать им в стиле "поставьте там торрент и качайте пока не повиснет" - это не уровень B2B взаимодействия, нужна максимальная конкретика. А пока этого не выходило, писать о чем-то вне рамок наших возможностей вообще не имеет смысла. Ну и чинят они тоже не то чтобы мгновенно + могут по пути сломать другое (сие бывало, и в результате выходило еще хуже). Оттого и столь долгая реакция на некоторые обращения в поддержку и на форум. Если нужно писать третьей стороне, то на форуме скорее всего тема не будет иметь развития нормального, потому что в таких вещах очень важна официально документированная переписка, а форум таковой не является для компании. Поправить то, что мы в силах сами - всегда пожалуйста.

Текущая версия 2.4.6 добавлена в июне 2018, потому подождать еще 3-4 месяца не будет сколь-либо фатальным.

Включите system debug чтобы поподробнее было. Кто клиент? Пока видно что разрыв инициирован клиентом, но подробнее нужно конечно.

Вполне себе нормальный срок, чтобы мы могли рассчитывать на 3.9 к примеру.

Если в мост, то я бы лично оставил. Барахтаться в море проприетарного китайского кала в месте сопряжения PHY и TR069... Очень такое себе. А по ссылке все роутеры.

Если хочется совсем минимум движений по деньгам и гемору с провайдером - надо их на PON-розетку разводить в bridge-режиме (хотя, эти розетки тоже в целом кал полный, но это точно будет хоть как-то работать). Остальное все - пляски не неочень предсказуемым результатом: может быть идеально с полтыка, а может даже на первом этапе заказа с алике пропасть хз где.

Случаем nat-helper pptp или pptp сервер не удаляли?

Да, все верно. Начиная с 2.15 получается wildcard-сертификат, и собственно включается для всех proxy тоже.

Верно.

Кинетику все равно с чем дружить, если его этому научить.

А зачем вам история загрузки неделю и месяц назад?

Не очень понял про какой именно режим вы имеете в виду. На шине он по USB себя показывает, linux драйвер для PCI Express еще в разработке находится, да и нет в ZKLTE разведенного PCIE. На уровне ОС он выглядит как UsbLte = tty + cdc.

Да.

1. Да, выполните эту команду для нового WAN и дело в шляпе. 2. По идее нет. Если вы для него явно не выключите ip nat <new segment>, то все заработает сразу.

Такс, а вот и ответ. Поскольку вы явно не акцентировали, что у вас WAN это WISP, то и команду дали вам немного неточную. Попробуйте > ip static Home WifiMaster0/WifiStation0

Покажите тогда self-test с введенными этими командами, посмотрим что не так.

Поддержка, кстати, все правильно сказала.

Если вопрос только в NAT, то отлючаете его совсем для домашней сети: > no ip nat Home и включаете только между теми интерфейсами, где он нужен: > ip static Home ISP в таком случае у вас из Home в ISP NAT будет, а в OpenVPN - нет.

А 1010 проверяли в режиме экстендера? В разных режимах разное поведение.

Спасибо за лог, подправим.

Как минимум можно подписаться на любую из тем в "Журнал изменений" или создать свой кастомный поток по темам из Журнала, там и RSS есть.

Могу задать к вам аналогичный вопрос. Если обновлялись с < 3.3, тогда еще можно объяснить, остальное гадание. 1. В changelog было отражено, и на форуме, и в официальном. Причем на форуме и с командами для отключения сразу. 2. Запрос в поддержку был написан в 11:55, ответ вам еще не успели подготовить, вопросов много. Мы с вами вроде SLA на "ответ по существу через 10 минут" не подписывали. Причем даже здесь ответили быстро и по теме.

Почему нет опции "просто выключить и продолжать использование"?

1. Ломающие изменения произошли почти два года назад. 2. Циски не для конечных пользователей и вообще без какой-либо конфигурации не используются. 3. Для внутренних нужд. Жалобы на включенную защиту от rebind минимальны, вы второй или третий на моей памяти, кому это повредило.