Albram
-
Posts
390 -
Joined
-
Last visited
-
Days Won
3
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Albram
-
-
Приветствую всех.
На Keenetic Ultra (KN-1811 KeenOS 4.1.3) поднято Wireguard подключение к внешнему vds серверу, это подключение отмечено "использовать для выхода в Интернет", и оно работает. Нужно через этот wireguarg туннель подключиться к PPPTP серверу, находящемуся на другом внешнем vds сервере. Сейчас ppptp подключение не устанавливается. Подключение на tcp порт 1723 сервера ppptp проходит, но на gre пакеты ответа нет. Без wireguard, напрямую, ppptp подключение поднимается.
Т.к. доступа к ppptp серверу нет, то для проверки поднял ppptp сервер в локальной сети на другом роутере, результат тот-же: при подключении через провайдерское pppoe подключение соединение ppptp поднимается, при подключении через wireguard - нет, т.к. на ppptp сервер не приходят gre пакеты.
Лог подключения через wireguard выглядит так:Скрытый текстАпр 4 23:14:48 ndm Network::Interface::PppTunnel: "PPTP0": interface state is changed, reconnecting. Апр 4 23:14:48 ndm Network::Interface::EndpointTracker: "PPTP0": remote endpoint is "95.xxx.xxx.xxx". Апр 4 23:14:48 ndm Network::Interface::EndpointTracker: "PPTP0": connecting via "Wireguard3" (Wireguard3). Апр 4 23:14:48 ndm Network::Interface::EndpointTracker: "PPTP0": local endpoint is "172.16.0.2". Апр 4 23:14:48 ndm Network::Interface::EndpointTracker: "PPTP0": added a host route to 95.xxx.xxx.xxx via Wireguard3 (Wireguard3). Апр 4 23:14:48 ndm Network::Interface::Ppp: "PPTP0": enabled connection via Wireguard3 interface. Апр 4 23:14:50 pptp[15737] Plugin pptp.so loaded. Апр 4 23:14:50 pptp[15737] PPTP plugin version 0.8.3 compiled against pppd 2.4.4-4 Апр 4 23:14:50 pptp[15737] pppd 2.4.4-4 started by root, uid 0 Апр 4 23:14:51 ndm Network::Interface::EndpointTracker: "PPTP0": added a host route to 95.xxx.xxx.xxx via Wireguard3 (Wireguard3). Апр 4 23:14:51 pppd_PPTP0 IP: 95.xxx.xxx.xxx Апр 4 23:14:51 pppd_PPTP0 local bind: 172.16.0.2 Апр 4 23:14:51 pppd_PPTP0 control connection Апр 4 23:14:51 pppd_PPTP0 unix_sock Апр 4 23:14:51 pppd_PPTP0 enable echo requests (30:3) Апр 4 23:14:51 pppd_PPTP0 Sent control packet type is 1 'Start-Control-Connection-Request' Апр 4 23:14:51 pppd_PPTP0 Received Start Control Connection Reply Апр 4 23:14:51 pppd_PPTP0 Client connection established. Апр 4 23:14:52 pppd_PPTP0 Sent control packet type is 7 'Outgoing-Call-Request' Апр 4 23:14:52 ndm Core::System::StartupConfig: configuration saved. Апр 4 23:14:52 pppd_PPTP0 Received Outgoing Call Reply. Апр 4 23:14:52 pppd_PPTP0 Outgoing call established (call ID 528, peer's call ID 837). Апр 4 23:14:52 pppd_PPTP0 Using interface ppp1 Апр 4 23:14:52 pppd_PPTP0 Connect: ppp1 <--> pptp (95.xxx.xxx.xxx) Апр 4 23:15:22 pppd_PPTP0 LCP: timeout sending Config-Requests Апр 4 23:15:22 pppd_PPTP0 Connection terminated. Апр 4 23:15:22 pppd_PPTP0 write: Bad file descriptor (9) Апр 4 23:15:22 pppd_PPTP0 Closing connection (unhandled) Апр 4 23:15:22 pppd_PPTP0 Sent control packet type is 12 'Call-Clear-Request' Апр 4 23:15:22 pppd_PPTP0 Closing connection (call state) Апр 4 23:15:22 pppd_PPTP0 Modem hangup Апр 4 23:15:22 pppd_PPTP0 write: Bad file descriptor (9) Апр 4 23:15:22 pppd_PPTP0 Exit. Апр 4 23:15:22 ndm Service: "PPTP0": unexpectedly stopped.95.xxx.xxx.xxx - адрес PPPTP сервера
172.16.0.2 - адрес интерфейса Wireguard на кинетике
Захват пакетов во время попытки подключения выглядит так:Скрытый текст~ # tcpdump -i nwg4 host 95.xxx.xxx.xxx -n tcpdump: verbose output suppressed, use -v[v]... for full protocol decode listening on nwg4, link-type RAW (Raw IP), snapshot length 262144 bytes 15:25:13.527084 IP 10.7.0.3.58141 > 95.xxx.xxx.xxx.1723: Flags [S], seq 2207739571, win 25680, options [mss 1284,sackOK,TS val 13133559 ecr 0,nop,wscale 6], length 0 15:25:13.612512 IP 95.xxx.xxx.xxx.1723 > 10.7.0.3.58141: Flags [S.], seq 2022080516, ack 2207739572, win 14480, options [mss 1460,sackOK,TS val 1293634611 ecr 13133559,nop,wscale 6], length 0 15:25:13.612622 IP 10.7.0.3.58141 > 95.xxx.xxx.xxx.1723: Flags [.], ack 1, win 402, options [nop,nop,TS val 13133580 ecr 1293634611], length 0 15:25:13.613411 IP 10.7.0.3.58141 > 95.xxx.xxx.xxx.1723: Flags [P.], seq 1:157, ack 1, win 402, options [nop,nop,TS val 13133580 ecr 1293634611], length 156: pptp CTRL_MSGTYPE=SCCRQ PROTO_VER(1.0) FRAME_CAP(AS) BEARER_CAP(DA) MAX_CHAN(65535) FIRM_REV(1) HOSTNAME(local) VENDOR(cananian) 15:25:13.698906 IP 95.xxx.xxx.xxx.1723 > 10.7.0.3.58141: Flags [.], ack 157, win 243, options [nop,nop,TS val 1293634620 ecr 13133580], length 0 15:25:13.703365 IP 95.xxx.xxx.xxx.1723 > 10.7.0.3.58141: Flags [P.], seq 1:157, ack 157, win 243, options [nop,nop,TS val 1293634621 ecr 13133580], length 156: pptp CTRL_MSGTYPE=SCCRP PROTO_VER(1.0) RESULT_CODE(1) ERR_CODE(0) FRAME_CAP() BEARER_CAP() MAX_CHAN(1) FIRM_REV(1) HOSTNAME(local) VENDOR(linux) 15:25:13.703443 IP 10.7.0.3.58141 > 95.xxx.xxx.xxx.1723: Flags [.], ack 157, win 418, options [nop,nop,TS val 13133603 ecr 1293634621], length 0 15:25:14.613619 IP 10.7.0.3.58141 > 95.xxx.xxx.xxx.1723: Flags [P.], seq 157:325, ack 157, win 418, options [nop,nop,TS val 13133830 ecr 1293634621], length 168: pptp CTRL_MSGTYPE=OCRQ CALL_ID(87) CALL_SER_NUM(0) MIN_BPS(2400) MAX_BPS(1000000000) BEARER_TYPE(Any) FRAME_TYPE(E) RECV_WIN(50) PROC_DELAY(0) PHONE_NO_LEN(0) PHONE_NO() SUB_ADDR() 15:25:14.698780 IP 95.xxx.xxx.xxx.1723 > 10.7.0.3.58141: Flags [P.], seq 157:189, ack 325, win 260, options [nop,nop,TS val 1293634720 ecr 13133830], length 32: pptp CTRL_MSGTYPE=OCRP CALL_ID(926) PEER_CALL_ID(87) RESULT_CODE(1) ERR_CODE(0) CAUSE_CODE(0) CONN_SPEED(1000000000) RECV_WIN(50) PROC_DELAY(0) PHY_CHAN_ID(0) 15:25:14.698906 IP 10.7.0.3.58141 > 95.xxx.xxx.xxx.1723: Flags [.], ack 189, win 418, options [nop,nop,TS val 13133852 ecr 1293634720], length 0 15:25:14.699820 IP 10.7.0.3 > 95.xxx.xxx.xxx: GREv1, call 926, seq 1, length 32: LCP, Conf-Request (0x01), id 1, length 18 15:25:17.700975 IP 10.7.0.3 > 95.xxx.xxx.xxx: GREv1, call 926, seq 2, length 32: LCP, Conf-Request (0x01), id 1, length 18 15:25:20.701981 IP 10.7.0.3 > 95.xxx.xxx.xxx: GREv1, call 926, seq 3, length 32: LCP, Conf-Request (0x01), id 1, length 18 15:25:23.703139 IP 10.7.0.3 > 95.xxx.xxx.xxx: GREv1, call 926, seq 4, length 32: LCP, Conf-Request (0x01), id 1, length 18 15:25:26.703369 IP 10.7.0.3 > 95.xxx.xxx.xxx: GREv1, call 926, seq 5, length 32: LCP, Conf-Request (0x01), id 1, length 18 15:25:29.704518 IP 10.7.0.3 > 95.xxx.xxx.xxx: GREv1, call 926, seq 6, length 32: LCP, Conf-Request (0x01), id 1, length 18 15:25:32.705658 IP 10.7.0.3 > 95.xxx.xxx.xxx: GREv1, call 926, seq 7, length 32: LCP, Conf-Request (0x01), id 1, length 18 15:25:35.706248 IP 10.7.0.3 > 95.xxx.xxx.xxx: GREv1, call 926, seq 8, length 32: LCP, Conf-Request (0x01), id 1, length 18 15:25:38.707388 IP 10.7.0.3 > 95.xxx.xxx.xxx: GREv1, call 926, seq 9, length 32: LCP, Conf-Request (0x01), id 1, length 18Здесь подключение через другой интерфейс Wireguard, с адресом 10.7.0.3, но результат тот же.
Как я понимаю, причина в том, что протокол GRE не может пройти через NAT. Но решить эту проблему пока не удалось.
Буду благодарен за советы. -
18 минут назад, Chubays сказал:
Так там тоже хрень какая-то!
Не было никакой хрени)))
Ввел имя, если свободно, то получает сертификат (не всегда моментально, но недолго). Вы может в настройках уже чего-то накрутили, что мешает получению.
P.S.: домен там, надеюсь, не свой вводите?) -
14 минуты назад, Chubays сказал:
Так я про возможности GUI самого кенетика, а большинство гуишных настроек завязаны на выданное имя кинднс и всему с этим связаное.
Зачем вы всё одну кучу сваливаете?:) У меня, например, у кинетика тоже есть зарегистрированное имя keendns, но я использую своё доменное имя.
Просто не трогайте keendns имя, если оно вам не нужно, и всё. -
1 минуту назад, Chubays сказал:
Так я в том числе про vpn сервер на кенетике!
Что бы подключаться извне к нему.
А в чем проблема в этом случае? У вас DNS запись есть, т.е., если в конфиге клиента сервер указан по имени, то имя отрезолвится в адрес, и пакеты пойдут на этот адрес (а там ваш кинетик).
-
1 минуту назад, Chubays сказал:
Совершенно верно!!!
Тогда зачем вам эти пляски с DDNS, не понимаю.
У вас сервисы, к которым нужен доступ по доменному имени, за кинетиком находятся? -
9 минут назад, MDP сказал:
наверное бесплатное доменное имя?
Автор пишет: "У меня есть wildcard ssl сертификат на мой домен", т.е., если я правильно понимаю, доменное имя уже есть, и использовать планируется именно его.
-
1
-
-
19 часов назад, Chubays сказал:
Сейчас я его прописал в разделе "Доменное имя" вкладке "DDNS" как сервис "другой".
А зачем вам DDNS в этом случае?
У меня похожая картина, просто открыл нужные порты на нужные сервисы, а в этих сервисах настроены нужные сертификаты. И никаких DDNS.
Или вам доступ нужен только к веб интерфейсу кинетика, а не к сервисам, расположенным за кинетиком? -
Только что, de_MAX сказал:
Вот спасибо! Действительно, теперь всё работает.
Пожалуйста. Но, если бы сначала прочитать всю тему, в ней пока не так много страниц, то это решение было описано давно, вот отсюда пару сообщений прочтите:
-
2
-
-
9 минут назад, de_MAX сказал:
Но как это в скрипт адаптировать?
Скорее всего не установлен пакет smartmontools-drivedb
Попробуйте его установить:
opkg install smartmontools-drivedb
Потом проверьте вывод smartctl -a /dev/sda-
2
-
-
1 час назад, de_MAX сказал:
При smartctl -a /dev/sda получаю такое:
А если так:
smartctl -a -d sat /dev/sda-
1
-
-
Приветствую всех.
К портам 3 и 4 KN-1811 (версия ОС 4.0.5) подключен управляемый коммутатор TP-Link TL-SG105PE, на обоих сторонах включена агрегация, и в общем-то всё работает, до момента выключения и последующего включения питания. После включения и загрузки TL-SG105PE не получает IP адрес от KN-1811. В логе роутера видно что он отвечает на запросы коммутатора, но коммутатор их игнорирует и шлёт повторные запросы к DHCP серверу.
Скрытый текст
А игнорирует он их из-за неверной контрольной суммы:Скрытый текст~ # tcpdump -vv -i br0 port 68 tcpdump: listening on br0, link-type EN10MB (Ethernet), snapshot length 262144 bytes 12:52:53.467072 IP (tos 0x0, ttl 64, id 32633, offset 0, flags [DF], proto UDP (17), length 309) use-application-dns.net.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from 34:60:f9:xx:xx:xx (oui Unknown), length 281, xid 0x1b7c, Flags [Broadcast] (0x8000) Client-Ethernet-Address 34:60:f9:xx:xx:xx (oui Unknown) Vendor-rfc1048 Extensions Magic Cookie 0x65855565 DHCP-Message (53), length 1: Discover Parameter-Request (55), length 2: Subnet-Mask (1), Default-Gateway (3) Hostname (12), length 10: "TL-SG105PE" Vendor-Class (60), length 10: "TL-SG105PE" Client-ID (61), length 7: ether 34:60:f9:xx:xx:xx 12:52:53.467607 IP (tos 0x0, ttl 64, id 50150, offset 0, flags [DF], proto UDP (17), length 328) 192.168.1.1.bootps > 255.255.255.255.bootpc: [bad udp cksum 0xc2ee -> 0x0637!] BOOTP/DHCP, Reply, length 300, xid 0x1b7c, Flags [Broadcast] (0x8000) Your-IP 192.168.1.133 Client-Ethernet-Address 34:60:f9:xx:xx:xx (oui Unknown) Vendor-rfc1048 Extensions Magic Cookie 0x65855565 DHCP-Message (53), length 1: Offer Server-ID (54), length 4: 192.168.1.1 Lease-Time (51), length 4: 25200 RN (58), length 4: 12600 RB (59), length 4: 22050 Subnet-Mask (1), length 4: 255.255.255.0 Default-Gateway (3), length 4: 192.168.1.1 Domain-Name-Server (6), length 4: 192.168.1.1Видимо в агрегированном VLAN отключен подсчет контрольной суммы исходящих пакетов.
Но, если перезагрузить коммутатор, то он получит адрес и будет нормально работать. Но перезагружать его после отключения и включения не всегда есть возможность.
В мануале не нашел команд связанных с контрольной суммой пакетов.
Как решить проблему?-
1
-
-
4 часа назад, Nikitiy сказал:
Необходимо сделать так, чтобы люди, которые пользуются вайфаем (mesh), настроенным через Кинетик могли пользоваться сервисами, которые висят в подсети Микротика (0.1 и 1.1)
Можно прописать на кинетике, который является контроллером mesh, статический маршрут в подсеть микротика, и в firewall микротика разрешить пакеты из подсети кинетика.
У меня так работает, только в обратную сторону, микротик подключен в кинетик, который является контроллером mesh. -
12 часа назад, 1565438 сказал:
К нему подключен Air (KN-1613) RU как ретранслятор WIFI сети, подключен по кабелю.
На скрине Air подключен не по кабелю, а по wifi, причем, с довольно низкой скоростью.
-
В общем, не помогло назначение профиля DNS, сегодня опять клиенты получают LL ipv6 адрес ретранслятора, а не контроллера.
Интересно как с этим в версии 4, как-нибудь проверю. -
6 минут назад, ANDYBOND сказал:
Но в версии 4.0, где уже есть полная поддержка IPv6, таких недочётов по идее в релизе не будет.
По идее и в 3.9.5 такого не должно быть. Вернее, в любой релизной версии.
-
1 час назад, ANDYBOND сказал:
А там интересующие DNS добавлены в отдельный профиль, который присвоен устройствам или сегменту? Если нет, то ясно, что работать не будет.
Должна быть цепочка: ретранслятор - локальный DNS для своих клиентов, который смотрит на контроллер, а контроллер решает все вопросы (кто через какое соединение куда-то ходит, какие DNS использует, и, вообще, можно ли этот клиент в какую-то сеть выпускать).
Контент фильтры не выбраны. В профиле DNS "Системный" указаны DNS провайдера ipv4 и ipv6, и по ipv4 всё работает, т.е. клиенты получают в качестве ipv4 DNS только адрес контроллера (Ультры) и все запросы работают, на ipv4 адресе ретранслятора DNS запросы не работают, но меня это вполне устраивает. Надеялся, что с ipv6 будет тоже самое, но нет.
Сейчас попробовал выбрать фильтрацию "Публичные DNS-резолверы и настраиваемы профили" и всем подключениям и устройствам выбрать профиль "Системный". Без перезагрузки ничего не изменилось.
После перезагрузки контроллера и клиентского компа, подключенного к контроллеру проводом, комп получил в качестве адреса ipv6 сервера DNS ipv6 LL адрес контроллера, и DNS запросы отрабатываются. Понаблюдаю как будет дальше.
Но на ретрансляторе (его позже тоже перезагрузил) остался "косяк" с отображением в CLI DNS ipv6, и таблицы статистики (в ней нет DNS ipv6).
В веб-интерфейсе ретранслятора этот DNS ipv6 виден.
Скрытый текст
-
Приветствую всех!
Ultra KN-1810 и Viva KN-1910 (версия KeenOS на обоих 3.9.5) объединены в Mesh, на Ultra настроен ipv6 от провайдера (префикс /56).
Клиенты сети периодически получают в качестве DNS сервера LL ipv6 адрес Viva, которая является ретранслятором, и DNS запросы не работают. Думал, ерунда, добавлю в Виву LL ipv6 адрес Ультры в качестdе DNS сервера (как это сделано для ipv4), но не тут-то было: команда ipv6 name server <address> добавляет адрес, но как-то коряво, не отдельной строкой, а "подтягивая" к себе предыдущую строку конфига "norebind_ctl = on", и в таблице статистики ниже он не появляется, и ничего на клиентах не меняется, они по прежнему периодически получают в качестве DNS сервера LL ipv6 адрес Viva:Скрытый текст
-
В 18.02.2023 в 16:24, Sergey A9 сказал:
Ткните носом, какие статьи почитать, чтобы начать работать с OPKG.
Вот отсюда начинайте, с установки Entware.
-
1
-
-
В сторону сетевого подключения смотрели?
Драйвер сетевой в WIndiws 7 обновить (если доступен), кабель проверить, iperf запустить на компе и роутере, и сравнить с результатами iperf там, где Windows 10. -
2 минуты назад, ANDYBOND сказал:
Это не площадка для слёта гадалок: здесь факты нужны, а не безосновательные предположения. С мечтательными умозаключениями - в техподдержку!
"Иногда, лучше жевать, чем говорить". Факты выложены в скрытом сообщении, но они не про Вашу честь.
-
1
-
-
Только что, ANDYBOND сказал:
А Кинетик-то причём? В MS и вопрошайте... Или в техподдержке Кинетика.
Притом, что уходит в ступор от 5-8ГБ сохранения (примерно столько успевает перенестись за полчаса).
И дело, скорее всего, не в Windows, просто в 10-ке процедура первого сохранения была давно, и ежедневно просто добавлялось понемногу, и возможно, если бы там запустить такой же объём, то было бы тоже самое. -
Приветствую всех.
Keenetic Ultra (KN-1810 версия ОС 3.8.5) работает в Mesh WiFi системе с Keenetic Viva (KN-1910 версия ОС 3.8.5).
К Ultra к порту USB 3.0 подключен внешний HDD, к порту USB 2.0 флэшка с Entware. В такой конфигурации работает больше года.
Ранее на ПК в Windws 10 было включено сохранение истории файлов на HDD, подключенный к роутеру, и работало.
Недавно ОС была обновлена до Windows 11, и сегодня решил включить сохранение истории файлов на тот же диск, только в другой каталог. После примерно 30 минут копирования роутер стал очень сильно тормозить в web интерфейсе, ответа на любое действие приходилось ждать по 15-30 секунд. В логах успел увидеть сообщения:
Скрытый текст
после этого роутер практически перестал отзываться. Веб интерфейс был пустой и не отвечал по 5 минут:
Скрытый текст
Доступа в Интернет не было ни на одном устройстве, подключенном к роутеру.
В браузере была ошибка конфигурации DNS:
Скрытый текст
Отключение запущенного сохранения файлов в Windows в этой ситуации результата не давало.
Кое-как удалось подключиться в CLI и набрать system reboot, роутер после этой команды перезагрузился через 20 минут.
После перезагрузки всё стало нормально.
Решил проверить случайность это была или нет. Опять включил сохранение истории файлов, и примерно через полчаса получил такую же картину. Минут за 5-10 до ухода роутера в полную "несознанку" скачал self-test, в этот момент роутер ещё отзывался в веб интерфейсе по 5-10 секунд.Всё повторилось, только войти в CLI уже не получалось, т.к. роутер отвечал access denied, хотя в веб интерфейсе на тот момент уже не был залогинен и войти в него тоже не было возможности, т.к. он открывался минут 5-10 и потом ни на что не реагировал.
Два раза подряд, это уже не случайность, подумал я, и в третий раз "закинул невод". Перезагрузил роутер выключением питания, перезагрузил компьютер, и включил сохранение истории файлов.
Всё повторилось и в этот раз, только я уже не стал ждать, пока роутер перестанет совсем отзываться, и отключил сохранение истории файлов когда он ещё отзывался по 5-10 секунд на команды и был доступ в Интернет, и после остановки сохранения истории файлов роутер ожил.
Т.е. по симптомам - острая нехватка ресурсов.
Компьютер подключен к роутеру по кабелю, и имеет гигабитный линк. Объём данных при первом сохранении истории файлов порядка 20-25 ГБ.
На роутере также подняты Wireguard (на момент проблемы активных соединений не было), DLNA сервер (на момент проблемы активных потребителей контента не было), AdGuard Home, Transmission (на момент проблемы активных закачек/раздач не было), Entwate. К роутеру постоянно подключены по wifi порядка 12-15 устройств.
В Windows 10 такой проблемы за всё время ни разу не было. Объём сохраняемых данных относительно небольшой, чтобы вызвать такой ступор роутера.
Р.S.: Понаблюдал ещё, похоже на утечку памяти в роутере.
После запуска сохранения истории файлов, использование памяти в роутере начинает постепенно расти по 1%, при этом загрузка процессора плавает в пределах 5-18%, изредка подскакивая до 60-80%. Когда использование памяти доходит до 86-88% начинается описанная выше ситуация, и загрузка процессора становится 95%.
Копирование одного большого файла с этого же компьютера проходит без повышения процента использования памяти (оно находится постоянно около 50%). Т.е. проблема есть только при длительном копировании большого числа мелких файлов. -
1 час назад, batonskij сказал:
может синтаксис неправильный?
В файле smarthtml.conf открытым текстом написаны примеры использования.
Для 12 часов это:
10 0,12 * * *-
1
-
-
2 часа назад, Nefertum сказал:
Подскажите пожалуйста, как установить файл smarthtml_0.8.2.tar.gz, который дан в инструкции? Я правильно понимаю, что после установки должен появиться smarthtml.sh?
На первой странице пошаговая инструкция, перечитайте.
Если вкратце, то: установить нужные пакеты (они все перечислены на первой странице и приведены команды для их установки), распаковать архив smarthtml_0.8.2.tar.gz (в нем два файла), положить файлы в указанные в инструкции на первой странице места, запустить файл smarthtml.sh (перед этим сделав его исполняемым, об этом тоже в инструкции написано).
PPPTP over Wireguard
in Обсуждение IPsec, OpenVPN и других туннелей
Posted · Edited by Albram
Тот же самый кинетик.
Ещё момент, если PPTP серверу присвоить адрес из подсети Wireguard интерфейса кинетика (например, интерфейс Wireguard 10.0.0.1, а PPTP сервер 10.0.0.2), то PPTP соединение устанавливается. Я так понимаю, устанавливается оно из-за отсутствия NAT на пути протокола GRE.