Diagnostisera Proxychains LD_PRELOAD-fel
Diagnostisera LD_PRELOAD-fel och gränserna för avlyssning innan du antar att ett program använde den konfigurerade proxyn.
Programmet startar, men terminalen säger att ett proxychains-bibliotek inte kunde förladdas. Behandla det som ett misslyckat konfigurationssteg, inte som en ofarlig varning du kan ignorera när du kontrollerar utgående IP.
Proxychains-ng förlitar sig på ett laddat bibliotek för att fånga upp relevanta anrop. Om biblioteket saknas, är inkompatibelt eller inte är laddat i processen kan programmet köras utan den avlyssning du förväntade dig.
Anpassa biblioteket till processen
Kontrollera paketets faktiska biblioteksplats och den körbara filens arkitektur. Ett gammalt svar som hårdkodar en 32-bitars sökväg är ingen generell reparation för ett 64-bitars program. Lägg inte till en overifierad förladdningsinställning globalt i varje shell-session.
Linux handbok för den dynamiska länkaren förklarar bibliotekssökning och begränsningar för säker exekvering. Vissa omständigheter vid processstart ignorerar eller begränsar förladdningsinställningar avsiktligt. En statisk körbar fil blir inte heller dynamiskt avlyssningsbar bara för att en miljövariabel är satt.
Projektets README dokumenterar omslagets stödda modell. Program med egen nätverksimplementering, separata hjälpprocesser eller redan körande instanser kan införa andra gränser även när det första biblioteket laddas.
En inbyggd proxyinställning i programmet kan vara ett tydligare alternativ när den finns. Den använder programmets avsedda nätverksgränssnitt i stället för att anta att varje anslutning kan fångas upp utifrån.
Vid en misslyckad omslagskonfiguration: stanna och identifiera vad som faktiskt startades. En process slutstatus ensam kan visa att programmet kördes, inte att dess trafik följde proxyn. Håll biblioteksladdning, avlyssnade anrop och den observerade utgående anslutningen som separata bevis.