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

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

ยืนยันโปรโตคอลที่โปรไฟล์ใช้

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

หน้าเว็บเบราว์เซอร์ที่ชื่อโฮสต์เดียวกันทดสอบบริการที่ต่างกันโดยสิ้นเชิง มันพิสูจน์ได้ว่าโฮสต์ยังมีชีวิต และไม่ได้พิสูจน์อะไรเกี่ยวกับการเจรจาที่ล้มเหลว

เปลี่ยนเครือข่าย ไม่ใช่ข้อมูลรับรอง

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

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

ติดตามรหัสไปยังขั้นตอนถัดไป

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

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

สิ่งที่ยังไม่ควรเปลี่ยนก่อน

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

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

บันทึกโปรโตคอล เครือข่ายที่ทดสอบ และมุมมองของเกตเวย์ สามข้อนี้แก้รายงาน 809 ส่วนใหญ่ได้

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