Jump to content

Mr.Fermer

Forum Members
  • Posts

    5
  • Joined

  • Last visited

Equipment

  • Keenetic
    Giga II

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Mr.Fermer's Achievements

Newbie

Newbie (1/5)

0

Reputation

  1. Решил вопрос сменой PPTP на OpenVPN-сеть.
  2. В отличие от автора, оба билайна (проводной и мобильный) выдают серый IP-адрес.
  3. Имею точно такую же проблему и пытаюсь найти решение. Дано: 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. Почему может быть такое поведение именно на проводе билайна?
  4. Удалось решить проблему самостоятельно: причина была в компоненте opkg netfilter. Отключил его в настройках роутера, до кучи отключил ещё и SIP ALG. Теперь всё работает отлично. Странно только, что проблема проявилась после обновления прошивки на 2.11-D.2.0.0, но да ладно. Разработчикам отдельное спасибо, реально крутую систему сделали.
  5. Добрый день, уважаемые форумчане. Столкнулся с такой проблемой: при активном dns-crypt на АТС, которая находится в локальной сети, не проходят RTP-пакеты от провайдера Zadarma (с другими всё в порядке). Все настройки делал согласно шапке и всё отлично работает, кроме этого момента... Пробовал делать исключение в iptables, но через некоторое время правило пропадает из iptables. Куда можно добавить исключение, чтобы трафик не фильтровался с определённого хоста?
×
×
  • Create New...