วินิจฉัยความล้มเหลวของ Proxychains LD_PRELOAD

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

Proxychains-ng อาศัยไลบรารีที่โหลดแล้วเพื่อดักจับการเรียกที่เกี่ยวข้อง หากไลบรารีนั้นหายไป ไม่เข้ากัน หรือไม่ได้โหลดเข้าในโพรเซส โปรแกรมอาจทำงานโดยไม่มีการดักจับที่คุณคาดหวัง

จับคู่ไลบรารีกับโพรเซส

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

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

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

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

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