SonicWall VPN บน Mac: ไคลเอนต์ SSL หรือ L2TP แบบเนทีฟ?

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

ถามเกตเวย์ว่าบริการใดเปิดอยู่

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

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

เดินตามเส้นทาง L2TP แบบเนทีฟ

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

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

scutil --nc list
networksetup -listallnetworkservices

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

เดินตามเส้นทางไคลเอนต์ SSL

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

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

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

อ่านประกาศเปลี่ยนแบรนด์ให้ถูกต้อง

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

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

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