การแก้ไขปัญหา

เมื่อพบปัญหา ให้แยกเป็นสองคำถามก่อน: ทราฟฟิกเข้าถึง Chute หรือไม่ (ปัญหาการเข้าควบคุม) และ Chute ส่งต่อมันได้หรือไม่ (ปัญหาการส่งต่อ)? มุมมองทราฟฟิกแบบเรียลไทม์ตอบคำถามนี้ได้ — เปิดแดชบอร์ด (iOS) หรือแท็บ Traffic ของหน้าต่างหลัก (Mac) แล้วลองเปิดเว็บ: หากไม่มีอะไรปรากฏ แสดงว่า Chute ไม่ได้รับทราฟฟิก; หากการเชื่อมต่อปรากฏแต่ล้มเหลว แสดงว่า Chute ไม่สามารถส่งต่อได้ ปัญหาสองครึ่งนี้มีวิธีแก้ที่แตกต่างกันโดยสิ้นเชิง

ไม่มีอะไรปรากฏ: ปัญหาการเข้าควบคุม

Chute iOS

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

Chute Mac

• พร็อกซีระบบเปิดอยู่แต่บางแอปไม่สนใจ — เครื่องมือหลายตัว (โดยเฉพาะโปรแกรมในเทอร์มินัล) ไม่ปฏิบัติตามพร็อกซีระบบ ชี้พวกมันไปยังลิสเนอร์ของ Chute อย่างชัดเจน (Copy Shell Export Command ในเมนูทำสิ่งนี้ให้สำหรับเชลล์) หรือใช้ Enhanced Mode ซึ่งดักจับทราฟฟิกที่เลเยอร์เครือข่าย
• โหมดขั้นสูงไม่ยอมเริ่ม — network extension หรือ helper ต้องได้รับการอนุมัติ; ดูการแก้ไขปัญหาโหมดขั้นสูงสำหรับพาธการตั้งค่าระบบที่แน่นอน กรณี "System Extension Blocked" และการรีเซ็ต VPN ที่ค้าง
• ทราฟฟิกไปยังที่อยู่ LAN ข้าม Chute โดยการออกแบบ — ตรวจสอบ skip-proxy และ tun-excluded-routes ในตัวเลือกเบ็ดเตล็ดก่อนสรุปว่าการเข้าควบคุมเสีย

การเชื่อมต่อปรากฏแต่ล้มเหลว: ปัญหาการส่งต่อ

• แยกเส้นทางก่อน สลับกลุ่มนโยบายของคุณเป็น DIRECT: หากหน้าเว็บโหลดได้แบบตรงแต่ล้มเหลวผ่านพร็อกซี ปัญหาอยู่ที่เซิร์ฟเวอร์พร็อกซี — โฮสต์/พอร์ต/ข้อมูลรับรอง/วิธีเข้ารหัสผิด หรือเซิร์ฟเวอร์ล่ม รันการทดสอบเวลาแฝงกับกลุ่ม; นโยบายที่ไม่เคยผ่านการทดสอบในขณะที่ตัวอื่นผ่าน คือตัวการ
• กฎที่ผิดตัวถูกจับคู่ ดูกฎที่ถูกจับคู่ของการเชื่อมต่อที่ล้มเหลวในมุมมองทราฟฟิกแบบเรียลไทม์ แล้วอ่านลำดับการประเมินกฎอีกครั้ง: กฎถูกประเมินเป็นสองรอบ ดังนั้นสำหรับคำขอที่อิงชื่อโฮสต์ กฎที่ไม่ใช่ IP ซึ่งอยู่หลังอาจถูกจับคู่ก่อนกฎ IP ที่อยู่ก่อน no-resolve และตำแหน่งของ FINAL คือผู้ต้องสงสัยตามปกติ
• คำตอบ DNS ดูไม่ถูกต้อง ตรวจสอบส่วน DNS: เมื่อใช้ DNS ที่เข้ารหัส ให้แน่ใจว่าตัวเซิร์ฟเวอร์ DoH/DoT เองเข้าถึงได้โดยไม่ผ่านพร็อกซี; ล้างแคช DNS หลังเปลี่ยนเซิร์ฟเวอร์ (สวิตช์ในแผงควบคุม iOS, flushDNS จากสคริปต์ หรือ DELETE /api/dns/cache บน HTTP Control API)
• แอปที่พึ่งพา UDP ทำงานผิดปกติ — ยืนยันว่านโยบายที่เลือกรองรับ UDP relay (ดูตารางความสามารถในนโยบายพร็อกซี) และจำไว้ว่า Tailscale ไม่ส่งต่อ ICMP ดังนั้นการ ping ผ่าน exit node จะเงียบ

การถอดรหัส HTTPS ไม่ถอดรหัส

• CA ต้องถูกติดตั้งและเชื่อถือด้วย — เป็นสองขั้นตอนแยกกันบน iOS; ขั้นที่สอง (การตั้งค่า → ทั่วไป → เกี่ยวกับ → การตั้งค่าความน่าเชื่อถือของใบรับรอง) คือขั้นที่ทุกคนพลาด ดูการติดตั้งและเชื่อถือใบรับรอง CA
• โฮสต์ต้องตรงกับรายการ hostname ของ [MITM] — เฉพาะโฮสต์ที่ประกาศไว้เท่านั้นที่ถูกถอดรหัส และเฉพาะบนพอร์ต 443 เว้นแต่ส่วนต่อท้าย :port/:0 ระบุเป็นอย่างอื่น
• บางแอปปักหมุด (pin) ใบรับรองของตัวเองและจะล้มเหลวขณะถูกถอดรหัส — ยกเว้นโฮสต์ของพวกมันด้วยคำนำหน้า - แทนที่จะฝืนสู้
• QUIC/HTTP-3 ไม่สามารถถอดรหัสได้ — ดู block-quic สำหรับการบังคับไคลเอนต์ที่รองรับให้กลับไปใช้ TCP

การอ่านบันทึก

เมื่อหัวข้อด้านบนยังไม่ชี้ขาด บันทึกมักให้คำตอบ:

• เพิ่มระดับบันทึกชั่วคราว: loglevel = verbose (อย่าลืมเปลี่ยนกลับ — verbose ช้า)
• Chute Mac: แท็บ บันทึก ของหน้าต่างหลัก Chute iOS: แดชบอร์ด หรือ GET /api/logs บน HTTP Control API
• บรรทัดคำเตือนคือบรรทัดที่น่าสนใจ: นโยบายที่ไม่รู้จัก ตัวเลือกที่ถูกปฏิเสธ และกฎที่แยกวิเคราะห์ไม่ได้ ล้วนถูกบันทึกเป็นคำเตือนเมื่อโหลดการกำหนดค่า