วิธีตั้งค่าเราเตอร์เดินทางหลังพอร์ทัลล็อกอินของโรงแรม
อนุญาตสถานที่ก่อนแล้วจึงเริ่มอุโมงค์ ตรวจสอบโหมดไคลเอนต์ DNS และสิ่งที่อุปกรณ์ปลายทางได้รับ แทนที่จะเชื่อไฟสถานะของเราเตอร์
คุณเปิดหน้าผู้ดูแลระบบของเราเตอร์เดินทางและอยากเริ่ม VPN ทันที แต่เครือข่ายของโรงแรมมีแผนอื่น เราเตอร์ของคุณเป็นไคลเอนต์ของ Wi-Fi ของสถานที่ และจนกว่าการเชื่อมต่อต้นทางนั้นจะได้รับอนุญาต ก็ไม่มีอุโมงค์ใดไปถึงที่ใดได้ เดินตามสองขั้นตอนให้ครบตามลำดับ แล้วเราเตอร์จะดูไม่เสียอีกต่อไป
ก่อนอื่นตรวจสอบว่าเราเตอร์ทำได้ทั้งสองงานหรือไม่
คุณต้องมีโหมดไคลเอนต์ต้นทาง ซึ่งมักเรียกว่าตัวทวนสัญญาณ ไคลเอนต์ หรือ WISP และไคลเอนต์ VPN ขาออก สิ่งเหล่านี้เป็นฟีเจอร์ที่ต่างจากเซิร์ฟเวอร์ VPN และเราเตอร์ราคาถูกจำนวนมากมีอย่างหลังแต่ไม่มีอย่างแรก
ในหน้าผู้ดูแลระบบ ให้หาส่วน WAN หรืออินเทอร์เน็ตแล้วเปลี่ยนเป็นโหมดไคลเอนต์ไร้สาย สแกนหา SSID ของสถานที่ เข้าร่วม และปล่อยให้เราเตอร์ได้รับที่อยู่ก่อนที่คุณจะกำหนดค่าอย่างอื่น
ยืนยันเวอร์ชันเฟิร์มแวร์ขณะอยู่ที่นั่น ชื่อเมนูเปลี่ยนไประหว่างรุ่น และเส้นทางในคู่มือเก่าอาจไม่มีอยู่แล้วแม้ฟีเจอร์จะยังมี จดรุ่นและเวอร์ชันไว้กับอุปกรณ์เดินทางของคุณ เมื่อขั้นตอนที่เขียนไว้ไม่ตรงกับหน้าจอตรงหน้า สาเหตุก็เกือบทุกครั้งคือความต่างของเวอร์ชัน
ประการที่สอง อนุญาตการเชื่อมต่อต้นทาง
เชื่อมต่อแล็ปท็อปกับเราเตอร์แล้วเปิดหน้า HTTP ใดก็ได้ พอร์ทัลควรเปลี่ยนเส้นทาง และจากนั้นเป็นขั้นตอนของสถานที่เอง บางพอร์ทัลทำงานได้ดีจากโทรศัพท์มากกว่าเราเตอร์ที่ไม่มีหน้าจอ จึงมักเร็วกว่าถ้าทำจากอุปกรณ์ที่เชื่อมต่ออยู่
การบล็อก VPN อย่างเข้มงวดอาจทำให้การตั้งค่าเริ่มต้นนี้ซับซ้อนขึ้น หากสถานที่ ทิ้งทราฟฟิกของอุโมงค์ก่อนการอนุญาต ไคลเอนต์ VPN บนเราเตอร์จะล้มเหลวขณะพอร์ทัลยังค้างอยู่ และความล้มเหลวนั้นเป็นสิ่งที่คาดไว้ ไม่ใช่การกำหนดค่าผิด
ใช้วิธีที่รองรับเพื่อผ่านมันไป การถอดการควบคุมหลายอย่างพร้อมกัน หรือติดตั้งใบรับรองที่หน้าพอร์ทัลเสนอเป็นการซ่อม จะแลกความไม่สะดวกชั่วคราวกับปัญหาถาวร
ประการที่สาม เริ่ม VPN ด้วยโปรไฟล์ที่รองรับ
เมื่อการเข้าถึงปกติทำงานแล้ว ให้เริ่มไคลเอนต์ VPN ของเราเตอร์ด้วยโปรไฟล์ที่รองรับจริง การกำหนดค่า WireGuard และโปรไฟล์ OpenVPN ใช้แทนกันไม่ได้ และทั้งสองนำเข้าในช่อง IPsec แบบเนทีฟไม่ได้
ตรวจสอบสามอย่างก่อนเชื่อถือ ปลายทางเข้าถึงได้ ตัวแก้ชื่อตอบด้วยค่าที่คาดไว้ และที่อยู่ขาออกคือที่อยู่ที่คุณคาดหวัง การตรวจสอบขาออกเป็นสิ่งเดียวที่พิสูจน์ว่าอุโมงค์ส่งทราฟฟิกจริง ไม่ใช่แค่กำหนดค่าไว้
curl -sS https://ifconfig.me
cat /etc/resolv.confหากเราเตอร์รายงานว่าเชื่อมต่อแล้วแต่ที่อยู่ขาออกยังเป็นของสถานที่ อุโมงค์ไม่ได้ส่งทราฟฟิกที่คุณคิด แก้ไขก่อนเพิ่มอุปกรณ์ปลายทางเข้าไปในภาพ
ประการที่สี่ ทดสอบจากอุปกรณ์ปลายทาง
หน้าสถานะของเราเตอร์อธิบายการเชื่อมต่อของตัวเราเตอร์เอง ส่งคำขอใหม่จากแล็ปท็อปที่ควรถูกครอบคลุม และตรวจสอบ IPv4, IPv6 และตัวแก้ชื่อแยกกัน เพราะอุปกรณ์อาจถูกครอบคลุมสำหรับตระกูลหนึ่งแต่ไม่ใช่อีกตระกูล
| Stage | What to verify | Where |
|---|---|---|
| Upstream join | Router has an address from the venue | Router WAN status |
| Portal authorization | A fresh request loads a public page | Connected laptop |
| Tunnel | Egress address changed | Router or laptop |
| Downstream coverage | Laptop resolves and reaches the private resource | Laptop |
หากแล็ปท็อปล้มเหลวขณะเราเตอร์สำเร็จ ปัญหาอยู่ที่เส้นทางปลายทาง เช่น NAT, DHCP หรือนโยบายอุโมงค์ที่ครอบคลุมเฉพาะทราฟฟิกของเราเตอร์เอง ตรวจสอบว่าแล็ปท็อปมีที่อยู่จากพูลของเราเตอร์ แล้วตรวจสอบว่าเกตเวย์เริ่มต้นคือเราเตอร์ อุปกรณ์ที่ยังถือสัญญาเช่าจากเซิร์ฟเวอร์ DHCP ของสถานที่นั้นอยู่ในเครือข่ายที่ผิดทั้งหมด
ประการที่ห้า ตัดสินใจเรื่องทางเลือกสำรองและเก็บการเข้าสู่ระบบไว้
ทดสอบว่าเกิดอะไรขึ้นเมื่อพอร์ทัลหมดอายุหรืออุโมงค์ขาด นโยบายที่คุณเลือกต้องครอบคลุมทราฟฟิกที่ส่งต่อด้วย ไม่ใช่แค่คำขอที่เราเตอร์ทำเอง มิฉะนั้นอุปกรณ์ปลายทางจะกลับไปใช้การเชื่อมต่อของสถานที่อย่างเงียบ ๆ
เก็บขั้นตอนการเข้าสู่ระบบต้นทางที่ตรวจสอบแล้วไว้กับเราเตอร์ บนกระดาษหรือในบันทึกท้องถิ่น การรีสตาร์ตในโรงแรมถัดไปจะกลายเป็นงานสองนาทีแทนการตั้งค่าเฉพาะกิจอีกครั้ง เก็บสำเนาไว้นอกเราเตอร์ด้วย เพราะบันทึกที่เก็บไว้ในอุปกรณ์เท่านั้นจะใช้ไม่ได้ในจังหวะที่อุปกรณ์นั้นเองคือสิ่งที่เสีย ในเรื่องนี้กระดาษยังชนะ
จากนั้นจดค่าสี่อย่างที่ทำให้มันทำงานได้ โหมดต้นทาง ขั้นตอนของพอร์ทัล ชนิดโปรไฟล์ VPN และการตรวจสอบขาออก สี่อย่างนี้คือสิ่งที่คุณจะต้องใช้ครั้งหน้า และเป็นสี่อย่างที่สร้างใหม่จากความจำได้ยากที่สุด