หน้าแรก → ใช้งานไม่ได้
ตรวจสอบใน 1 นาที

Happ ใช้งานไม่ได้: การวินิจฉัยการเชื่อมต่อทีละขั้นตอน

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

ดำเนินการทีละขั้นตอน

ตรวจสอบอย่างรวดเร็ว

  1. ตรวจสอบอินเทอร์เน็ตของคุณ

    เปิดเว็บไซต์โดยไม่มี VPN เพื่อยืนยันการเชื่อมต่อ

  2. ตรวจสอบอายุของคีย์

    ในบอท Telegram ตรวจสอบการหมดอายุ หากหมดอายุให้ต่ออายุ

  3. อัปเดตการกำหนดค่า

    อัปเดตการสมัครสมาชิกในแอปหรือลบและเพิ่มคีย์อีกครั้ง

  4. เปลี่ยนเซิร์ฟเวอร์

    เลือกเซิร์ฟเวอร์อื่น: เซิร์ฟเวอร์ปัจจุบันอาจมีภาระเกิน

  5. รีสตาร์ทแอป

    ปิด Happ ทั้งหมดและเปิดอีกครั้ง

  6. ตรวจสอบการอนุญาต VPN

    ตรวจสอบให้แน่ใจว่าระบบอนุญาตการกำหนดค่า VPN (โดยเฉพาะ iOS)

  7. ตรวจสอบแอนตี้ไวรัส/ไฟร์วอลล์

    บนพีซีปิดการบล็อกชั่วคราวและทดสอบ

  8. ตรวจสอบผู้ให้บริการของคุณ

    ผู้ให้บริการมือถือบางรายจำกัดการเชื่อมต่อ: ลอง Wi-Fi หรือเซิร์ฟเวอร์อื่น

  9. ติดต่อฝ่ายสนับสนุน

    หากไม่มีอะไรช่วยได้ เขียนถึงฝ่ายสนับสนุนในบอท Telegram

หากข้อผิดพลาดเฉพาะอุปกรณ์

ข้อผิดพลาดตามแพลตฟอร์ม

Android

ตรวจสอบการอนุญาต VPN ติดตั้งแอปใหม่ อัปเดตการกำหนดค่า ตรวจสอบผู้ให้บริการ

iPhone

อนุญาตการกำหนดค่า VPN ใน iOS ลบโปรไฟล์เก่าและเพิ่มคีย์อีกครั้ง

Windows

ตรวจสอบแอนตี้ไวรัสและไฟร์วอลล์ เรียกใช้ในฐานะผู้ดูแลระบบ อัปเดตคีย์และเปลี่ยนเซิร์ฟเวอร์

รายละเอียด

วินิจฉัยเป็นชั้น: จากเครือข่ายถึงตัวแอป

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

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

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

ชั้นที่ 1 อินเทอร์เน็ตและเครือข่ายของผู้ให้บริการ

ก่อนอื่นให้แน่ใจว่ามีอินเทอร์เน็ตพื้นฐานโดยไม่ต้องใช้ Happ ปิด proxy ทั้งหมดแล้วเปิดเว็บไซต์ใด ๆ ด้วย IP หรือเว็บทั่วไป ถ้าไม่มี proxy แล้วหน้าเว็บก็ยังโหลดไม่ขึ้น ปัญหาอยู่ที่เครือข่ายของอุปกรณ์เอง ไม่ใช่ที่ Happ ให้รีสตาร์ทเราเตอร์ สลับระหว่าง Wi-Fi กับข้อมูลมือถือ ตรวจยอดคงเหลือและลิมิตของแพ็กเกจ

ตรวจ DNS แยกต่างหาก ผู้ให้บริการบางรายเปลี่ยนคำตอบของ DNS ทำให้ไคลเอนต์ไม่สามารถ resolve ที่อยู่ของเซิร์ฟเวอร์ซับสคริปชันได้ และการเชื่อมต่อจึงไม่ขึ้น สัญญาณคือ proxy «ค้างอยู่ที่การเชื่อมต่อ» และไปไม่ถึงการจับมือ (handshake) วิธีแก้คือเปลี่ยนอุปกรณ์ไปใช้ DNS สาธารณะ หรือเปิด DNS-over-HTTPS ในการตั้งค่าของไคลเอนต์ ถ้ามีตัวเลือกนั้น

คำนึงถึงพฤติกรรมเครือข่ายของผู้ให้บริการ ผู้ให้บริการมือถือและ Wi-Fi สาธารณะบางครั้งบล็อกพอร์ตที่ไม่มาตรฐานและตัดการเชื่อมต่อที่ยาวนาน ถ้า Happ ทำงานได้บนอินเทอร์เน็ตบ้านแต่ไม่ได้บนมือถือ (หรือกลับกัน) นั่นคือการกรองที่ฝั่งเครือข่าย และแก้ได้ด้วยการเปลี่ยนเซิร์ฟเวอร์หรือโปรโตคอล ไม่ใช่การติดตั้งแอปใหม่

ชั้นที่ 2 ซับสคริปชันและคีย์ (คอนฟิก)

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

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

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

ชั้นที่ 3 เซิร์ฟเวอร์: การเลือก ภาระ และโปรโตคอล

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

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

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

ชั้นที่ 4 แอปพลิเคชัน สิทธิ์การเข้าถึง และการกำหนดเส้นทาง

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

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

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

วิธีแก้ที่เร็วที่สุด: คีย์ใหม่

หากอายุหมดหรือคีย์ล้าสมัย รับคีย์ใหม่ในบอท Telegram ในหนึ่งนาที

รับคีย์ใหม่
FAQ

คำถามที่พบบ่อย

ทำไม Happ ใช้งานไม่ได้ ทั้งที่มีอินเทอร์เน็ต?

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

ควรทำอะไรเป็นอันดับแรกถ้า Happ เชื่อมต่อไม่ได้แล้ว?

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

คีย์เคยใช้งานได้ แต่ตอนนี้เชื่อมต่อไม่ขึ้น เพราะอะไร?

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

การเชื่อมต่อขึ้นแล้ว แต่เว็บไซต์ไม่เปิด สาเหตุคืออะไร?

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

ค้นด้วย «happ su» และคำคล้ายกันแล้วหาการเชื่อมต่อที่ใช้งานได้ไม่เจอ นี่ปกติไหม?

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

Happ เชื่อมต่อแล้วตัดออกทันทีภายในไม่กี่วินาที ควรตรวจอะไร?

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

ตั้งค่าทุกอย่างถูกต้องแล้ว แต่ความเร็วต่ำและการเชื่อมต่อไม่เสถียร

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