Mobiler Proxy funktioniert nicht? Das solltest du prüfen

Zuerst den Tarif prüfen

Öffne die Proxy-Einrichtung. Prüfe unter Nach Datenvolumen (By bandwidth), ob der Schlüssel aktiv ist, sein Ablaufdatum in der Zukunft liegt und noch Datenvolumen verfügbar ist. Ein positives Geldguthaben bedeutet nicht, dass bereits Datenvolumen gekauft wurde. Wandle über Buy bandwidth einen Teil des Guthabens in GB um.

Prüfe unter Dedicated mobile Status und Ablaufdatum der gemieteten Verbindung und kopiere deren eigene Verbindungsdaten. Diese unterscheiden sich von den Zugangsdaten des Datenvolumen-Generators. Wird ein Kauf noch bearbeitet, prüfe die bestehende Bestellung oder frage den Support, bevor du erneut bestellst.

Authentifizierungsfehler und HTTP 407

HTTP 407 bedeutet, dass der Proxy eine Authentifizierung verlangt. Kopiere aktuelle Zugangsdaten des richtigen Produkts einschließlich des vollständigen Benutzernamens mit Land und Sitzung. Achte auf Leerzeichen, Zeilenumbrüche und alte Passwörter in deiner Anwendung.

Verlangt der Client vier getrennte Angaben, nutze die Felder für Host, Port, Benutzername und Passwort. Füge nicht die gesamte URL in das Host-Feld ein. Erwartet der Client eine URL, verwende das erzeugte URL-Format mit den dafür kodierten Zugangsdaten.

Teste nach jeder Änderung mit einer einzelnen Anfrage. Wiederholte Authentifizierungsfehler bei einem aktiven Tarif helfen dem Support bei der Diagnose. Ständige Wiederholungen reparieren falsche Zugangsdaten nicht.

Verbindungsfehler und Timeouts

Prüfe, ob das Protokoll deines Clients zum gewählten Endpunkt passt und dein Netzwerk ausgehende Verbindungen zu dessen Port zulässt. Ein Fehler bei der Namensauflösung tritt vor der nutzbaren Proxy-Verbindung auf. Kontrolliere daher zuerst den kopierten Hostnamen und dein lokales DNS.

Kommt die Verbindung zustande, aber die Anfrage läuft in einen Timeout, teste eine kleine Anfrage an ein zweites vertrauenswürdiges Ziel. Vergleiche das mit einer direkten Anfrage an dieselbe Seite. Scheitert nur ein Ziel, prüfe dessen Antwort, Zugriffsregeln und Anfragelimits, statt von einem vollständigen Proxy-Ausfall auszugehen.

Prüfe beim Datenvolumen-Pool, ob das gewählte Land noch verfügbar ist. Ein vorübergehender Test mit einem anderen verfügbaren Land kann ein standortbezogenes Problem eingrenzen. Reduziere während der Diagnose die Zahl paralleler Anfragen. Deaktiviere keine Zertifikatsprüfung, um einen HTTPS-Fehler zu verbergen.

Unerwartete IP- oder Länderwechsel

Stelle sicher, dass deine Anwendung für die getestete Anfrage tatsächlich den Proxy verwendet. Manche Anwendungen haben unterschiedliche Proxy-Einstellungen für verschiedene Verbindungen. Prüfe, ob Land und Sitzung im kopierten Benutzernamen noch enthalten sind.

Für zusammenhängende Abläufe behältst du dieselbe Sitzung bei und nutzt Sticky. Automatische Rotation verändert das Routing absichtlich mit der Zeit. Auch nach einer erneuten Mobilfunkverbindung kann sich die öffentliche IP ändern. Verschiedene Geodatenbanken können derselben IP unterschiedliche Standorte zuordnen.

Notiere die beobachtete Ausgangs-IP und den verwendeten Standort-Prüfdienst für den Support. Die Standortangabe einer IP-Datenbank erklärt allein noch nicht, warum eine Anfrage fehlgeschlagen ist.

Diese Angaben helfen dem Support

Schreibe @proxymobilesup auf Telegram mit Produkttyp, Land, Protokoll, Fehlerzeit einschließlich Zeitzone und genauer Fehlermeldung. Bei Bereitstellungsproblemen hilft auch die Bestellreferenz.

Beschreibe den kleinsten fehlgeschlagenen Test und ob ein anderes Ziel funktioniert. Schwärze Passwörter, Zugangscodes und vollständige Proxy-URLs in Screenshots und Protokollen. So lässt sich ein Kontoproblem leichter von einem Routing- oder Clientproblem unterscheiden.