คุณไว้วางใจใครเมื่อคุณรันเซิร์ฟเวอร์ VPN เอง

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

ขั้นที่ 1: ทำบัญชีคู่กรณี

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

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

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

ขั้นที่ 2: เขียนสิ่งที่คุณได้

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

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

ขั้นที่ 3: ยอมรับรายการบำรุงรักษา

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

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

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

ขั้นที่ 4: ปล่อยสมมติฐานเรื่องความเป็นนิรนาม

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

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

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

ขั้นที่ 5: เลือกเพราะเหตุผลที่ระบุไว้

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

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

ขั้นที่ 6: วางแผนทางออก

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

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