Empfohlene Einstellungen – was Sie einschalten und was Sie in Ruhe lassen sollten

Die meisten Blockierungen, die wir auf eine Konfiguration zurückführen konnten, entstanden durch mehr Spoofing, nicht durch weniger. Diese Seite ist die Kurzfassung unserer Messungen: die Einstellungen, die sich lohnen, die, die mehr kosten, als sie bringen, und die Handvoll Probleme, die keine Einstellung lösen kann.

Hier anfangen

Wenn Sie sonst nichts auf dieser Seite lesen: Mit dieser Konfiguration sollten Sie beginnen. Sie variiert die Achsen, die sich gefahrlos variieren lassen, und lässt Rendering, TLS und die Browser-Version, wie sie sind.

import { launch } from "clearcote";

const browser = await launch({
  lightStealth: true,        // metadata identity only — rendering, TLS and version stay real
  fingerprint: "account-42", // picks this identity's metadata bundle; keep it stable per identity
  proxy: { server: "http://gateway:8080", username: "u", password: "p" },
  geoip: true,               // timezone + languages + the address WebRTC reports follow the proxy exit
  humanize: true,            // trusted native input; navigator.webdriver stays false
});

In Python ist es dieselbe API in snake_case: light_stealth, fingerprint, geoip, humanize. Fügen Sie Achsen bewusst hinzu, eine nach der anderen, und nur, wenn Sie sagen können, was auf dem Host sie bestätigen wird. Mehrere Zeilen weiter unten – die eng gefassten r12-Schalter, humanize mit aufgezeichneten Bewegungen, socks5Udp, die Schalter für Drittanbieter-Cookies und Proxys – gelten für den lizenzierten Build (Kostenlos mit GitHub oder Pro). Der offene Build ignoriert sie: humanize fällt auf generierte Pfade zurück, und ein passwortgeschützter SOCKS5-Proxy verweigert die Verbindung.

Das Prinzip: Jeder Spoof ist eine Behauptung, die der Host belegen muss

Erkennung ist keine Suche nach ungewöhnlichen Werten. Sie ist eine Suche nach Widersprüchen – zwei Signalen, die nicht beide auf dieselbe Maschine zutreffen können. Ein gewöhnlicher Wert, den niemand gespooft hat, widerspricht nichts. Ein gespoofter Wert, hinter dem nichts steht, ist ein positives Signal, und zwar ein stärkeres als der Wert, den er verbergen sollte.

Die sinnvolle Frage vor dem Aktivieren einer Option lautet deshalb nicht „Ist dieser Wert plausibel?“, sondern „Was auf dieser Maschine lässt sich befragen, um ihn zu bestätigen, und wird die Antwort übereinstimmen?“ Bildschirmabmessungen werden gegen die Render-Surface geprüft. Ein GPU-String wird gegen die Pixel geprüft, die die GPU erzeugt. Ein behauptetes Betriebssystem wird gegen die Schriften geprüft, die die Plattform auflöst. Kann der Host die Behauptung nicht belegen, ist der ehrliche Wert der sicherere. Die Mechanik erklärt Wie Erkennung funktioniert.

Das sollten Sie tun

Das sollten Sie vermeiden

Jeder dieser Punkte ist etwas, bei dem wir gemessen haben, dass es schiefgeht – keine allgemeine Vorsichtsregel.

Proxys

Der Proxy bestimmt das Ergebnis meist stärker als jedes Browser-Flag, und er wird am häufigsten einfach auf einem Standardwert belassen.

• Sticky Exits. Eine Exit-IP pro Identität, gehalten für die Dauer der Session. Eine Session, deren IP mittendrin wechselt, widerspricht sich selbst, egal wie gut der Fingerprint ist.
• Passen Sie die Geografie an die Persona an und lassen Sie dann geoip: true Zeitzone und Sprachen ableiten, statt sie von Hand zu setzen.
• Proxys mit Zugangsdaten übernimmt die Engine. Passwortabfragen von HTTP(S)-Proxys beantwortet der Browser selbst (lizenzierter Build 151 r19+, SDKs für Python & Node), sodass der Seiten-Cache aktiv bleibt und Requests nicht durch Interception markiert werden. SOCKS5 mit Passwort funktioniert auf dem lizenzierten Build direkt – übergeben Sie Benutzername und Passwort als separate Felder. transparentProxy: true (152 r22+) verbirgt den Proxy in Request-Headern und im Verbindungs-Timing.
• Verstehen Sie den WebRTC-Kompromiss. Chromium sendet Medien nie über einen HTTP- oder SOCKS-Proxy, Peer-Traffic liefe also sonst über Ihre echte Verbindung, wo ein Relay Ihre wahre Adresse lesen kann. Das SDK blockiert deshalb WebRTC-UDP, das am Proxy vorbeilaufen würde. Im offenen Build hebt geoip / webrtcIp diese Sperre auf; der lizenzierte Build behält sie bei. Kombinieren Sie das mit geoip: true (oder webrtcIp), damit die Seite trotzdem die Kandidaten sieht, die ein echtes Chrome erzeugt, mit der Adresse des Proxys; ohne das sammelt WebRTC gar nichts, und das sieht nach einer Blockade aus. Für funktionierende Peer-Verbindungen über einen SOCKS5-Proxy setzen Sie socks5Udp: true (lizenzierter Build; Ihr Anbieter muss UDP-Relaying erlauben), oder nutzen Sie einen vollständigen Tunnel (WireGuard/OpenVPN) ohne Browser-Proxy und übergeben Sie Ihre eigene --webrtc-ip-handling-policy in args. Ansonsten behalten Sie die blockierende Standard-Policy bei.

Was keine Einstellung beheben kann

Einige der am häufigsten ausgelesenen Oberflächen bestimmt die Maschine, die Sie mieten, nicht der Browser, den Sie darauf betreiben.

Prüfen statt annehmen

Jede Aussage auf dieser Seite lässt sich aus dem Browser heraus messen. Öffnen Sie mit Ihrer konfigurierten Session das Audit und lesen Sie die Zeilen, die es beanstandet – es ist dasselbe Tooling, mit dem wir die oben beschriebenen Probleme gefunden haben, und es zeigt Ihnen, gegen welche dieser Empfehlungen Ihr Setup derzeit verstößt.