Två proxyinställningar kan skapa en kedja du inte hade tänkt dig

Ditt program pekar på proxy B, men startades genom en wrapper som är konfigurerad för proxy A. Vilken utgång ser webbplatsen? Svaret beror på vilken anslutning wrappern fångar upp.

I ett enkelt nästlat arrangemang försöker programmet först ansluta till B. Wrappern fångar upp den anslutningen och leder den genom A. Därefter talar programmet B:s proxyprotokoll över den resulterande strömmen, och B gör den slutliga webbplatsanslutningen.

application → wrapper proxy A → application proxy B → website

Webbplatsen ser B:s slutliga utgående anslutning. B ser en anslutning som kommer in genom A. Det skiljer sig från att wrappern tyst skriver över programmets egen proxyinställning.

Det enkla diagrammet har villkor

Bypassregler, socket-anrop som inte stöds, befintliga processer och varje produkts avlyssningsmodell kan ändra vägen. Vissa wrappers kan utesluta sin egen proxy eller utvalda destinationer. Anta inte att varje verktygspar kombineras på samma sätt.

Beskrivningen av proxychains-ng förklarar dess avlyssningsmetod och begränsningar. Ett program som använder inbyggt proxystöd gör fortfarande en nätverksanslutning till den proxyn, vilket är en kandidat för avlyssning.

För en avsiktlig kedja av oautentiserade offentliga slutpunkter erbjuder listan över gratis proxyservrar kandidater vars protokoll måste matcha varje verktyg. Vid en oväntad utgång registrerar du tre adresser separat: slutpunkten programmet valde, slutpunkten wrappern valde och resultatet webbplatsen ser. Att bara titta på webbläsarens inställningar missar mellanlagret.

Använd en väg medan du fastställer det avsedda beteendet och lägg sedan till den andra endast om kedjan krävs. Extra hopp kan tillföra felpunkter och andra förtroendeförhållanden. De raderar inte automatiskt identifierande cookies och får inte varje anslutning i programmet att följa samma väg.