เขียนเส้นทางของแพ็กเก็ตก่อนกำหนดค่า VPN

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

การเชื่อมต่อเดียวก็เพียงพอที่จะเริ่ม สามหน้าของโทโพโลยีมักซ่อนคำตอบที่ขาดหายเดียวกัน

อธิบายคำขอหนึ่งรายการ ไม่ใช่แผนภาพ

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

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

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

ติดตามการตอบกลับก่อนคำขอ

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

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

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

ให้เจ้าของแก่ทุกการตัดสินใจ

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

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

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

อธิบายว่าอะไรพังและคุณกู้คืนอย่างไร

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

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

ระบุการทดสอบที่ไม่เป็นอันตรายสำหรับแต่ละขั้น

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

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