พา VPN สำหรับงานไปสหรัฐอาหรับเอมิเรตส์: ต้องยืนยันอะไรก่อน

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

กรณีการใช้งานที่มีการบันทึกไว้ครอบคลุมอะไรจริง ๆ

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

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

เชื่อมโยงงานเข้ากับเกตเวย์ที่เฉพาะเจาะจง

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

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

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

โปรไฟล์ทำอะไรกับทราฟฟิกที่เหลือของคุณ

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

ip -4 route
ip -4 route get 10.20.4.10
nmcli connection show --active

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

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

เตรียมเส้นทางความล้มเหลวก่อนขึ้นเครื่อง

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

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

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

เก็บบันทึกไว้และตรวจสอบอีกครั้ง

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

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