# สรุปปัญหา

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

* **ปัญหา:** **เมื่อใช้ Python interface หรือดักจับแพ็กเก็ต แสดงข้อความ Service Unavailable ตลอดเวลา**

โปรดตรวจสอบให้แน่ใจว่าคุณได้ตั้งค่าตามที่ระบุไว้ในบทการเตรียมการติดตั้งเรียบร้อยแล้ว จากนั้นลองรีสตาร์ทอุปกรณ์หลายๆ ครั้ง (ประมาณ 3 ครั้ง) หากปัญหายังคงอยู่และอุปกรณ์ของคุณมีการติดตั้งโมดูลอื่น ๆ โปรดปิดการใช้งาน**โมดูลอื่น ๆ ทั้งหมด**แล้วรีสตาร์ทและลองอีกครั้ง

* **ปัญหา:** **หลังจากรันเซอร์วิสแล้ว แอปพลิเคชันเปิดไม่ได้, แคช (crash), หรือถูกตรวจพบความผิดปกติ**

ปัญหานี้อาจเกิดจากบางแอปใช้ app-zygote เพื่อตรวจจับ frida คุณสามารถหลีกเลี่ยงปัญหานี้ได้โดยการตั้งค่า `enhanced-stealth-mode=true` ในไฟล์ properties.local ผลข้างเคียงคือจะไม่สามารถใช้ฟังก์ชันที่เกี่ยวข้องกับ spawn ของ frida ได้

* **ปัญหา:** **คำถามและคำตอบเกี่ยวกับฟังก์ชันการดักจับแพ็กเก็ต**

ไม่ต้องถามว่าจะดักจับแพ็กเก็ตได้หรือไม่ หรือฟีเจอร์นั้นนี้ยังไม่ได้ทำ FIRERPA ได้เตรียมทุกอย่างไว้ให้คุณเรียบร้อยแล้ว ซึ่งแตกต่างจากเครื่องมือทั่วไปในตลาด รวมถึงซอฟต์แวร์ดักจับแพ็กเก็ตบางตัว หากซอฟต์แวร์ดักจับแพ็กเก็ตที่คุณใช้ไม่สามารถดักจับได้ FIRERPA จะสามารถทำได้อย่างแน่นอน และถ้า FIRERPA ดักจับไม่ได้ **ก็จะไม่มีซอฟต์แวร์อื่นใดที่ใช้ตรรกะเดียวกันจะสามารถทำได้** ไม่ต้องถามว่าใบรับรองไม่น่าเชื่อถือหรือไม่ FIRERPA จะทำการติดตั้ง Root Certificate ระดับระบบให้กับแอปพลิเคชันในระหว่างการดักจับแพ็กเก็ต ซึ่งทั้งหมดนี้คุณไม่จำเป็นต้องดำเนินการเอง การดาวน์เกรด QUIC, startmitm จะปิดการใช้งานโปรโตคอล UDP โดยอัตโนมัติ ดังนั้นในสถานการณ์ปกติ เมื่อแอปไม่สามารถใช้ UDP ได้ ก็จะดาวน์เกรดไปใช้โปรโตคอลอื่นที่ไม่ใช่ QUIC โดยอัตโนมัติ ทั้งหมดนี้คุณไม่จำเป็นต้องดำเนินการเอง

* **ปัญหา:** **รันสคริปต์ดักจับแพ็กเก็ตแล้ว แต่ไม่พบข้อมูลแพ็กเก็ต**

อาจเกิดได้จากหลายสาเหตุ อย่างแรกคือตัวแอปเองมีกลไกการตรวจสอบหรือการปักหมุดใบรับรอง (Certificate Pinning) อย่างที่สองคือไม่ได้ดำเนินการขั้นตอนก่อนและหลังการดักจับอย่างถูกต้อง วิธีตรวจสอบว่าแอปมีกลไกการตรวจสอบใบรับรองหรือไม่: ให้เปิดการดักจับแพ็กเก็ตแบบ Global แล้วลองเปิดแอปอื่น ๆ เช่น เบราว์เซอร์ เพื่อดูว่าสามารถดักจับข้อมูลได้ตามปกติหรือไม่ ควรทดสอบกับแอปที่เชื่อมต่ออินเทอร์เน็ตหลาย ๆ ตัวเพื่อยืนยัน หากบางแอปสามารถดักจับได้และบางแอปไม่ได้ เป็นไปได้สูงว่าแอปที่ไม่สามารถดักจับได้นั้นใช้โปรโตคอลส่วนตัว (Private Protocol) หรือมีกลไกการตรวจสอบใบรับรอง ซึ่งโดยปกติจะแสดงใน Log ของ startmitm เช่น `Client TLS handshake failed` แต่นี่ไม่ใช่ประเด็นสำคัญ หากยืนยันแล้วว่าแอปมีการตรวจสอบใบรับรอง คุณควรใช้วิธีการอื่น ๆ เช่น Reverse Engineering เพื่อบายพาส (Bypass) กลไกการตรวจสอบแบบไดนามิก จึงจะสามารถดักจับแพ็กเก็ตต่อไปได้ เกี่ยวกับการไม่ได้ดำเนินการขั้นตอนก่อนและหลังอย่างถูกต้อง: โดยปกติแล้ว ผู้ใช้บางรายอาจไม่ได้ปิด Firewall ของระบบ ทำให้โทรศัพท์มือถือไม่สามารถเข้าถึงพอร์ตของ Proxy ได้ ส่งผลให้ไม่มีการตอบสนองใด ๆ อีกกรณีหนึ่งคือ แอปได้สร้างการเชื่อมต่อเครือข่ายที่จำเป็นไว้แล้วก่อนที่คุณจะเริ่มดักจับแพ็กเก็ต ดังนั้นหลังจากที่คุณเริ่มการดักจับ ทราฟฟิกของคุณจะถูกส่งผ่านการเชื่อมต่อที่สร้างไว้ก่อนหน้านี้แทนที่จะผ่าน Proxy สำหรับดักจับแพ็กเก็ต ในกรณีนี้ คุณต้องบังคับปิดแอป (Force Stop) ให้สนิทหลังจากเริ่ม startmitm แล้วจึงเปิดแอปขึ้นมาใหม่

* **ปัญหา:** **หลังจากใช้ฟังก์ชันดักจับแพ็กเก็ตแบบคลิกเดียว ดูเหมือนว่าโทรศัพท์จะตัดการเชื่อมต่ออินเทอร์เน็ต**

โปรดตรวจสอบว่าคุณได้ปิด Firewall ของคุณแล้ว

* **ปัญหา:** **สคริปต์ดักจับแพ็กเก็ตแสดงข้อความ Client TLS handshake failed, does not trust the proxy's certificate**

หากคุณสามารถดักจับแพ็กเก็ตของแอปพลิเคชันที่เกี่ยวข้องได้ตามปกติ ไม่จำเป็นต้องกังวลกับข้อความนี้ นี่อาจเป็น Log ที่เกิดจากกลไกการตรวจสอบใบรับรองของแอปอื่น ๆ ในระบบ หรือจาก SDK ของบุคคลที่สามภายในแอปนั้น ๆ

* **ปัญหา:** **หลังจากรันเซอร์วิสแล้ว ซอฟต์แวร์ตรวจจับบางตัวพบความผิดปกติ**

ก่อนอื่น โปรดตั้งค่า `enhanced-stealth-mode=true` ในไฟล์ properties.local จากนั้นรีสตาร์ทและลองตรวจจับอีกครั้ง หากยังคงตรวจพบความผิดปกติ โปรดยืนยันว่าเป็นปัญหาที่เกิดขึ้นหลังจากเริ่ม FIRERPA เท่านั้น หากคุณแน่ใจว่าเป็นกรณีนี้ โปรดติดต่อเรา

* **ปัญหา:** **ฉันติดตั้ง APK สำหรับการเริ่มทำงานอัตโนมัติแล้ว แต่เซอร์วิสไม่เริ่มทำงานตามปกติ ทำให้ไม่สามารถเข้าถึงได้**

APK สำหรับการเริ่มทำงานอัตโนมัติอาจมีข้อจำกัดจากการตั้งค่าของระบบที่แตกต่างกัน และอาจไม่เริ่มทำงานพร้อมกับระบบโดยอัตโนมัติเสมอไป หากไม่สามารถเข้าถึงได้หลังจากเปิดเครื่อง โปรดเปิดแอปแล้วคลิกที่ **"เริ่มด้วยตนเอง" (Manual Start)** เพื่อเริ่มเซอร์วิสด้วยตนเอง และรอประมาณหนึ่งนาทีแล้วลองเข้าถึงอีกครั้ง หากยังคงไม่สามารถเริ่มทำงานได้ โปรดลองวิธีการติดตั้งด้วยตนเองหรือการติดตั้งแบบโมดูล