Happ Proxy: พร็อกซีสำหรับ Happ — วิธีเปิดใช้และตั้งค่า

Happ Proxy คืออะไร และโหมดพร็อกซีทำงานอย่างไร

Happ Proxy คือชั้นการรับส่งข้อมูล (transport layer) ของไคลเอนต์ Happ ที่ห่อทราฟฟิกของแอปพลิเคชันไว้ในอุโมงค์เข้ารหัสไปยังเซิร์ฟเวอร์ที่เลือกไว้ ต่างจากรูปแบบคลาสสิกที่ «ทราฟฟิกทั้งหมดเข้า VPN เดียว» พร็อกซีสำหรับ Happ ทำงานแบบเจาะจง: มันจะสร้างจุดปลายทางพร็อกซีในเครื่อง (local proxy endpoint) บนอุปกรณ์ และตัดสินใจตามกฎที่กำหนดว่าจะส่งการเชื่อมต่อใดผ่านเซิร์ฟเวอร์ และปล่อยการเชื่อมต่อใดไปตรง ๆ ความสามารถในการเลือกนี้เองที่ทำให้ Happ เป็นเครื่องมือสำหรับการตั้งค่า ไม่ใช่แค่ปุ่ม «เชื่อมต่อ»

เบื้องหลังนั้น Happ รองรับ transport สมัยใหม่ — VLESS, VMess, Trojan และ Shadowsocks — ซึ่งถูกส่งเข้าแอปผ่านลิงก์ subscription ไคลเอนต์จะแยกวิเคราะห์ subscription ดึงพารามิเตอร์ของโหนด (ที่อยู่ พอร์ต วิธีเข้ารหัส TLS/Reality SNI) และเตรียมไว้เป็นโปรไฟล์ คุณสลับระหว่างโปรไฟล์ได้โดยไม่ต้องติดตั้งใหม่ — เปลี่ยนเพียงเส้นทางที่ใช้งานอยู่เท่านั้น

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

วิธีเปิดใช้พร็อกซีสำหรับ Happ: การตั้งค่าทีละขั้นตอน

ขั้นที่ 1 — เพิ่ม subscription เปิด Happ ไปที่ส่วนของโปรไฟล์/คอนฟิก แล้ววางลิงก์ subscription (รูปแบบ happ://, vless:// หรือลิงก์ https ของ subscription) ไคลเอนต์จะดึงรายการโหนดที่ใช้ได้ขึ้นมา หากมีลิงก์เดียวแต่มีหลายโหนด ถือเป็นเรื่องปกติ: โดยทั่วไป subscription จะบรรจุกลุ่มเซิร์ฟเวอร์ (pool) ไว้

ขั้นที่ 2 — เลือกโหนดและโปรโตคอล สำหรับการเริ่มใช้งานครั้งแรก ให้เลือกเซิร์ฟเวอร์ที่อยู่ใกล้ที่สุดทางภูมิศาสตร์บน VLESS + Reality หรือ Trojan: ทั้งสองรักษาการเชื่อมต่อได้ดีกว่าบนเครือข่ายที่ไม่เสถียร แตะที่โหนดเพื่อให้เป็นโหนดที่ใช้งานอยู่ แล้วรันทดสอบความหน่วง (ping) — มันจะแสดงการตอบสนองจริง ไม่ใช่แค่เครื่องหมายถูกสีเขียว

ขั้นที่ 3 — เปิดใช้งานอุโมงค์ กดปุ่มเชื่อมต่อ บน Android ระบบจะขออนุญาตสร้างอินเทอร์เฟซ VPN — นี่เป็นกลไกมาตรฐานที่พร็อกซีใช้ดักจับทราฟฟิก บน Windows สำหรับโหมด TUN แบบเต็มรูปแบบจะใช้ Happ utility (ดูส่วน /proxy-utility/) ซึ่งจะสร้างอะแดปเตอร์เครือข่ายของระบบขึ้นมา

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

การกำหนดเส้นทางและรายการข้อยกเว้น (split tunneling)

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

split tunneling ตามแอปพลิเคชันใช้ได้บน Android และในโหมด TUN บน Windows: คุณเลือกทำเครื่องหมายแอปพลิเคชันที่ต้องการเปิดหรือปิดอุโมงค์ สถานการณ์ทั่วไปคือ นำแอปธนาคาร แอปธนาคารในพื้นที่ และแอปที่อ่อนไหวต่อการเปลี่ยนภูมิภาคออกจากอุโมงค์ ส่วนแอปแช็ตและมีเดียให้คงไว้บนเซิร์ฟเวอร์ การอธิบายโหมดต่าง ๆ อย่างละเอียดอยู่ที่หน้า /split-tunneling/

สำหรับการกำหนดเส้นทางตามโดเมนจะใช้กฎตามรายการ: ชุด geosite/geoip ช่วยให้ส่งทั้งหมวดหมู่ (เช่น ทรัพยากรในพื้นที่) ไปตรง ๆ ด้วยกฎเดียว ส่วนที่เหลือทั้งหมดผ่านเซิร์ฟเวอร์ เริ่มจากชุดสำเร็จรูปก่อน แล้วค่อยเพิ่มข้อยกเว้นเฉพาะจุดเมื่อจำเป็น — เช่นนี้รายการจะยังจัดการได้ง่ายและไม่กลายเป็นกองบรรทัดที่พิมพ์เองนับร้อย

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

การเพิ่มประสิทธิภาพความเร็วและความเสถียรของการเชื่อมต่อ

ความเร็วของพร็อกซีสำหรับ Happ ถูกกำหนดด้วยสามปัจจัย: ความใกล้และภาระของเซิร์ฟเวอร์ transport ที่เลือก และพารามิเตอร์เครือข่าย เริ่มจากเซิร์ฟเวอร์ — ลอง ping หลายโหนดใน subscription แล้วเลือกไม่ใช่ตัวที่ «สวยที่สุด» แต่ตัวที่การตอบสนองเสถียรที่สุด การเลือกโหนดให้เหมาะกับงานอธิบายไว้ในส่วน /servers/

transport มีผลต่อความทนทานต่อการสูญเสียแพ็กเก็ต บนเครือข่ายมือถือและ Wi-Fi ที่มีสัญญาณรบกวน โซลูชันที่ใช้ UDP เป็นฐาน (เช่น การเชื่อมต่อบน QUIC/Reality) มักให้ความเร็วสม่ำเสมอกว่า ส่วนบนเครือข่ายองค์กรที่เข้มงวด TCP+TLS จะรักษาการเชื่อมต่อได้ดีกว่า หากการหลุดเกิดซ้ำ ให้สลับโปรโตคอลในโปรไฟล์แล้วเปรียบเทียบ

การตั้งค่าอย่างละเอียดในระดับเครือข่ายช่วยได้เมื่อความเร็ว «แกว่ง»: การลด MTU (บนสายที่มีปัญหาให้อยู่ราว 1400) ช่วยขจัดการแตกแพ็กเก็ต (fragmentation) ส่วนการเปิด mux/การมัลติเพล็กซ์ช่วยลดค่าใช้จ่ายส่วนเกินบนการเชื่อมต่อสั้น ๆ จำนวนมาก ให้เปลี่ยนทีละพารามิเตอร์แล้ววัดผล — มิฉะนั้นจะไม่มีทางรู้ว่าอะไรเป็นตัวช่วยจริง ๆ

บน Windows ตัวที่ดูแลความเสถียรของโหมด TUN และการดักจับทราฟฟิกของระบบอย่างถูกต้องคือ Happ utility ให้อัปเดตอยู่เสมอ: ความขัดแย้งกับตัวกรองเครือข่ายภายนอกและไดรเวอร์อะแดปเตอร์รุ่นเก่าเป็นสาเหตุของความเร็วตกบ่อยครั้ง ประเด็นเรื่องการเข้ารหัสและการปกป้องการเชื่อมต่อแยกไว้ในส่วน /security/

การวินิจฉัย: หากพร็อกซีเชื่อมต่อไม่ได้

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

ตรวจสอบเวลาระบบและเขตเวลา transport ที่ใช้ TLS/Reality อ่อนไหวต่อนาฬิกาที่ไม่ตรงกัน: ความคลาดเคลื่อนเพียงไม่กี่นาทีทำให้ handshake พัง และภายนอกจะดูเหมือน «เซิร์ฟเวอร์ไม่ตอบสนอง» ให้เปิดการซิงค์เวลาอัตโนมัติ

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

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