VPN ขาเข้าของ Windows หรือโฮสต์ OpenVPN: เลือกในห้านาที

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

ตัวรับฟังในตัวคืออะไรกันแน่

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

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

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

สามเงื่อนไขที่ใช้ตัดสิน

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

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

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

ที่ที่ปลายทางบนเราเตอร์ชนะ

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

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

ที่ที่โฮสต์ OpenVPN ชนะ

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

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

ตรวจสอบเส้นทางก่อนสัญญาว่าจะให้การเข้าถึง

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

ทดสอบเส้นทางก่อนกำหนดค่าบัญชี เพื่อให้ความล้มเหลวมีผู้ต้องสงสัยเพียงรายเดียวไม่ใช่สามราย:

Test-NetConnection -ComputerName 203.0.113.45 -Port 1723
Get-NetAdapterBinding | Where-Object ComponentID -like ms_pptp
ss -lunp | grep 1194

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

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