เบื้องหลังประโยค «VPN ใช้ไม่ได้บน eduroam» มีการเข้าสู่ระบบสองรายการ และมีทีมต่างกันดูแล การเข้าร่วม eduroam พาอุปกรณ์เข้าสู่เครือข่ายเข้าถึง ส่วนการเข้าร่วม VPN สร้างความสัมพันธ์ที่สองซ้อนบนการเชื่อมต่อนั้น ทั้งสองอย่างอาจดำเนินการโดยสถาบันเดียวกัน แต่ข้อมูลรับรอง โปรไฟล์ และขั้นตอนที่สิ่งต่าง ๆ พังนั้นแยกจากกัน หาให้ได้ว่ารายการใดในสองรายการล้มเหลวจริงก่อนที่ใครจะแก้ไขหมายเลขพอร์ต ทุกอย่างด้านล่างจัดเรียงอยู่รอบทางแยกเดียวนี้

วิทยาเขตหนึ่งที่ OpenVPN ตอบบน UDP 1194 เป็นประวัติที่มีประโยชน์ ไม่ใช่สูตรสำหรับแห่งถัดไป

พิสูจน์ฝั่งการเข้าถึงก่อน

ปิดอุโมงค์แล้วโหลดหน้า HTTP ธรรมดาหรือพอร์ทัลจับ ถ้าเปิดได้ แสดงว่าเครือข่ายเข้าถึงทำหน้าที่ของมัน และคำถามเรื่อง VPN เปิดอยู่จริง หากไม่มีอะไรโหลดได้ ความผิดพลาดอยู่ที่การเชื่อมโยง บัญชี หรือโปรไฟล์การติดตั้ง การเปลี่ยนแปลงใด ๆ ใน VPN จะไม่แตะทั้งสามอย่างนั้น

คำแนะนำการเชื่อมต่อ eduroam ทำให้สถาบันต้นทางเป็นแหล่งที่มาของตัวตนผู้ใช้ เมื่อผู้ช่วยกำหนดค่าสร้างโปรไฟล์ การเลือกสถาบันที่มาเยือนแทนสถาบันต้นทางทำให้ได้การตั้งค่าที่ไม่สามารถพิสูจน์ตัวตนได้ ใช้สิ่งที่สถาบันต้นทางเผยแพร่ ไม่ใช่ชุดใบรับรองจากที่อื่น

การปิดการตรวจสอบใบรับรองหรือการพิสูจน์ตัวตนเพื่อผ่านการเข้าสู่ระบบเปลี่ยนการกำหนดค่าที่ผิดและแก้ไขได้ให้กลายเป็นถาวร หากโปรไฟล์ที่ติดตั้งมาจากแหล่งที่ไม่ได้รับอนุมัติ ให้เปลี่ยนก่อนตรวจสอบสิ่งอื่นใด

ใครเป็นเจ้าของความล้มเหลวใด

เมื่อการเข้าถึงทำงาน ทุกคำถามที่เหลือจะมีเจ้าของเพียงหนึ่งเดียว นี่คือการแบ่งทั้งหมด:

OwnerQuestions that belong to them
VPN operatorServer name, protocol, transport, port, client compatibility, VPN authentication
Visited network operatorWhich traffic the local arrangement permits, and any observed path problem
Device or client administratorLocal policy, client build, server-identity errors

แถวการขนส่งคือจุดที่ความพยายามทำเองล้มเหลวมากที่สุด สิ่งที่เซิร์ฟเวอร์รับฟังถูกกำหนดไว้ในการกำหนดค่า และการแก้ไขโปรไฟล์ไคลเอนต์เปลี่ยนไม่ได้ ดังนั้นขอโปรไฟล์ปัจจุบันจากผู้ดูแลแทนการสลับ TCP กับ UDP การสลับเปลี่ยนเพียงวิธีการที่ไคลเอนต์ล้มเหลว

ในฝั่งที่มาเยือน การพิสูจน์ตัวตน eduroam ที่สำเร็จไม่ได้บอกอะไรว่าเส้นทางนั้นรองรับการขนส่ง VPN ที่กำหนดหรือไม่ และการหมดเวลาเพียงอย่างเดียวไม่ใช่หลักฐานของการปิดกั้น ทั้งสองข้อกล่าวอ้างถูกพูดทุกวัน และแต่ละข้อต้องมีการสังเกตอยู่เบื้องหลัง

ในฝั่งอุปกรณ์ กฎความปลอดภัยที่มีการจัดการ ไคลเอนต์รุ่นที่ไม่เข้ากัน และข้อผิดพลาดตัวตนเซิร์ฟเวอร์เป็นความล้มเหลวสามแบบที่ต่างกัน การรวมไว้ในตั๋วเดียวทำให้ทั้งสามช้าลง

เลือกหลักฐานก่อนทฤษฎี

เมื่อโปรไฟล์เป็นของคุณที่จะทดสอบและผู้ดูแลอนุมัติแล้ว การเปรียบเทียบหนึ่งครั้งชนะการโต้เถียง: โปรไฟล์เดียวกันเชื่อมต่อจากเครือข่ายที่เชื่อถือได้อื่นหรือไม่ «ใช่» ชี้ไปที่เส้นทางที่มาเยือน «ไม่» ชี้ไปที่โปรไฟล์ เซิร์ฟเวอร์ หรือไคลเอนต์ ทำการทดสอบนั้นภายในกฎที่ใช้กับบัญชี และห้ามทำโดยการติดตั้งไคลเอนต์ที่ไม่มีใครอนุมัติ

หากผู้ดูแลเผยแพร่โปรไฟล์ทางเลือกที่อนุมัติแล้ว ให้ใช้โปรไฟล์นั้น การสร้างตัวรับฟังบนพอร์ตใหม่หรือผ่อนกฎของเครือข่ายให้ผลลัพธ์ที่ไม่มีใครป้องกันได้ในภายหลัง และซ่อนความล้มเหลวเดิมไว้

เขียนผลลัพธ์ในรูปแบบที่เจ้าของทั้งสามลงมือได้ ไม่ใช่รูปแบบที่พิมพ์เร็วที่สุด การหมดเวลาเปล่า ๆ ไม่บอกอะไรที่เป็นประโยชน์กับผู้ดูแล VPN และความล้มเหลวในการพิสูจน์ตัวตนก็บอกผู้ดูแลเครือข่ายที่มาเยือนน้อยพอกัน

บ่อยครั้งบรรทัดบันทึกเพียงบรรทัดเดียวก็ตัดสินได้ TLS Error: TLS key negotiation failed to occur within 60 seconds ชี้ไปที่เส้นทางหรือพอร์ต ขณะที่ AUTH_FAILED หมายความว่าถึงอุโมงค์แล้วและข้อมูลรับรองถูกปฏิเสธ

เขียนการส่งต่อในห้าบรรทัด

การส่งต่อที่กระชับบรรจุห้าสิ่ง: สถานที่ที่มาเยือน เวลาที่พยายาม เวอร์ชันไคลเอนต์ที่อนุมัติ เซิร์ฟเวอร์และการขนส่งที่โปรไฟล์ชี้ไป และข้อผิดพลาดที่มีข้อมูลมากที่สุดเป็นอันแรก เพิ่มว่า การเข้าถึงปกติทำงานหรือไม่ และมีการเปรียบเทียบข้ามเครือข่ายที่อนุมัติแล้วหรือไม่ หากคุณมีสองอย่างนั้น ปกปิดรหัสผ่าน โทเคน และกุญแจส่วนตัวก่อนที่สิ่งนี้จะออกจากโต๊ะของคุณ

หาก VPN พิสูจน์ตัวตนได้แล้วแอปพลิเคชันส่วนตัวล้มเหลว ให้ส่งผลลัพธ์ภายหลังนั้นแยกไป คำถามสองข้อก่อนหน้านี้ได้รับคำตอบแล้ว ณ ตอนนั้น และการพับมันเข้าในรายงานใหม่ «ยังพังอยู่» จะส่งทุกคนกลับไปที่จุดเริ่มต้น

ห้าบรรทัด เจ้าของสามคน ทางแยกเดียว นั่นคือการตัดสินใจทั้งหมด และมักถูกตัดสินก่อนที่ใครจะแตะหมายเลขพอร์ต

บทความที่เกี่ยวข้อง