รายการยกเว้นของ Happ และ split tunneling: การจัดการเส้นทางทราฟฟิก
split tunneling คือชุดกฎการกำหนดเส้นทางที่เว็บไซต์ในท้องถิ่นเปิดโดยตรง ขณะที่เว็บที่ถูกจำกัดถูกปลดบล็อกผ่านการเชื่อมต่อที่ปลอดภัย มีประโยชน์สำหรับการเข้าถึงเนื้อหาที่ถูกบล็อกอย่างเลือกสรร
ทำไมจึงช่วยได้
บริการท้องถิ่นโดยตรง
เว็บไซต์ท้องถิ่นบางแห่งอาจทำงานได้โดยไม่มี VPN: เร็วและเสถียรกว่า
ส่วนที่เหลือผ่าน VPN
บริการระดับโลกผ่านการเชื่อมต่อที่ปลอดภัย
ไม่ต้องสลับ VPN
คุณไม่ต้องเปิดและปิดการเชื่อมต่อทุกครั้ง
split tunneling และรายการยกเว้นใน Happ คืออะไร
split tunneling คือโหมดที่ไคลเอนต์แบ่งทราฟฟิกขาออกออกเป็นสองสาย สายหนึ่งวิ่งผ่านพร็อกซีเซิร์ฟเวอร์ อีกสายวิ่งตรงผ่านผู้ให้บริการอินเทอร์เน็ต การแบ่งนี้ควบคุมผ่านรายการของ Happ ซึ่งเป็นชุดกฎที่คุณระบุโดเมน ซับเน็ต IP หรือแอปพลิเคชันที่จัดเป็นข้อยกเว้นอย่างชัดเจน ทุกอย่างที่ไม่เข้ากับกฎใดจะถูกจัดการตามนโยบายค่าเริ่มต้น
ใน Happ มีสองแนวทางที่แตกต่างกันโดยพื้นฐานในการสร้างรายการ แนวทางแรกคือโหมดยกเว้น (bypass) ซึ่งทราฟฟิกทั้งหมดวิ่งผ่านพร็อกซี ยกเว้นสิ่งที่ระบุไว้ สะดวกสำหรับการนำแอปธนาคาร บริการภายในเครือข่าย และเว็บไซต์ที่ไวต่อการเปลี่ยนภูมิภาคออกจากอุโมงค์ แนวทางที่สองคือโหมดรวม (proxy-only) ซึ่งทุกอย่างวิ่งตรง และมีเพียงรายการทรัพยากรที่กำหนดเท่านั้นที่ถูกจัดเส้นทางผ่านเซิร์ฟเวอร์ การเลือกโหมดกำหนดตรรกะทั้งหมดของการเลี่ยงด้วย Happ บนอุปกรณ์
ในเชิงเทคนิค กฎถูกเก็บไว้ในการตั้งค่าของโปรไฟล์และถูกนำไปใช้โดยเอนจินจัดเส้นทางแบบทันที โดยไม่ต้องเชื่อมต่อเซสชันใหม่ ซึ่งหมายความว่าการเปลี่ยนแปลงรายการมีผลเกือบจะทันที ไม่ต้องสร้างอุโมงค์ขึ้นใหม่ทั้งหมด การเข้าใจโมเดลนี้เป็นพื้นฐานสำหรับการปรับความเร็วและความเสถียรอย่างละเอียด
วิธีเพิ่มเว็บไซต์ลงในรายการยกเว้นของ Happ
ในการเพิ่มโดเมน ให้เปิดโปรไฟล์ที่ใช้งานอยู่แล้วไปที่ส่วนการจัดเส้นทาง (Routing / กฎ) กดเพิ่มกฎและระบุโดเมนในรูปแบบ example.com โดยไม่ใส่โปรโตคอล http และไม่มีเครื่องหมายทับปิดท้าย เพื่อครอบคลุมทุกซับโดเมน ให้ใช้มาสก์รูปแบบ domain:example.com หรือการเขียนแบบต่อท้าย เพื่อให้ app.example.com และ cdn.example.com เข้ากับกฎเดียวกันโดยอัตโนมัติ
สำหรับกฎ ให้กำหนดการกระทำ: proxy (ส่งผ่านเซิร์ฟเวอร์), direct (ปล่อยวิ่งตรง) หรือ block (บล็อกการเชื่อมต่อ) การจับคู่โดเมน + การกระทำนี่เองที่กำหนดพฤติกรรมการเลี่ยงด้วย Happ หากต้องการนำบริการวิดีโอที่หนักออกจากอุโมงค์เพื่อความเร็ว ให้ตั้งเป็น direct หากต้องการการเข้าถึงทรัพยากรเฉพาะอย่างเสถียรผ่านเซิร์ฟเวอร์ ให้ใช้ proxy
นอกจากโดเมนแล้ว รายการของ Happ ยังสามารถใส่ที่อยู่ IP และซับเน็ต CIDR (เช่น 10.0.0.0/8 สำหรับเครือข่ายภายใน) และป้าย GEO (geoip:ru, geosite:category-ads) ได้ ซับเน็ตมีประโยชน์สำหรับทรัพยากรองค์กรและ NAS ส่วนกฎ GEO อธิบายทั้งหมวดหมู่ในคราวเดียวแทนการระบุโดเมนหลายร้อยรายการด้วยมือ
หลังบันทึกแล้ว ให้ตรวจสอบลำดับของกฎ: เอนจินนำกฎมาใช้จากบนลงล่างและหยุดที่การจับคู่ครั้งแรก กฎที่กว้างเกินไปซึ่งวางอยู่ด้านบนจะกลบกฎที่แม่นยำกว่าด้านล่าง ดังนั้นให้วางโดเมนที่เฉพาะเจาะจงไว้เหนือมาสก์กว้างและหมวดหมู่ GEO
วิธีลบเว็บไซต์หรือกฎออกจากรายการ
การลบทำในส่วนการจัดเส้นทางเดียวกัน ค้นหาบรรทัดที่ต้องการในรายการกฎ เรียกเมนูบริบท (ปัดไปทางซ้ายในไคลเอนต์มือถือ หรือไอคอนถังขยะในเวอร์ชันเดสก์ท็อป) แล้วยืนยันการลบ กฎจะหายไปจากการตั้งค่าที่ใช้งานอยู่โดยไม่ต้องรีสตาร์ทแอปพลิเคชัน
หากหลังลบแล้วทรัพยากรยังทำงานแบบเดิม สาเหตุมักอยู่ที่แคช DNS หรือกฎที่ซ้ำซ้อน ตรวจสอบว่ามีโดเมนเดียวกันอยู่ในรายการอื่นหรือในมาสก์ที่กว้างกว่าหรือไม่ (เช่น เว็บไซต์แยกอาจตกอยู่ภายใต้หมวด geosite) ให้ลบกฎที่ทับซ้อนออกและล้างแคช DNS ด้วยการเชื่อมต่อโปรไฟล์ใหม่
สำหรับการทำความสะอาดจำนวนมาก สะดวกกว่าที่จะแก้ไขรายการไม่ใช่ทีละบรรทัด แต่ผ่านการนำเข้า/ส่งออกการตั้งค่า: ส่งออกกฎปัจจุบัน แก้ไขบล็อก routing ในโปรแกรมแก้ไขภายนอก แล้วนำเข้ากลับมา วิธีนี้ลดความเสี่ยงที่จะเผลอทิ้งกฎกำพร้าไว้ และทำให้การดูแลรายการ Happ ขนาดใหญ่ง่ายขึ้น
ก่อนลบกฎที่สำคัญ ให้สำรองข้อมูลโปรไฟล์ไว้ การย้อนกลับไปยังเวอร์ชันที่บันทึกไว้ใช้เวลาเพียงไม่กี่วินาที ในขณะที่การกู้คืนรายการที่ประกอบขึ้นด้วยมือจากโดเมนหลายสิบรายการเป็นงานที่ใช้เวลาครึ่งชั่วโมง
การจัดเส้นทางตามแอปพลิเคชันและการสมัครรับรายการ
นอกจากการจัดเส้นทางตามโดเมนแล้ว Happ ยังรองรับการแบ่งตามแอปพลิเคชัน (per-app) บนแพลตฟอร์มมือถือ คุณจะเลือกว่าแอปใดวิ่งผ่านอุโมงค์และแอปใดวิ่งตรงโดยข้ามพร็อกซี นี่เป็นอีกชั้นหนึ่งที่ซ้อนอยู่เหนือกฎตามโดเมน เช่น แอปแชตสามารถส่งทั้งหมดผ่านเซิร์ฟเวอร์ ส่วนแอปธนาคารนำออกจากอุโมงค์โดยไม่ต้องแตะรายการโดเมน
สำหรับสถานการณ์ที่ใช้ทรัพยากรมาก ให้ใช้การสมัครรับรายการจัดเส้นทางสำเร็จรูป ซึ่งเป็น URL ภายนอกที่มีชุดกฎที่ไคลเอนต์ดึงและอัปเดตเป็นระยะ ทำให้สามารถรักษาความทันสมัยของหมวดหมู่ (โฆษณา ตัวติดตาม ทรัพยากรตามภูมิภาค) ได้โดยไม่ต้องแก้ไขด้วยมือ การสมัครรับเชื่อมต่อผ่านการเพิ่มแหล่งกฎโดยระบุลิงก์และช่วงเวลาอัปเดต
ผสมผสานชั้นต่าง ๆ อย่างมีสติ: ก่อนอื่น per-app กำหนดว่าทราฟฟิกของแอปจะเข้าอุโมงค์หรือไม่เลย จากนั้นกฎตามโดเมนและการสมัครรับจึงตัดสินว่าจะใช้เซิร์ฟเวอร์ใดหรือเส้นทางตรงภายในอุโมงค์ ลำดับชั้นเช่นนี้ให้การเลี่ยงด้วย Happ ที่คาดเดาได้โดยไม่มีความขัดแย้งระหว่างชั้น
รักษาจำนวนการสมัครรับที่ใช้งานให้น้อยที่สุด แต่ละรายการเพิ่มกฎนับพันเข้าไปในเอนจินจัดเส้นทาง และการทับซ้อนระหว่างรายการเพิ่มเวลาในการวิเคราะห์การเชื่อมต่อ และอาจทำให้การสร้างเซสชันช้าลงบนอุปกรณ์ที่มีสมรรถนะต่ำ
การปรับความเร็วและความเสถียรผ่านรายการที่ถูกต้อง
รายการยกเว้นที่สร้างขึ้นอย่างเหมาะสมมีผลโดยตรงต่อความเร็ว การนำทราฟฟิกภายในเครือข่ายและทราฟฟิกที่มีภาระสูงออกจากอุโมงค์ (สตรีมมิง การอัปเดตระบบปฏิบัติการ ทอร์เรนต์ตามนโยบาย) จะช่วยลดภาระช่องทางพร็อกซีและลดความหน่วงสำหรับการเชื่อมต่อที่สำคัญจริง ๆ นี่คือเทคนิคการปรับแต่งที่สำคัญ ไม่ใช่แค่วิธีเลี่ยงอะไรบางอย่าง
ลำดับและความเฉพาะเจาะจงของกฎกำหนดประสิทธิภาพในการวิเคราะห์ กฎตามโดเมนแบบเจาะจงมีต้นทุนต่ำกว่าสำหรับเอนจินเมื่อเทียบกับหมวด GEO ที่กว้าง ดังนั้นจงแยกทรัพยากรที่ใช้บ่อยออกเป็นบรรทัดต่างหากไว้ด้านบน หมั่นทำความสะอาดรายการ Happ จากรายการที่ล้าสมัยและซ้ำซ้อน ชุดกฎที่บวมเกินจะทำให้การสร้างการเชื่อมต่อใหม่แต่ละครั้งช้าลง
สำหรับการวินิจฉัย ให้ใช้บันทึกการเชื่อมต่อในตัว: มันแสดงว่ากฎใดทำงานกับโดเมนใดโดยเฉพาะ (proxy, direct หรือ block) หากทรัพยากรวิ่งผิดเส้นทาง คุณจะเห็นได้ทันทีว่ากฎใดดักการเชื่อมต่อไว้ แล้วแก้ไขที่กฎนั้นเลย แทนที่จะไล่ทั้งรายการแบบสุ่มสี่สุ่มห้า
การตรวจสอบครั้งสุดท้ายหลังการเปลี่ยนแปลง: เปิดทรัพยากรทดสอบสองสามรายการ ตรวจดูเส้นทางในบันทึก และวัดความหน่วง การตั้งค่าที่เสถียรคือการตั้งค่าที่ทุกกฎมีเหตุผลรองรับ ลำดับคาดเดาได้ และไม่มีการทับซ้อนที่เกินจำเป็นระหว่างรายการและการสมัครรับ
คำถามที่พบบ่อย
โหมดยกเว้นต่างจากโหมดรวมใน Happ อย่างไร?
ในโหมดยกเว้น (bypass) ทราฟฟิกทั้งหมดวิ่งผ่านพร็อกซี ยกเว้นสิ่งที่ใส่ไว้ในรายการซึ่งจะถูกปล่อยให้วิ่งตรง ในโหมดรวม (proxy-only) ทุกอย่างวิ่งตรง และมีเพียงสิ่งที่ระบุไว้เท่านั้นที่ถูกจัดเส้นทางผ่านเซิร์ฟเวอร์ แบบแรกสะดวกเมื่อต้องการนำทรัพยากรบางส่วนออกจากอุโมงค์ แบบที่สองเหมาะเมื่อต้องการให้เว็บไซต์ชุดแคบ ๆ เท่านั้นวิ่งผ่านเซิร์ฟเวอร์
ควรเพิ่มโดเมนลงในรายการยกเว้นในรูปแบบใด?
ระบุโดเมนโดยไม่ใส่โปรโตคอลและเครื่องหมายทับ: example.com สำหรับทุกซับโดเมนในคราวเดียว ให้ใช้มาสก์ domain:example.com หรือการเขียนแบบต่อท้าย เพื่อให้ app.example.com และ cdn.example.com เข้ากับกฎเดียวกัน ส่วน IP และซับเน็ตใส่ในรูปแบบ CIDR เช่น 10.0.0.0/8 และหมวดหมู่ใส่ผ่าน geosite: และ geoip:
ทำไมเว็บไซต์ยังคงวิ่งผ่านพร็อกซีหลังจากเพิ่มลงในรายการยกเว้นแล้ว?
ส่วนใหญ่มักเกิดจากลำดับของกฎหรือการทับซ้อนของรายการ เอนจินนำกฎมาใช้จากบนลงล่างและหยุดที่การจับคู่ครั้งแรก ดังนั้นกฎที่กว้างกว่าซึ่งอยู่ด้านบนจะกลบกฎที่แม่นยำกว่าด้านล่าง ตรวจสอบบันทึกการเชื่อมต่อ มันจะแสดงว่ากฎใดทำงาน ให้ย้ายกฎที่เฉพาะเจาะจงขึ้นด้านบนและเชื่อมต่อโปรไฟล์ใหม่เพื่อล้างแคช DNS
จะตั้งค่าการจัดเส้นทางตามแอปพลิเคชันแทนตามโดเมนได้อย่างไร?
ใช้โหมด per-app ในส่วนแอปพลิเคชัน: เลือกว่าแอปใดวิ่งผ่านอุโมงค์และแอปใดวิ่งตรง นี่เป็นอีกชั้นหนึ่งที่ซ้อนอยู่เหนือกฎตามโดเมน โดยก่อนอื่น per-app ตัดสินว่าทราฟฟิกของแอปจะเข้าอุโมงค์หรือไม่ จากนั้นรายการตามโดเมนจึงกำหนดเส้นทางเฉพาะภายในอุโมงค์
สามารถเชื่อมต่อรายการจัดเส้นทางสำเร็จรูปผ่านลิงก์ได้หรือไม่?
ได้ ให้เพิ่มแหล่งกฎ (การสมัครรับ) พร้อม URL และช่วงเวลาอัปเดต ไคลเอนต์จะดึงชุดกฎที่ทันสมัยมาเป็นระยะโดยไม่ต้องแก้ไขด้วยมือ รักษาจำนวนการสมัครรับให้น้อยที่สุด เพราะแต่ละรายการเพิ่มกฎนับพันเข้าไปในเอนจินและเพิ่มเวลาในการวิเคราะห์การเชื่อมต่อ
ขนาดของรายการมีผลต่อความเร็วในการเชื่อมต่อหรือไม่?
มีผล รายการที่บวมเกินซึ่งมีรายการซ้ำและหมวด GEO กว้างจำนวนมากจะทำให้การวิเคราะห์การเชื่อมต่อใหม่แต่ละครั้งช้าลง ให้แยกทรัพยากรที่ใช้บ่อยออกเป็นกฎเฉพาะเจาะจงไว้ด้านบน หมั่นทำความสะอาดรายการที่ล้าสมัย และลดการทับซ้อนระหว่างรายการและการสมัครรับให้น้อยที่สุด สิ่งนี้ช่วยเร่งการสร้างเซสชัน โดยเฉพาะบนอุปกรณ์ที่มีสมรรถนะต่ำ