รีโมตแอ็กเซสหรือ VPN แบบไซต์ทูไซต์: แบบไหนเหมาะ?

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

ใครเป็นคนเชื่อมต่อ และอะไรอยู่เบื้องหลัง

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

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

การกำหนดที่อยู่และเส้นทางขากลับ

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

เส้นทางขากลับสำคัญพอ ๆ กับเส้นทางขาออก เซิร์ฟเวอร์อาจรับคำขอได้แต่ยังไม่มีเส้นทางกลับไปยังเครือข่ายของไคลเอนต์

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

ทางออกสู่อินเทอร์เน็ตเป็นการตัดสินใจแยกต่างหาก

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

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

ใช้โทโพโลยีจำกัดขอบเขตปัญหา

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

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

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