Web-Proxy oder Residential-Proxy?

Das Formular sendet Land und URL an webproxy.proxylite.com und öffnet einen neuen Tab. Es ändert keine Geräte- oder Browser-Proxy-Einstellungen. Ein Residential-Proxy wird separat mit Endpunkt und Zugangsdaten im Client eingerichtet. Das Formular bestätigt nicht, dass seine Ausgangs-IP eine Residential-IP ist.

Unterschiedliche Werkzeuge und Verkehrswege
MerkmalWeb ProxyResidential Proxy
EinrichtungURL im Formular; neuer Tab.Endpunkt und Zugangsdaten im Client.
AbdeckungÜber diesen Dienst angeforderte Seiten.Vom eingerichteten Client gerouteter Verkehr.
Ausgangs-IPIP-Typ wird hier nicht bestätigt.Für Residential-IPs vorgesehen; Sitzung prüfen.
EinsatzGelegentliche Prüfung öffentlicher Seiten.Client-Integrationen und konfigurierte Arbeitsabläufe.
Residential-Proxy-Produkt →

Was ändert sich – und was nicht?

Sichtbare IP-Adresse

Über den Proxy gesendete Anfragen verwenden normalerweise dessen Ausgangs-IP. Direkt geladene Ressourcen, Skripte oder WebRTC können andere Wege nutzen. Prüfen Sie die IP am Ziel.

Unveränderte Informationen

Konten, Cookies, Browser-Fingerabdruck und Standortberechtigungen ändern sich nicht automatisch. Angemeldete Websites können Sie weiterhin erkennen.

Grenzen von HTTPS

HTTPS verschlüsselt die jeweilige Verbindung. Der Web-Proxy vermittelt die Seite; das ist keine Garantie für Anonymität oder Geheimhaltung gegenüber dem Betreiber.

Keine Passwörter, Zahlungsdaten, privaten Links oder sensiblen Dokumente über einen öffentlichen Web-Proxy senden. Datenschutz lesen →

Welche Websites funktionieren?

Mit öffentlichen HTML-Seiten beginnen

Example.com und Wikipedia sind Testbeispiele, keine Verfügbarkeitszusagen. Anmeldungen, Video, CAPTCHA, WebSockets und komplexes JavaScript separat prüfen.

Geschwindigkeit hängt vom gesamten Weg ab

Der Proxy fügt einen Netzwerkschritt hinzu. Verbindung, Standort, Auslastung und Ziel bestimmen die Latenz. Kein Versprechen für höhere Geschwindigkeit, Cache oder beliebige Websites.

Web-Proxy selbst testen

URL, Browser, Netzwerk, Land und Beobachtungszeitraum gleich halten. Fehler mit erfassen. HTTP-Erfolg beweist keine funktionierende Seite.

  1. Land wählen und UTC-Zeit, Browser und Netzwerk notieren. Dieselbe URL direkt und über das Formular öffnen.
  2. Text, Bilder, Weiterleitungen und Interaktionen getrennt prüfen. Die Quell-IP an einem eigenen Endpunkt erfassen.
  3. Mindestens drei direkte/Proxy-Paare testen. Status, Inhalt, Dauer und Fehler erfassen; Median nutzen und kalten/warmen Cache trennen.
  4. Screenshot oder Video mit Datum und Land speichern. Tokens, Cookies und persönliche Daten entfernen. Nach Netzwerkwechsel erneut testen.
Echter lokaler Screenshot des indonesischen ProxyLite-Formulars
Lokale Aufnahme der indonesischen Oberfläche. Zeigt das Formular, nicht einen erfolgreichen Zielzugriff.

Aufgezeichnete HTTP-Prüfungen

Datierte HTTP-GET-Prüfungen aus der Entwicklungsumgebung, keine Browser-Kompatibilitätstests oder Geschwindigkeitsmessung. HTTP 200 bedeutet nur eine Antwort; der Inhaltsmarker wird separat geprüft. Ergebnisse können sich ändern.

Prüfzeit (UTC): · US · 3 Messungen pro Ziel

Direkte und Proxy-Anfragen; alle Messungen
URLHTTP direktHTTP ProxyErwarteter Inhalt
https://example.com/200 / 200 / 200403 / 403 / 403Inhalt nicht in allen Messungen bestätigt
https://www.wikipedia.org/request_error / request_error / request_error403 / 403 / 403Inhalt nicht in allen Messungen bestätigt
https://httpbin.org/html200 / 200 / 200403 / 403 / 403Inhalt nicht in allen Messungen bestätigt
Rohdaten herunterladen →