Proxychains LD_PRELOAD klaidų diagnostika
Diagnozuokite LD_PRELOAD klaidas ir perėmimo apribojimus prieš manydami, kad programa naudojo sukonfigūruotą tarpinį serverį.
Programa paleidžiama, tačiau terminalas praneša, kad proxychains bibliotekos nepavyko įkelti iš anksto. Traktuokite tai kaip nepavykusį nustatymo žingsnį, o ne kaip nekenksmingą įspėjimą, kurį galima ignoruoti tikrinant išėjimo IP.
Proxychains-ng remiasi įkelta biblioteka, kad perimtų atitinkamus kvietimus. Jei šios bibliotekos nėra, ji nesuderinama arba neįkelta į procesą, programa gali veikti be laukiamo perėmimo.
Suderinkite biblioteką su procesu
Patikrinkite tikrąją paketo bibliotekos vietą ir vykdomojo failo architektūrą. Senas atsakymas, kietai įrašantis 32 bitų kelią, nėra bendras 64 bitų programos taisymas. Nepridėkite nepatikrinto išankstinio įkėlimo nustatymo globaliai prie kiekvienos shell sesijos.
Linux dinaminio įkėlėjo vadove paaiškinama bibliotekų paieška ir saugaus vykdymo apribojimai. Kai kurios proceso paleidimo aplinkybės sąmoningai nepaiso išankstinio įkėlimo nustatymų arba juos riboja. Statinis vykdomasis failas taip pat netampa dinamiškai perimamas vien dėl to, kad nustatytas aplinkos kintamasis.
Projekto README dokumentuoja palaikomą apvalkalo modelį. Programos su savo tinklo įgyvendinimu, atskirais pagalbiniais procesais ar jau veikiančiomis instancijomis gali įvesti kitus apribojimus net ir įkėlus pirmąją biblioteką.
Natūralus tarpinio serverio nustatymas programoje gali būti aiškesnis pasirinkimas, kai jis prieinamas. Jis naudoja numatytą programos tinklo sąsają, o ne daro prielaidą, kad kiekvieną ryšį galima užfiksuoti iš išorės.
Kai apvalkalo nustatymas nepavyksta, sustokite ir nustatykite, kas iš tikrųjų buvo paleista. Vien proceso išėjimo būsena gali parodyti, kad programa veikė, bet ne kad jos srautas ėjo per tarpinį serverį. Laikykite bibliotekos įkėlimą, perimtus kvietimus ir stebėtą išorinį ryšį atskirais įrodymais.