Proxys, VPNs und Residential-Adressen: Was eine Website erkennen kann und was nicht
Jede Website sieht die Adresse, von der eine Anfrage eintraf. Was sie daraus über diese Adresse schließt, ist eine andere Sache, und beides wird ständig verwechselt. Dieser Artikel trennt, was ein Server beobachten kann, von dem, was ein Erkennungsanbieter verkauft.
Was der Server beobachtet
Der Server sieht eine Quelladresse und einen Port. Aus der Adresse kann er per Abfrage einen ungefähren Standort ableiten, die Organisation, der der Bereich gehört (das ASN), und ob der Bereich auf einen privaten ISP, ein Hosting-Unternehmen, einen Mobilfunkanbieter oder eine Universität eingetragen ist. Außerdem sieht er die Details des TLS-Handshakes, die HTTP-Header, die der Client gesendet hat, und das Timing der Verbindung. Das ist die gesamte Evidenz aus erster Hand.
Was eine Abfrage hinzufügt
Kommerzielle Datenbanken klassifizieren Adressbereiche: „Residential“, „Rechenzentrum“, „bekannter VPN-Ausgang“, „Tor-Ausgang“, „mobil“. Sie entstehen aus öffentlichen Registrierungsdaten, aus Verkehrsmustern und aus Listen von Ausgängen, die VPN-Anbieter veröffentlichen oder die beobachtet wurden. Websites kaufen Zugang zu diesen Datenbanken und fragen sie zu jedem Besucher ab. Das Urteil „Proxy: ja“ auf manchen Diagnoseseiten ist die Antwort auf diese Frage; es stammt nicht vom Browser und ist nur so gut wie die Datenbank dahinter.
Deshalb sollte eine Diagnose, die keine solche Datenbank abfragt, bei Proxy-, Blacklist- und Anonymitätsprüfungen „Nicht getestet“ anzeigen, statt zu raten. Allein aus Browser-Signalen zu raten, läge oft genug falsch, um irreführend zu sein.
Proxy, VPN und Residential, aus Sicht des Servers
Ein VPN leitet den gesamten Verkehr eines Geräts, sodass die HTTP-Anfragen des Browsers, WebRTC-Pakete und DNS-Abfragen alle am selben Ort austreten. Der Server sieht eine einheitliche Adresse, meist in einem Bereich, von dem die Datenbanken wissen, dass er einem VPN-Anbieter gehört.
Ein im Browser konfigurierter Proxy leitet nur den Verkehr, den der Browser durch ihn sendet. HTTP läuft über den Proxy; UDP für WebRTC möglicherweise nicht; die DNS-Auflösung kann je nach Proxy-Typ lokal oder am Proxy stattfinden. Der Server kann die Adresse des Proxys in der Anfrage sehen und, wenn WebRTC nicht eingedämmt ist, eine andere Adresse in den Kandidaten. Diese Unstimmigkeit, nicht der Proxy selbst, fällt auf.
Eine Residential-Adresse ist eine, die auf einen privaten ISP eingetragen ist. Datenbanken behandeln sie als die am wenigsten verdächtige Kategorie, weil sie die ist, die die meisten echten Besucher haben. Residential-Proxy-Netzwerke leiten Verkehr über solche Adressen, weshalb sie mit Aufpreis verkauft werden und weshalb Erkennungsanbieter Aufwand betreiben, sie am Verhalten statt an der Registrierung zu erkennen.
Die Prüfungen, die keine Datenbank brauchen
Drei Vergleiche funktionieren ganz ohne Anbieter. Stimmt die Zeitzone des Browsers mit der der Adresse überein? Passt der WebRTC-Kandidat zur Anfrageadresse? Passt die Sprachliste zur Region? Keiner dieser Vergleiche beweist etwas, doch jeder ist kostenlos, und eine Abweichung bei allen dreien ist schwer zu erklären. Eine Diagnose, die diese nebeneinander zeigt, gibt Ihnen dieselbe Sicht, die eine Website hat, bevor sie Geld für eine Abfrage ausgibt.
Was Sie mitnehmen sollten
Die Adresse ist eine Tatsache. Die Klassifizierung ist eine Meinung aus einer Datenbank, die Sie nicht einsehen können. Die Übereinstimmung zwischen der Adresse und allem anderen, was der Browser meldet, ist der Teil, den Sie kontrollieren, und es ist der Teil, den zu prüfen sich lohnt.
