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

การทำงานสองอย่างที่แตกต่างกันสามารถสร้างมันได้ในเซสชันเดียว มันมีความหมายต่างกันและเป็นของเจ้าของที่ต่างกัน

รหัสนี้รายงานอะไรและไม่รายงานอะไร

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

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

การทำงานใดล้มเหลว และเมื่อใด

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

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

เปรียบเทียบจุดปลายและตระกูลที่อยู่

บันทึกปลายทางที่แก้ไขแล้ว การขนส่ง และพอร์ต หากชื่อคืนทั้งที่อยู่ IPv4 และ IPv6 การตรวจสอบ IPv4 ที่ทำงานได้ไม่ได้อธิบายอะไรเกี่ยวกับความพยายาม IPv6 ที่ล้มเหลว ไคลเอนต์อาจกำลังลองตระกูลที่คุณไม่เคยทดสอบ และการบังคับอีกตระกูลหนึ่งเปลี่ยนการทดลองแทนที่จะแก้ไข

Resolve-DnsName vpn.example.net -Type A,AAAA
Find-NetRoute -RemoteIPAddress 198.51.100.62
Get-NetConnectionProfile

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

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

ข้อผิดพลาดซ็อกเก็ตอื่นและการส่งต่อ

ข้อผิดพลาด 10054 เป็นรายงานที่แตกต่าง และในการรับ UDP อาจแสดง ICMP พอร์ตเข้าถึงไม่ได้ที่เกี่ยวข้องกับการส่งก่อนหน้า นี่คือข้อความเกี่ยวกับพอร์ตปลายทางที่เฉพาะเจาะจง ไม่ใช่คำประกาศว่าไม่มีเส้นทาง และทั้งสองนำไปสู่การสอบสวนที่ต่างกัน การปฏิบัติต่อหมายเลขซ็อกเก็ตทุกหมายเลขเป็นรูปแบบหนึ่งของการเชื่อมต่อล้มเหลวคือวิธีที่เส้นทางที่หายไปถูก 'ซ่อม' ด้วยการติดตั้งไคลเอนต์ใหม่

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

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