Diagnozi Proxychains LD_PRELOAD-fiaskojn
Diagnozu LD_PRELOAD-fiaskojn kaj limojn de interkaptado antaŭ ol supozi, ke aplikaĵo uzis la agorditan prokurilon.
La programo startas, sed la terminalo diras, ke proxychains-biblioteko ne povis esti antaŭŝargita. Konsideru tion malsukcesa agorda paŝo, ne sendanĝera averto ignorebla dum vi kontrolas la eliran IP.
Proxychains-ng dependas de ŝargita biblioteko por interkapti koncernajn vokojn. Se tiu biblioteko mankas, estas nekongrua aŭ ne estas ŝargita en la procezon, la programo povas funkcii sen la atendita interkaptado.
Kongruigu la bibliotekon al la procezo
Kontrolu la realan lokon de la biblioteko de la pakaĵo kaj la arkitekturon de la plenumebla dosiero. Malnova respondo, kiu fiksas 32-bitan vojon, ne estas ĝenerala riparo por 64-bita programo. Ne aldonu nevalidigitan antaŭŝargan agordon tutmonde al ĉiu shell-sesio.
La manlibro pri la dinamika ŝargilo de Linux klarigas bibliotekan serĉadon kaj limigojn de sekura plenumado. Iuj cirkonstancoj de proceza lanĉo intence ignoras aŭ limigas antaŭŝargajn agordojn. Statika plenumebla dosiero ankaŭ ne fariĝas dinamike interkaptebla nur ĉar media variablo estas agordita.
La README de la projekto dokumentas la subtenatan modelon de la envolvilo. Aplikaĵoj kun propra reta efektivigo, apartaj helpaj procezoj aŭ jam kurantaj instancoj povas enkonduki aliajn limojn eĉ kiam la unua biblioteko ŝargiĝas.
Denaska prokurila agordo en la aplikaĵo povas esti pli klara opcio kiam ĝi disponeblas. Ĝi uzas la celitan retan interfacon de la aplikaĵo anstataŭ supozi, ke ĉiu konekto povas esti kaptita ekstere.
Ĉe malsukcesa envolvila agordo, haltu kaj identigu, kio efektive lanĉiĝis. Nur la elira stato de procezo povas montri, ke la aplikaĵo kuris, ne ke ĝia trafiko sekvis la prokurilon. Tenu bibliotekan ŝargadon, interkaptitajn vokojn kaj la observitan elan konekton kiel apartajn pruvojn.