Mr.Fermer
-
Posts
5 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Mr.Fermer
-
-
В отличие от автора, оба билайна (проводной и мобильный) выдают серый IP-адрес.
-
Имею точно такую же проблему и пытаюсь найти решение.
Дано: Keenetic Giga II c ndms v.2.16.D.12.0-1
USB LTE модем с симкой билайна.
Проводной интернет от билайн через IPoE в качестве резервного подключения.
Устанавливаю соединение с другим роутером Keenetic III c ndms v.2.11, на котором установлен PPTP-сервер.
Описание проблемы:
При подключении через 4G-модем, соединение устанавливается нормально, никаких проблем. Но если же в настройках подключения к PPTP я указываю провод билайна, то роутер так и не подключается. Маршрутизация прописана для обоих вариантов подключения.
Лог подключения через провод билайна:
[I] Oct 28 22:03:23 ndm: Network::Interface::PppTunnel: "PPTP0": try to resolve remote endpoint via xxx.234.192.7.
[I] Oct 28 22:03:23 ndm: Network::Interface::PppTunnel: "PPTP0": remote endpoint is resolved to "xxx.154.xxx.162".
[I] Oct 28 22:03:23 ndm: Network::Interface::PppTunnel: "PPTP0": connecting via GigabitEthernet0/Vlan4 (GigabitEthernet0/Vlan4).
[I] Oct 28 22:03:23 ndm: Network::Interface::PppTunnel: "PPTP0": local endpoint is resolved to "100.125.188.182".
[I] Oct 28 22:03:23 ndm: Network::Interface::PppTunnel: "PPTP0": added host route to xxx.154.xxx.162 via 100.125.0.1 (GigabitEthernet0/Vlan4).
[I] Oct 28 22:03:23 ndm: Network::Interface::Ppp: "PPTP0": enabled connection via GigabitEthernet0/Vlan4 interface.
[I] Oct 28 22:03:25 pptp[16255]: Plugin pptp.so loaded.
[I] Oct 28 22:03:25 pptp[16255]: PPTP plugin version 0.8.3 compiled against pppd 2.4.4-4
[I] Oct 28 22:03:25 pptp[16255]: pppd 2.4.4-4 started by root, uid 0
[I] Oct 28 22:03:25 ndm: Network::Interface::PppTunnel: "PPTP0": added host route to xxx.154.xxx.162 via 100.125.0.1 (GigabitEthernet0/Vlan4).
[I] Oct 28 22:03:25 pppd_PPTP0: IP: xxx.154.xxx.162
[I] Oct 28 22:03:25 pppd_PPTP0: local bind: 100.125.188.182
[I] Oct 28 22:03:25 pppd_PPTP0: control connection
[I] Oct 28 22:03:25 pppd_PPTP0: unix_sock
[I] Oct 28 22:03:25 pppd_PPTP0: enable echo requests (30:3)
[I] Oct 28 22:03:25 pppd_PPTP0: Sent control packet type is 1 'Start-Control-Connection-Request'
[I] Oct 28 22:03:25 pppd_PPTP0: Received Start Control Connection Reply
[I] Oct 28 22:03:25 pppd_PPTP0: Client connection established.
[I] Oct 28 22:03:26 pppd_PPTP0: Sent control packet type is 7 'Outgoing-Call-Request'
[I] Oct 28 22:03:26 pppd_PPTP0: Received Outgoing Call Reply.
[I] Oct 28 22:03:26 pppd_PPTP0: Outgoing call established (call ID 5475, peer's call ID 52).
[I] Oct 28 22:03:26 pppd_PPTP0: using channel 108
[I] Oct 28 22:03:26 pppd_PPTP0: Using interface ppp1
[I] Oct 28 22:03:26 pppd_PPTP0: Connect: ppp1 <--> pptp (xxx.154.xxx.162)
[W] Oct 28 22:03:56 pppd_PPTP0: LCP: timeout sending Config-Requests
[I] Oct 28 22:03:56 pppd_PPTP0: Connection terminated.
[E] Oct 28 22:03:56 pppd_PPTP0: write: Bad file descriptor (9)
[I] Oct 28 22:03:56 pppd_PPTP0: Closing connection (unhandled)
[I] Oct 28 22:03:56 pppd_PPTP0: Sent control packet type is 12 'Call-Clear-Request'
[I] Oct 28 22:03:56 pppd_PPTP0: Closing connection (call state)
[I] Oct 28 22:03:56 pppd_PPTP0: Modem hangup
[E] Oct 28 22:03:56 pppd_PPTP0: write: Bad file descriptor (9)
[I] Oct 28 22:03:56 pppd_PPTP0: Exit.Лог подключения через USB-модем:
[I] Oct 28 22:05:57 ndm: Network::Interface::PppTunnel: "PPTP0": interface state is changed, reconnecting.
[I] Oct 28 22:05:57 ndm: Network::Interface::PppTunnel: "PPTP0": try to resolve remote endpoint via 10.10.32.131.
[I] Oct 28 22:05:57 ndm: Network::Interface::PppTunnel: "PPTP0": remote endpoint is resolved to "xxx.154.xxx.162".
[I] Oct 28 22:05:57 ndm: Network::Interface::PppTunnel: "PPTP0": connecting via UsbLte0 (UsbLte0).
[I] Oct 28 22:05:57 ndm: Network::Interface::PppTunnel: "PPTP0": local endpoint is resolved to "10.79.5.242".
[I] Oct 28 22:05:57 ndm: Network::Interface::PppTunnel: "PPTP0": added host route to xxx.154.xxx.162 via 10.79.5.241 (UsbLte0).
[I] Oct 28 22:05:57 ndm: Network::Interface::Ppp: "PPTP0": enabled connection via UsbLte0 interface.
[I] Oct 28 22:05:59 pptp[16785]: Plugin pptp.so loaded.
[I] Oct 28 22:05:59 pptp[16785]: PPTP plugin version 0.8.3 compiled against pppd 2.4.4-4
[I] Oct 28 22:05:59 pptp[16785]: pppd 2.4.4-4 started by root, uid 0
[I] Oct 28 22:05:59 ndm: Network::Interface::PppTunnel: "PPTP0": added host route to xxx.154.xxx.162 via 10.79.5.241 (UsbLte0).
[I] Oct 28 22:05:59 pppd_PPTP0: IP: xxx.154.xxx.162
[I] Oct 28 22:05:59 pppd_PPTP0: local bind: 10.79.5.242
[I] Oct 28 22:05:59 pppd_PPTP0: control connection
[I] Oct 28 22:05:59 pppd_PPTP0: unix_sock
[I] Oct 28 22:05:59 pppd_PPTP0: enable echo requests (30:3)
[I] Oct 28 22:05:59 pppd_PPTP0: Sent control packet type is 1 'Start-Control-Connection-Request'
[I] Oct 28 22:05:59 pppd_PPTP0: Received Start Control Connection Reply
[I] Oct 28 22:05:59 pppd_PPTP0: Client connection established.
[I] Oct 28 22:06:00 pppd_PPTP0: Sent control packet type is 7 'Outgoing-Call-Request'
[I] Oct 28 22:06:00 pppd_PPTP0: Received Outgoing Call Reply.
[I] Oct 28 22:06:00 pppd_PPTP0: Outgoing call established (call ID 5478, peer's call ID 55).
[I] Oct 28 22:06:00 pppd_PPTP0: using channel 111
[I] Oct 28 22:06:00 pppd_PPTP0: Using interface ppp1
[I] Oct 28 22:06:00 pppd_PPTP0: Connect: ppp1 <--> pptp (xxx.154.xxx.162)
[I] Oct 28 22:06:00 pppd_PPTP0: added response cache entry 0
[I] Oct 28 22:06:00 pppd_PPTP0: response found in cache (entry 0)
[I] Oct 28 22:06:00 pppd_PPTP0: CHAP authentication succeeded
[I] Oct 28 22:06:00 pppd_PPTP0: MPPE 40-bit stateless compression enabled
[I] Oct 28 22:06:00 pppd_PPTP0: local IP address 172.16.0.2
[I] Oct 28 22:06:00 pppd_PPTP0: remote IP address 192.168.0.1
[I] Oct 28 22:06:00 pppd_PPTP0: primary DNS address 192.168.0.1
[I] Oct 28 22:06:00 pppd_PPTP0: secondary DNS address 192.168.0.1
[I] Oct 28 22:06:01 ndm: Network::Interface::Base: "PPTP0": interface is up.
[I] Oct 28 22:06:01 ndm: Network::Interface::Base: "PPTP0": interface is up.
[I] Oct 28 22:06:01 ndm: Network::Interface::Ppp: "PPTP0": interface "PPTP0" is global, priority 56416.
[I] Oct 28 22:06:01 ndm: Network::Interface::Ppp: "PPTP0": adding default route via PPTP0.
[I] Oct 28 22:06:01 ndm: Network::Interface::Ppp: "PPTP0": adding nameserver 192.168.0.1.
[I] Oct 28 22:06:01 ndm: Dns::Manager: name server 192.168.0.1 added, domain (default).
[I] Oct 28 22:06:01 ndm: Network::Interface::IP: "PPTP0": IP address is 172.16.0.2/32.
[I] Oct 28 22:06:01 ndm: Core::ConfigurationSaver: configuration saved.Почему может быть такое поведение именно на проводе билайна?
-
13 hours ago, Mr.Fermer said:
Добрый день, уважаемые форумчане. Столкнулся с такой проблемой: при активном dns-crypt на АТС, которая находится в локальной сети, не проходят RTP-пакеты от провайдера Zadarma (с другими всё в порядке).
Все настройки делал согласно шапке и всё отлично работает, кроме этого момента...
Пробовал делать исключение в iptables, но через некоторое время правило пропадает из iptables.
Куда можно добавить исключение, чтобы трафик не фильтровался с определённого хоста?
Удалось решить проблему самостоятельно: причина была в компоненте opkg netfilter. Отключил его в настройках роутера, до кучи отключил ещё и SIP ALG. Теперь всё работает отлично.
Странно только, что проблема проявилась после обновления прошивки на 2.11-D.2.0.0, но да ладно.
Разработчикам отдельное спасибо, реально крутую систему сделали.
-
Добрый день, уважаемые форумчане. Столкнулся с такой проблемой: при активном dns-crypt на АТС, которая находится в локальной сети, не проходят RTP-пакеты от провайдера Zadarma (с другими всё в порядке).
Все настройки делал согласно шапке и всё отлично работает, кроме этого момента...
Пробовал делать исключение в iptables, но через некоторое время правило пропадает из iptables.
Куда можно добавить исключение, чтобы трафик не фильтровался с определённого хоста?
VPN PPTP Beeline Keenetic Extra
in Обмен опытом
Posted
Решил вопрос сменой PPTP на OpenVPN-сеть.