Ubuntu 14.04 पर कर्नेल 3.18 के साथ सक्षम ufw के साथ PPTP वीपीएन से कनेक्ट नहीं हो सकता

17

अचानक वीपीएन डिस्कनेक्ट हो गया और अब कर्नेल 3.18.1 पर फिर से कनेक्ट नहीं हो सकता है, इसलिए मैं कर्नेल 3.18.2 को स्थापित करने का प्रयास करता हूं, लेकिन मेरी समस्या अभी भी मौजूद है। लेकिन मैं 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 को अक्षम करने से मेरी समस्या हल हो गई, क्या आप कृपया फ़ायरवॉल और वीपीएन के इस संघर्ष को हल करने में मेरी मदद कर सकते हैं?

अद्यतन २

इसलिए मैं जोड़ने की कोशिश करता हूं 

-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

उबंटू के प्रत्येक बूट पर इस मॉड्यूल को लोड करने के लिए, इसे फ़ाइल में जोड़ें /etc/modules।

— कियान ट्रूंग
स्रोत
2
नए कॉन्फ़िगरेशन को पुनः लोड करने के लिए ufw को पुनरारंभ करना न भूलें।
— RedPixel
1
तुम मेरी जान बचा लो !!!
— एलन
1
@Wwhizz तुम्हारा मतलब है sudo ufw reload? ऐसा लगता है कि एक बार, मुझे उस नियम को जोड़ने के लिए फ़ाइल का सही भाग मिला।
— NoBugs
मुझे आश्चर्य है कि, इस तरह की चीज़ को गुफ उई के माध्यम से कैसे किया जा सकता है?
— फजी विश्लेषण
"nf_conntrack_pptp" मेरे द्वारा काम नहीं किया गया, लेकिन ओपी 47 (GRE) को अनुमति देता है, जैसा कि ओपी लिखता है, उसने किया।
— पेटेर - मोनिका
10

इसके बजाय ufw के हाल के संस्करणों के लिए एक समाधान है:

sudo ufw allow proto gre from [PPTP gateway IP address]
sudo systemctl restart ufw
— Dzamo नॉर्टन
स्रोत
3
उत्तर यथासंभव पूर्ण होने चाहिए और अपने दम पर खड़े होना चाहिए - यदि आप किसी मौजूदा उत्तर में कुछ जोड़ना चाहते हैं तो कृपया टिप्पणी का उपयोग करें।
— गुनबर्ट रॉबर्ट
@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 फ़ायरवॉल को संशोधित करने के लिए है। मेरा लैपटॉप फ़ायरवॉल अन्यथा unmodified है। sudo ufw enableअपवाद के बिना अच्छा और साफ है। लेकिन मुझे /etc/modulesहाथ से संपादन पसंद नहीं है ... भविष्य के पैकेज के उन्नयन में संघर्ष हो सकता है। /etc/modules-load.d/मॉड्यूल को लोड करने के लिए एक अपग्रेड-फ्रेंडली और अधिक आसानी से स्वचालित तरीका प्रदान करता है।

यह सभी देखें

क्या बूट समय पर मॉड्यूल लोड करने के लिए "/ .d" निर्देशिका का उपयोग किया जाता है, / etc / मॉड्यूल के विपरीत?

बिदाई शॉट: PPTP का उपयोग न करें!

इसके बजाय ओपनवीएनपी की कोशिश करें।

— एडम मोनसेन
स्रोत
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.