ฉันได้ตั้งค่าการเชื่อมต่อ PPTP VPN กับบริการที่เชื่อมต่อได้สำเร็จเมื่อฉันพยายามเชื่อมต่อผ่าน ISP ที่ใช้บริการนั้น เมื่อฉันพยายามภายใต้ ISP ที่ฉันใช้ในการทำงาน (ซึ่งเป็น ISP ที่ฉันต้องใช้งานเป็นประจำ) การเชื่อมต่อล้มเหลวหลังจากผ่านไปไม่กี่วินาที แก้ไข: หลังจากคำขอในความคิดเห็น ฉันได้เพิ่มข้อมูลเพิ่มเติมด้านล่าง:
ÎÎ¿Ï Î» 12 08:44:22 เดสก์ท็อป pppd[8923]: pppd 2.4.7 เริ่มต้นโดย root, uid 0
ÎÎ¿Ï Î» 12 08:44:22 Desktop pptp[8928]: nm-pptp-service-8913 log[main:pptp.c:353]: ไม่ได้เปิดใช้งานตัวเลือก pptp แบบซิงโครนัส
ÎÎ¿Ï Î» 12 08:44:22 เดสก์ท็อป pppd[8923]: การใช้อินเทอร์เฟซ ppp0
ÎÎ¿Ï Î» 12 08:44:22 Desktop NetworkManager[643]: <info> [] manager: (ppp0): อุปกรณ์ Ppp ใหม่ (/org/freedesktop/NetworkManager/Devices/3)
ÎÎ¿Ï Î» 12 08:44:22 Desktop NetworkManager[8923]: การใช้อินเตอร์เฟส ppp0
ÎÎ¿Ï Î» 12 08:44:22 Desktop NetworkManager[8923]: เชื่อมต่อ: ppp0 <--> /dev/pts/1
ÎÎ¿Ï Î» 12 08:44:22 เดสก์ท็อป pppd[8923]: เชื่อมต่อ: ppp0 <--> /dev/pts/1
ÎÎ¿Ï Î» 12 08:44:23 เดสก์ท็อป pptp[8942]: nm-pptp-service-8913 log[ctrlp_rep:pptp_ctrl.c:258]: ประเภทแพ็กเก็ตควบคุมที่ส่งคือ 1 'Start-Control-Connection- ขอ'
ÎÎ¿Ï Î» 12 08:44:23 Desktop pptp[8942]: nm-pptp-service-8913 log[ctrlp_disp:pptp_ctrl.c:781]: ได้รับคำตอบการเชื่อมต่อการควบคุมเริ่มต้น
ÎÎ¿Ï Î» 12 08:44:23 Desktop pptp[8942]: nm-pptp-service-8913 log[ctrlp_disp:pptp_ctrl.c:815]: การเชื่อมต่อไคลเอ็นต์
ÎÎ¿Ï Î» 12 08:44:24 Desktop pptp[8942]: nm-pptp-service-8913 log[ctrlp_rep:pptp_ctrl.c:258]: ส่งประเภทแพ็กเก็ตควบคุมคือ 7 'Outgoing-Call-Request'
ÎÎ¿Ï Î» 12 08:44:24 เดสก์ท็อป pptp[8942]: nm-pptp-service-8913 log[ctrlp_disp:pptp_ctrl.c:900]: ได้รับการตอบกลับการโทรออก
ÎÎ¿Ï Î» 12 08:44:24 Desktop pptp[8942]: nm-pptp-service-8913 log[ctrlp_disp:pptp_ctrl.c:938]: โทรออกแล้ว (call ID 37580, peer's call ID 53533) .
ÎÎ¿Ï Î» 12 08:44:53 เดสก์ท็อป pppd[8923]: LCP: หมดเวลาส่ง Config-Requests
ÎÎ¿Ï Î» 12 08:44:53 Desktop NetworkManager[8923]: LCP: หมดเวลาส่ง Config-Requests
ÎÎ¿Ï Î» 12 08:44:53 Desktop NetworkManager[8923]: การเชื่อมต่อถูกยกเลิก
ÎÎ¿Ï Î» 12 08:44:53 เดสก์ท็อป pppd[8923]: การเชื่อมต่อถูกยกเลิก
ÎÎ¿Ï Î» 12 08:44:53 Desktop NetworkManager[643]: <info> [] vpn-connection[*********,"*******",0] : บริการ VPN ยกเลิก>
ÎÎ¿Ï Î» 12 08:44:53 เดสก์ท็อป pptp[8928]: nm-pptp-service-8913 เตือน[decaps_hdlc:pptp_gre.c:226]: อ่านสั้น (-1): ข้อผิดพลาดอินพุต/เอาต์พุต
ÎÎ¿Ï Î» 12 08:44:53 เดสก์ท็อป pptp[8928]: nm-pptp-service-8913 เตือน[decaps_hdlc:pptp_gre.c:238]: pppd อาจมีการปิดระบบ ดูบันทึก pppd
ÎÎ¿Ï Î» 12 08:44:53 Desktop NetworkManager[8923]: สิ้นสุดสัญญาณ 15
ÎÎ¿Ï Î» 12 08:44:53 Desktop NetworkManager[8923]: กระบวนการลูก /usr/sbin/pptp **.**.**.** --nolaunchpppd --loglevel 0 --logstring nm- pptp-บริการ-8913 (pid 8926) ปลายทาง>
ÎÎ¿Ï Î» 12 08:44:53 Desktop NetworkManager[8923]: การวางสายโมเด็ม
เมื่อค้นหาสาเหตุ ฉันพบหลายกรณีที่ข้างต้นเกิดจากข้อจำกัดของโปรโตคอล GRE โดย ISP มีวิธีใดบ้างที่จะมีความเข้าใจที่ดีขึ้นเกี่ยวกับสาเหตุที่สิ่งนี้เกิดขึ้น ตัวอย่างเช่น หากเป็นเพราะ GRE ฉันจะยืนยันสิ่งนี้ได้อย่างไร ISP helpdesk ไม่เต็มใจที่จะช่วยเหลือเว้นแต่ฉันจะมีข้อกำหนดที่เป็นรูปธรรม
แก้ไข: การถ่ายโอนข้อมูล TCP ส่งคืนสิ่งต่อไปนี้เมื่อติดตาม GRE:
GREv1 โทร 42081 ส่วนที่ 1 ความยาว 36: LCP Conf-Request (0x01) รหัส 1 ความยาว 22
เนื่องจากคำขอข้างต้นยังไม่ได้รับคำตอบและแม้ว่าจะถูกส่งซ้ำๆ ฉันเดาว่าเหตุผลก็คือข้อจำกัดของ GRE
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
