r13

@Le ecureuil и еще, не смотря на настройку на сервере sstp-server dhcp route 192.168.1.0 255.255.255.0 маршрут на клиенте не подхватился. не работает пока? upd прописал маршрут на клиенте, заработал трафик с сервера, с клинта пока нет, видимо на сервере тоже с firewall ом тоже надо шаманить и еще, кажись правила iptables замножаются upd2 Да, судя по вот этой цепочке пакеты только на внешний адрес принимаютя?! если идти с клиента на внешний адрес сервера то пакеты проходят.

выложил кстати, трафик у меня по этому туннелю пока не ходит...только эхо ходит судя по логу

А сертификат на это имя получен?

Так: За остальным в базу знаний

готово

@Le ecureuil и еще Если соединяемся через облако remote endpoint определяется облачный, но затем remote IP address определяется как внешний адрес сервера это так и задумано? Не понятно. [I] Feb 1 22:48:27 ndm: Network::Interface::PppTunnel: "SSTP0": remote endpoint is resolved to "91.218.112.172". [I] Feb 1 22:48:27 ndm: Core::ConfigurationSaver: saving configuration... [I] Feb 1 22:48:27 ndm: Network::Interface::PppTunnel: "SSTP0": local endpoint is resolved to "192.168.0.168" (via "CdcEthernet0"). [I] Feb 1 22:48:27 ndm: Network::Interface::PppTunnel: "SSTP0": added host route to 91.218.112.172 via 192.168.0.1 (CdcEthernet0). [I] Feb 1 22:48:28 ndm: Network::Interface::Ppp: "SSTP0": enabled connection via any interface. [I] Feb 1 22:48:30 pppd[3472]: Plugin sstp-pppd-plugin.so loaded. [I] Feb 1 22:48:30 pppd[3472]: pppd 2.4.4-4 started by root, uid 0 [I] Feb 1 22:48:30 pppd[3472]: Using interface ppp0 [I] Feb 1 22:48:30 pppd[3472]: Connect: ppp0 <--> /dev/pts/0 [I] Feb 1 22:48:31 pppd[3472]: CHAP authentication succeeded [I] Feb 1 22:48:31 pppd[3472]: local IP address 172.16.3.10 [I] Feb 1 22:48:31 pppd[3472]: remote IP address 178.140.123.132 [I] Feb 1 22:48:31 pppd[3472]: primary DNS address 178.140.123.132 [I] Feb 1 22:48:31 ndm: Core::ConfigurationSaver: configuration saved. [I] Feb 1 22:48:31 ndm: Network::Interface::Base: "SSTP0": interface is up. [I] Feb 1 22:48:31 ndm: Network::Interface::Base: "SSTP0": interface is up. [I] Feb 1 22:48:31 ndm: Network::Interface::Ppp: "SSTP0": adding nameserver 178.140.123.132. [I] Feb 1 22:48:31 ndm: Dns::Manager: name server 178.140.123.132 added, domain (default). [I] Feb 1 22:48:31 ndm: Network::Interface::IP: "SSTP0": IP address is 172.16.3.10/32.

@Le ecureuil Сделал клиент сервер, все практически по умолчанию На клиенте выставляется DNS равный внешнему ip сервера. Странновато... [I] Feb 1 22:36:04 ndm: Network::Interface::Base: "SSTP0": interface is up. [I] Feb 1 22:36:04 ndm: Network::Interface::Ppp: "SSTP0": disabled connection. [I] Feb 1 22:36:04 ndm: Network::Interface::PppTunnel: "SSTP0": remote endpoint is resolved to "178.140.123.132". [I] Feb 1 22:36:04 ndm: Network::Interface::PppTunnel: "SSTP0": local endpoint is resolved to "192.168.0.168" (via "CdcEthernet0"). [I] Feb 1 22:36:04 ndm: Network::Interface::PppTunnel: "SSTP0": added host route to 178.140.123.132 via 192.168.0.1 (CdcEthernet0). [I] Feb 1 22:36:04 ndm: Network::Interface::Ppp: "SSTP0": enabled connection via any interface. [I] Feb 1 22:36:06 pppd[2875]: Plugin sstp-pppd-plugin.so loaded. [I] Feb 1 22:36:06 pppd[2875]: pppd 2.4.4-4 started by root, uid 0 [I] Feb 1 22:36:06 pppd[2875]: Using interface ppp0 [I] Feb 1 22:36:06 pppd[2875]: Connect: ppp0 <--> /dev/pts/0 [I] Feb 1 22:36:07 pppd[2875]: CHAP authentication succeeded [I] Feb 1 22:36:07 pppd[2875]: local IP address 172.16.3.10 [I] Feb 1 22:36:07 pppd[2875]: remote IP address 178.140.123.132 [I] Feb 1 22:36:07 pppd[2875]: primary DNS address 178.140.123.132 [I] Feb 1 22:36:07 ndm: Network::Interface::Base: "SSTP0": interface is up. [I] Feb 1 22:36:07 ndm: Network::Interface::Base: "SSTP0": interface is up. [I] Feb 1 22:36:07 ndm: Network::Interface::Ppp: "SSTP0": adding nameserver 178.140.123.132. [I] Feb 1 22:36:07 ndm: Dns::Manager: name server 178.140.123.132 added, domain (default). [I] Feb 1 22:36:07 ndm: Network::Interface::IP: "SSTP0": IP address is 172.16.3.10/32.

@eralde @Dmitry Tishkin Привет, на экране Другие подключения замените состояние у подключений на тумблеры как на других вкладках: Ну и до кучи сделайте тоже самое для проброса портов пожалуйста

Видимо смотреть в сторону 2.11 и https://forum.keenetic.net/topic/3450-netflow

Нет, это же баг приложения, сегодня вышло обновление для ios - v43

@Alex Sh. Добрый день, в новой версии на ios добавляю расписание. если далее в этом расписании ткнуть на No devices в группе Devices то приложение закрывается.

На новой версии (проверил на ios) пофиксено.

В новой версии исправлено.

@eralde @Dmitry Tishkin Привет, На главном экране на широкоформатном мониторе, коих сейчас большинство слева и с права есть куча свободного места: В тоже время элементов на нем достаточно много и до пунктов меню находящихся в самом низу приходится долго прокручивать. Предлагаю перенести меню в левую пустую область, так же как это сделано на всех остальных экранах нового интерфейса, так на мой взгляд упростится навигация по интерфейсу, а также меню обретет унифицированный вид:

Нет, следующего stable для Omni2 не будет Для этих хотелок надо переходить на delta канал, будет версия 2.10

у transmission нет своего https сервера

Старые роутеры валяются несколько, так что без сети не останусь ?

Для этого случая у нас есть гарантия 2 года.

C 2.10 Установить компонент

ipv6 firewall существует с 2.06 судя по документации Сейчас его возможности начали расширяться, появилась возможность открыть порты на клиентов.

Тогда и текст первого поста актуализируем

@OmegaTron перепрошейтесь повторно.

Dynv6.com Зы быстро не получится если делать то с ipv6 поддержкой, а встроенный ddns пока с IPv6 не дружит.

Ок, просто предполагал что custom профиль только на url комаду завязан. Зы один из сервисов который сейчас мучаю воспринимает это дополнение как часть токена и соответсвенно не обновляется.

Предложение добавить в прошивку поддержку DynamicDNS сервиса dynv6.com, А также доработать встроенный DDNS клиент для поддержки ipv6: - поддержка клиентом ipv6 endpoint - актуализация ipv4 и ipv6 адресов на одном сервисе - подстановка в custom url ipv6 адреса по аналогии с ipv4 где используется переменная ${ip}