Le ecureuil

Проверьте на 2.16.D.11.0-0

В 2.16.D.11.0-0 поправлено.

Версия 2.16.D.11.0-0: исправлена проблема монтирования раздела с файловой системой exFAT созданной в MiniTool Partition Wizard HTTP: добавлены заголовки X-Forwarded-Proto и X-Forwarded-Port (по просьбе @Zzub) CloudControl2: добавлена заглушка для security-level (по просьбе @vvp2) tzdata 2021a OpenSSL 1.1.1j (устранены уязвимости CVE-2021-23841 и CVE-2021-23840) Wireguard: поправлена работа с огромным количеством пиров QMI: исправлена обработка составных SMS-сообщений (сообщил @glogjet) QMI: добавлена поддержа модемов: DW5821e (T77W968) UsbModem: Alcatel L100V

2.13 или 2.14.

mac repeater нет в 2.16, он там уже удален. Разве что городить костыли с VLAN или EoIP, но это не для слабых духом.

Кто-то еще подтверждает?

Что в логах?

@fps да, я видел уже. Спасибо. Это не забанили, это пост автоскрылся.

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

Это всего лишь год, и это не так много для такой амбициозной задачи как кажется

Кстати про listen [::]:80 вы ой как неправы... Загляните в конфиг nginx на своем роутере - узнаете много интересного.

Саппорт мы и сами можем делать, и это даже дешевле будет. Только вот таскать везде лишний код который никогда не используется у более чем 2/3 пользователей - такое себе. Ну и нужно все заново протестировать. Потому правильный вариант - сделать IPv6 неотчуждаемым базовым компонентом. Но это не раньше, чем 1210 и прочие устройства с 16 Мбайт flash выйдут из поддержки по соображениям занимаемого места.

Снимите дамп на LAN, посмотрим.

Неплохое наблюдение. Для выяснения нужно через команды >show ip hotspot host <mac> rrd txbytes 0 >show ip hotspot host <mac> rrd txbytes 1 >show ip hotspot host <mac> rrd txbytes 2 >show ip hotspot host <mac> rrd txbytes 3 вытащить данные, по которым строится этот график. А потом посмотрим где там аномалии.

interface Bridge0 no include OpenVPN0

Почему бы просто не связать сети друг с другом через wireguard или pptp? На esp-датчиках прописан default route? Тогда проблем быть не должно.

transmission на omni 2... Это для особых извращенцев, да.

> interface lcp echo > vpn-server lcp echo

Невозможно.

У меня есть ощущение, что вы на обычной 3.6 тоже ничего не пробовали и там точно такие же ошибки еще даже до стадии парсинга mime-типов есть.

На 2.08 есть небольшой в keepalive. Попробуйте на клиенте поставить keepalive не стандартный 30 3, а скажем 17 7 или 24 4. И на сервере тоже можно что-то похожее. Исправлено было только в 2.5.B.4 и в 2.11.D.1 и выше: И вообще на omni 2 давно пора 2.11 хотя бы поставить.

Вы немного странно все делаете, вот объясните. Почему вы именно хотите сбриджевать две сети на уровне L2, но адрес у Home у вас 192.168.7.1, а не из подсети 192.168.2.0, как на удаленном устройстве? Пока не ответите себе на этот вопрос дальше продолжать бесполезно, поскольку я не вижу понимания того, что вы делаете. Так, по разрозненным постам команды вставляете в cli и все. Посему потрудитесь начать хотя бы с написания пары абзацев о смысле этого мероприятия и о адресации на L2 и L3 в вашей сети.

Покажите self-test с кинетика.

Попробуйте https://disk.yandex.ru/d/O7V_CIMU7IxrTA Заливать через tftp.

Так и на клиенте это вполне возможно.