Неможливо підключитися до PPTP VPN при включеному ufw на Ubuntu 14.04 з ядром 3.18

17

Раптом VPN відключився і більше не може з’єднатися з ядром 3.18.1, тому я намагаюся встановити ядро ​​3.18.2, але моя проблема все ще існує. Але я можу легко підключитися до VPN з ядром 3.14.

Вихід syslog:

Jan 11 17:43:51 DEMON NetworkManager[7443]: <info> Starting VPN service 'pptp'...
Jan 11 17:43:51 DEMON NetworkManager[7443]: <info> VPN service 'pptp' started (org.freedesktop.NetworkManager.pptp), PID 8741
Jan 11 17:43:51 DEMON NetworkManager[7443]: <info> VPN service 'pptp' appeared; activating connections
Jan 11 17:43:51 DEMON NetworkManager[7443]: <info> VPN plugin state changed: starting (3)
Jan 11 17:43:51 DEMON NetworkManager[7443]: <info> VPN connection 'VPN connection 1' (Connect) reply received.
Jan 11 17:43:51 DEMON pppd[8742]: Plugin /usr/lib/pppd/2.4.5/nm-pptp-pppd-plugin.so loaded.
Jan 11 17:43:51 DEMON pppd[8742]: pppd 2.4.5 started by root, uid 0
Jan 11 17:43:51 DEMON pppd[8742]: Using interface ppp0
Jan 11 17:43:51 DEMON pppd[8742]: Connect: ppp0 <--> /dev/pts/25
Jan 11 17:43:51 DEMON pptp[8747]: nm-pptp-service-8741 log[main:pptp.c:314]: The synchronous pptp option is NOT activated
Jan 11 17:43:51 DEMON NetworkManager[7443]:    SCPlugin-Ifupdown: devices added (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
Jan 11 17:43:51 DEMON NetworkManager[7443]:    SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/ppp0, iface: ppp0): no ifupdown configuration found.
Jan 11 17:43:51 DEMON NetworkManager[7443]: <warn> /sys/devices/virtual/net/ppp0: couldn't determine device driver; ignoring...
Jan 11 17:43:51 DEMON pptp[8761]: nm-pptp-service-8741 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Jan 11 17:43:51 DEMON pptp[8761]: nm-pptp-service-8741 log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
Jan 11 17:43:51 DEMON pptp[8761]: nm-pptp-service-8741 log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.
Jan 11 17:43:52 DEMON pptp[8761]: nm-pptp-service-8741 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Jan 11 17:43:52 DEMON pptp[8761]: nm-pptp-service-8741 log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply.
Jan 11 17:43:52 DEMON pptp[8761]: nm-pptp-service-8741 log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 37038).
Jan 11 17:43:53 DEMON vnstatd[1509]: Interface "ppp0" enabled.
Jan 11 17:43:55 DEMON kernel: [  921.480993] [UFW BLOCK] IN=wlan0 OUT= MAC=74:de:2b:02:0b:da:50:1c:bf:61:6f:41:08:00 SRC=192.168.0.1 DST=192.168.74.15 LEN=55 TOS=0x00 PREC=0x00 TTL=63 ID=64925 PROTO=47 
Jan 11 17:43:55 DEMON kernel: [  922.096723] [UFW BLOCK] IN=wlan0 OUT= MAC=74:de:2b:02:0b:da:50:1c:bf:61:6f:41:08:00 SRC=192.168.0.1 DST=192.168.74.15 LEN=54 TOS=0x00 PREC=0x00 TTL=63 ID=64926 PROTO=47 
Jan 11 17:43:57 DEMON kernel: [  923.911774] [UFW BLOCK] IN=wlan0 OUT= MAC=74:de:2b:02:0b:da:50:1c:bf:61:6f:41:08:00 SRC=192.168.0.1 DST=192.168.74.15 LEN=55 TOS=0x00 PREC=0x00 TTL=63 ID=64927 PROTO=47 
Jan 11 17:44:16 DEMON kernel: [  943.116984] [UFW BLOCK] IN=wlan0 OUT= MAC=74:de:2b:02:0b:da:50:1c:bf:61:6f:41:08:00 SRC=192.168.0.1 DST=192.168.74.15 LEN=54 TOS=0x00 PREC=0x00 TTL=63 ID=64937 PROTO=47 
Jan 11 17:44:22 DEMON pppd[8742]: LCP: timeout sending Config-Requests
Jan 11 17:44:22 DEMON pppd[8742]: Connection terminated.
Jan 11 17:44:22 DEMON NetworkManager[7443]: <warn> VPN plugin failed: 1
Jan 11 17:44:22 DEMON NetworkManager[7443]:    SCPlugin-Ifupdown: devices removed (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
Jan 11 17:44:22 DEMON pppd[8742]: Modem hangup
Jan 11 17:44:22 DEMON pptp[8747]: nm-pptp-service-8741 warn[decaps_hdlc:pptp_gre.c:204]: short read (-1): Input/output error
Jan 11 17:44:22 DEMON pptp[8747]: nm-pptp-service-8741 warn[decaps_hdlc:pptp_gre.c:216]: pppd may have shutdown, see pppd log
Jan 11 17:44:22 DEMON pptp[8761]: nm-pptp-service-8741 log[callmgr_main:pptp_callmgr.c:234]: Closing connection (unhandled)
Jan 11 17:44:22 DEMON pptp[8761]: nm-pptp-service-8741 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Jan 11 17:44:22 DEMON pppd[8742]: Exit.
Jan 11 17:44:22 DEMON NetworkManager[7443]: <warn> VPN plugin failed: 1
Jan 11 17:44:22 DEMON pptp[8761]: nm-pptp-service-8741 log[call_callback:pptp_callmgr.c:79]: Closing connection (call state)
Jan 11 17:44:22 DEMON NetworkManager[7443]: <warn> VPN plugin failed: 1
Jan 11 17:44:22 DEMON NetworkManager[7443]: <info> VPN plugin state changed: stopped (6)
Jan 11 17:44:22 DEMON NetworkManager[7443]: <info> VPN plugin state change reason: 0
Jan 11 17:44:22 DEMON NetworkManager[7443]: <info> Policy set '4r@z31' (wlan0) as default for IPv4 routing and DNS.
Jan 11 17:44:22 DEMON NetworkManager[7443]: <warn> error disconnecting VPN: Could not process the request because no VPN connection was active.
Jan 11 17:44:23 DEMON vnstatd[1509]: Interface "ppp0" disabled.
Jan 11 17:44:28 DEMON NetworkManager[7443]: <info> VPN service 'pptp' disappeared

ОНОВЛЕННЯ

Моя проблема вирішена вимкненням ufw, чи можете ви мені допомогти вирішити цей конфлікт між брандмауером та vpn?

ОНОВЛЕННЯ 2

Тому я намагаюся додати 

-A ufw-before-input -p 47 -j ACCEPT
-A ufw-before-output -p 47 -j ACCEPT

в, /etc/ufw/before.rulesале моя проблема все ще існує.

networking  kernel  network-manager  vpn  firewall 
— Даніял
джерело

Відповіді:

35

Це викликано зміною з міркувань безпеки ядра 3.18 [1] . Є два способи виправити це.

Перший підхід - це додавання цього правила до файлу /etc/ufw/before.rulesперед рядком# drop INVALID packets ...

-A ufw-before-input -p 47 -j ACCEPT

Другий підхід - це завантаження nf_conntrack_pptpмодуля вручну . Це можна зробити, запустивши

sudo modprobe nf_conntrack_pptp

Щоб завантажити цей модуль під час кожного завантаження Ubuntu, додайте його у файл /etc/modules.

— Кіен Труонг
джерело
2
Не забудьте перезапустити ufw, щоб перезавантажити нову конфігурацію.
— RedPixel
1
Ти врятуєш мені життя !!!
— Ален
1
@wwwhizz Ви маєте на увазі sudo ufw reload? Здається, це робиться, як тільки я знайшов правильну частину файлу, до якого слід додати це правило.
— NoBugs
Цікаво, як це можна було зробити через gufw ui?
— Нечіткий аналіз
"nf_conntrack_pptp" не працював мною, але дозволяючи proto 47 (GRE), як пише ОП, це робилося.
— петерх
10

Для новіших версій ufw замість цього є рішення:

sudo ufw allow proto gre from [PPTP gateway IP address]
sudo systemctl restart ufw
— Дзамо Нортон
джерело
3
Відповіді мають бути максимально повними та стояти самостійно - якщо ви просто хочете щось додати до наявної відповіді, будь ласка, скористайтеся коментарем.
— guntbert
@Draco woah там! Не закликає ображати інших користувачів. І ми очікуємо, що всі користувачі тут діятимуть з уважністю.
— тердон
Я лише зазначу для майбутніх відвідувачів: це рішення є повним і не призначене для додавання до будь-якого з інших.
— Дзамо Нортон
3

Додати nf_conntrack_pptpв/etc/modules-load.d/pptp.conf

Один лайнер

echo nf_conntrack_pptp | sudo tee /etc/modules-load.d/pptp.conf

Пояснення

Прийнята відповідь працює для мене, особливо друга пропозиція - завантаження nf_conntrack_pptpмодуля ядра - на відміну від зміни брандмауера iptables. В іншому випадку брандмауер ноутбука не змінюється. sudo ufw enableбез винятку приємно і чисто. Але мені не подобається редагування /etc/modulesвручну ... майбутні оновлення пакунків можуть мати конфлікти. /etc/modules-load.d/забезпечує зручний для оновлення та легший автоматизований спосіб завантаження модуля.

Дивись також

Чи існує каталог ".d", який потрібно використовувати для завантаження модулів під час завантаження, на відміну від / etc / module?

Розстріл: Не використовуйте PPTP!

Спробуйте натомість openvpn.

— Адам Монсен
джерело
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.