So prüfen Sie, ob ein Proxy funktioniert (und ob er Ihre IP preisgibt)

Ein Proxy kann antworten und trotzdem Ihre echte IP preisgeben. Prüfen Sie Exit, DNS, WebRTC, Protokoll und Blocklisten, bevor Sie den Endpoint in Produktion nehmen.

So prüfen Sie, ob ein Proxy funktioniert (und ob er Ihre IP preisgibt)

Ein Proxy „funktioniert“ bedeutet zwei verschiedene Dinge. Das Gateway muss Ihren Client akzeptieren und eine Seite laden. Der Rest Ihres Geräts darf die echte IP trotzdem nicht mehr preisgeben. Viele Endpoints bestehen den ersten Test und fallen beim zweiten durch.

Machen Sie diese Prüfung, bevor Sie einen Plan skalieren. Wiederholen Sie sie nach jeder Rotation. Pools ändern sich. Die Firmware eines Smartphone-Browsers ändert sich. Ein bestandener Test von gestern ist kein Vertrag.

01Zuerst die Exit-IP bestätigen#

Richten Sie einen einfachen Client auf den Proxy. Nutzen Sie dasselbe Protokoll und dieselbe Authentifizierung, die Sie später in Produktion verwenden. Fordern Sie dann eine Seite an, die die Client-IP zurückgibt.

Der Proxy-Checker ist der kurze Weg für diesen ersten Hop. Er zeigt, ob der Endpoint antwortet, welches Protokoll er gesprochen hat und welche IP das Ziel gesehen hat. Scheitert dieser Schritt, hören Sie auf. DNS-Leaks spielen bei einem toten Gateway keine Rolle.

Öffnen Sie Meine IP durch denselben Proxy. Lesen Sie Land, ASN und die Kennzeichnung Hosting versus Residential, falls die Seite eine anzeigt. Vergleichen Sie das mit dem, was Sie gekauft haben. Ein „US-Residential“-Produkt, das auf einer Cloud-ASN rausgeht, ist das falsche Produkt, kein Einstellungsproblem.

Wiederholen Sie die Abfrage nach der Rotation. Ein gemischter Pool kann Ihnen bei der nächsten Session-ID ein anderes Land geben. Wenn Sie Proxys für die USA bezahlt haben, muss die zweite Probe weiterhin in den Vereinigten Staaten liegen.

02Leaks rund um den Proxy suchen#

Ein Proxy deckt nur den Traffic ab, den Ihr Client durch ihn schickt. Alles andere kann weiterhin Ihr echtes Netz nutzen.

DNS ist das häufigste Leck. Der Browser fragt Ihren ISP nach einem Namen, bevor der Proxy die URL je sieht. Erzwingen Sie DNS über den Proxy oder über einen Resolver, den Sie selbst gewählt haben. Laden Sie dann eine DNS-Leak-Testseite, während der Proxy aktiv ist. Die Resolver, die Sie sehen, dürfen nicht Ihr Heim-ISP sein.

WebRTC ist das browserspezifische Leck. Manche Browser öffnen eine Peer-Verbindung, die eine lokale oder öffentliche Adresse verrät, obwohl HTTP über den Proxy läuft. Deaktivieren Sie WebRTC in diesem Profil oder nutzen Sie ein Tool, das die Candidate-Adressen zeigt. Ist ein Candidate Ihre echte öffentliche IP, ist das Profil für die Arbeit an Accounts nicht sicher.

IPv6 ist das stille Leck. Sie haben IPv4 durch den Proxy geschickt, das Betriebssystem hat aber noch eine globale IPv6-Adresse. Sites, die v6 bevorzugen, umgehen den Proxy und nutzen Ihre echte Adresse. Deaktivieren Sie IPv6 in diesem Profil oder nutzen Sie einen Dual-Stack-Proxy, den Sie auf einer v6-Echo-Seite tatsächlich getestet haben.

Anwendungen können System-Proxys umgehen. Eine native App ignoriert die Betriebssystem-Einstellung und geht direkt. Testen Sie die App, nicht nur den Browser. SOCKS5 auf der Anwendungsschicht ist oft der einzige zuverlässige Anknüpfungspunkt. Siehe SOCKS5 vs HTTP, wenn der Client beides anbietet.

03Reputation prüfen, nicht nur Erreichbarkeit#

Eine IP kann eine Seite laden und für Ihren Job trotzdem unbrauchbar sein. Hosting-Flags, Blocklisten und früherer Missbrauch leben auf der Adresse.

Geht es um Mail, Registrierung oder alles, was andere schon verbrannt haben, schicken Sie den Exit durch die IP-Blacklist. Ein Listeneintrag ist eine Warnung. Es ist kein moralisches Urteil. Geteilte Residential-Pools sammeln Einträge. Dedizierte Datacenter-IPs ebenfalls.

Geht es um Scraping, rufen Sie die echte Ziel-URL ab, nicht nur einen Echo-Dienst. Manche Hosts lassen https://httpbin.org durch und blockieren trotzdem Ihre Katalogseite. Speichern Sie den Statuscode, die Body-Länge und ob eine Challenge erschien. Das ist die einzige Punktzahl, die zählt.

Geht es um Geo-QA, vergleichen Sie die Seite, die Sie wollten, mit der, die Sie bekommen haben. Währung, Sprache und Katalog müssen zum gekauften Land passen. Eine korrekte ASN mit dem falschen Storefront bedeutet, dass die Site ein anderes Signal nutzt.

04Die Prüfung wiederholbar machen#

Schreiben Sie die Schritte auf. Derselbe Client, dieselbe Authentifizierung, dieselbe Echo-URL, dieselbe Ziel-URL, dieselben Leak-Seiten. Führen Sie sie aus, wenn Sie kaufen. Führen Sie sie aus, wenn Sie rotieren. Führen Sie sie aus, wenn ein Job fehlschlägt.

Notieren Sie Exit-IP, ASN, Protokoll und ob DNS oder WebRTC Ihre echte Adresse gezeigt hat. Wenn ein Anbieter einen Port austauscht, wissen Sie, was sich geändert hat.

Überspringen Sie Authentifizierungsfehler nicht. Benutzername und Passwort im falschen Feld wirken wie ein toter Proxy. IP-Allowlist-Auth wirkt wie ein toter Proxy aus einem neuen Büronetz. Klären Sie die Authentifizierung, bevor Sie ein Ticket öffnen.

Ein Proxy, der antwortet, im richtigen Land rausgeht, Ihre echte IP versteckt und die Zielseite zurückgibt, funktioniert. Alles weniger ist ein unvollständiges Bestehen. Lassen Sie ihn aus der Produktion, bis der fehlende Teil geschlossen ist.