Kurzantwort
Wie prüfe ich eine Verbindung oder melde ein Dienstproblem?
Bei einem Problem mit LocalSERP Proxy prüfen Sie den Endpunkt und das Protokoll, verifizieren Sie den Exit, vergleichen Sie ein zulässiges Ziel und senden Sie dem Support einen bereinigten Bericht. Mit diesen 4 Prüfungen lassen sich Fragen zu Verbindung, Standort, Bestellung und Krypto-Zahlung eingrenzen. Geprüft am 15. Oktober 2026. Es gilt ohne KYC; diese Seite ist ein Support-Leitfaden und keine Live-Statusanzeige.
Wo kann ich die betroffene Komponente prüfen?
Prüfen Sie den betreffenden Verbindungs-, Zahlungs- oder Bestellvorgang im Kundenbereich und notieren Sie die letzte erfolgreiche Aktion sowie den ersten angezeigten Fehler. Testen Sie zunächst einen einfachen zulässigen IP-Dienst, bevor Sie das Ziel separat prüfen. Wenn nur ein Ziel fehlschlägt, erwähnen Sie diesen Unterschied in Ihrem Support-Bericht. Diese Seite enthält die Diagnoseschritte und Kontaktmöglichkeiten; sie zeigt keinen Live-Status der einzelnen Komponenten an.
4 Prüfungen, um das Problem einzugrenzen
Ausgewähltes Produkt und Endpunkt bestätigen
Lesen Sie den Endpunkt im Kundenbereich ab und prüfen Sie HTTP oder SOCKS5, das Format des Benutzernamens und den ausgewählten Standort. Achten Sie darauf, dass Zugangsdaten nicht auf Screenshots zu sehen sind. Für einen dedizierten Port kann ein eigener Endpunkt gelten; ersetzen Sie ihn nicht durch ein Beispiel, an das Sie sich erinnern.
Verbindung mit einem IP-Dienst testen
Öffnen Sie mit einem kompatiblen Browser oder Client eine einfache IP-Abfrage. Notieren Sie die Exit-Adresse, die Uhrzeit und den Abfrageanbieter. Eine Antwort der Abfrage zeigt, dass die Verbindung zu diesem Zeitpunkt funktioniert hat, beweist aber nicht den Zugriff auf ein anderes Ziel.
Ziel separat vergleichen
Rufen Sie nur ein Ziel auf, auf das Sie zugreifen dürfen, und notieren Sie dessen Antwort und Standortangabe. Beenden Sie den Test nach einer ausdrücklichen Ablehnung. Wiederholte Änderungen des Exits sind keine geeignete Diagnose, wenn ein Ziel Sie zum Beenden auffordert.
Einen aussagekräftigen Bericht senden
Geben Sie die Zeitstempel, den ausgewählten Standort, das Protokoll, den geschwärzten Fehler und die Ergebnisse der ersten Prüfungen an. Nennen Sie, ob das Problem eine Aufladung, eine Bestellung, einen Exit oder ein einzelnes Ziel betrifft. So kann der Support den relevanten Vorgang prüfen.
Wie sollte ich Authentifizierungsfehler einordnen?
Ein Authentifizierungsfehler kann durch einen falschen Benutzernamen, ein falsches Passwort, einen falschen Endpunkt oder eine nicht zugelassene Verbindungs-IP verursacht werden. Prüfen Sie die für das Produkt angezeigten Werte und etwaige Allowlist-Einstellungen. Raten Sie Zugangsdaten nicht wiederholt und deaktivieren Sie nicht die TLS-Zertifikatsprüfung des Ziels. Nutzen Sie die Anleitung zur Funktionsweise und wenden Sie sich an den Support, wenn dieselbe unterstützte Konfiguration weiterhin fehlschlägt. Benutzername und Passwort bei jedem Tarif oder eine IP-Zulassungsliste (bis zu 10 IPs). Unterkonten mit eigenen Zugangsdaten und Datenvolumenlimit. API-Schlüssel, die Sie jederzeit widerrufen können. Ein Fehler auf Proxy-Ebene und eine Ablehnung durch das Ziel sind unterschiedliche Beobachtungen.
Was ist, wenn die IP-Abfrage und der angeforderte Ort nicht übereinstimmen?
Speichern Sie das angeforderte Land, Bundesland, die Stadt oder ZIP zusammen mit der zurückgegebenen IP und der Datenbankbezeichnung. Halten Sie auch den vom Ziel angezeigten Standort fest. Unterschiedliche Bezeichnungen allein belegen keinen Gateway-Ausfall. Für eine ausgewählte Stadt ist möglicherweise gerade kein geeigneter Exit verfügbar, und Geolokalisierungsquellen können voneinander abweichen. Bitten Sie den Support, das Beispiel zu prüfen. Wenn für den Test auch ein größerer Standortbereich akzeptabel ist, dokumentieren Sie diese Änderung ausdrücklich, statt weiterhin von der ursprünglichen Stadtbezeichnung auszugehen.
Was ist, wenn eine Zahlung oder Bestellung verzögert erscheint?
Prüfen Sie den Zahlungsstatus und den Bestellstatus getrennt. Eine Überweisung muss gemeldet, anhand des exakten Betrags zugeordnet und bestätigt werden, bevor das Guthaben gutgeschrieben wird. Anschließend wird ein Tarif mit diesem Guthaben gekauft. Bewahren Sie die Zahlungsreferenz und, falls vorhanden, die TXID auf und wenden Sie sich an den Support, bevor Sie erneut senden. Auf dieser Seite wird keine bestimmte Bestätigungs- oder Gutschriftdauer zugesagt. Bei einem nicht bereitgestellten dedizierten Port oder einem anhaltenden Dienstausfall legt die Rückerstattungsrichtlinie fest, wann eine Gutschrift auf das Guthaben infrage kommt.
Welche Nachweise sollte ich einem Vorfallbericht beifügen?
Notieren Sie, wann das Problem begann, wann Sie zuletzt einen erfolgreichen Versuch beobachtet haben und ob mehr als ein zulässiges Ziel betroffen ist. Leiten Sie aus einer kleinen Stichprobe keine Erfolgsquote oder Verfügbarkeitsbehauptung ab. Halten Sie Änderungen während der Diagnose fest, etwa einen anderen Endpunkt, Client oder angeforderten Standort. Senden Sie den Bericht an [email protected]. Meldungen zu schädlichem Traffic gehen mit Exit-IP und Ereigniszeit an [email protected]. Senden Sie bei keiner der beiden Meldungsarten Zugangsdaten mit.
Wie werden Service-Updates von Messwerten unterschieden?
Das Änderungsprotokoll dokumentiert Änderungen an Produkttexten, Richtlinien und beschriebenen Methoden. Es ist keine Verfügbarkeitsreihe. Aktuelle Tarife finden Sie unter Preise, während Beschaffung die zugeordnete Bestätigung zur Bereitstellung nennt. Wird ein datierter Vorfallhinweis veröffentlicht, prüfen Sie dessen Umfang und die betroffene Komponente, statt jede Seitenänderung als betriebliches Ereignis zu behandeln. So stützt sich ein lokales Audit auf die verfügbaren Nachweise, einschließlich Unterbrechungen während Ihres eigenen Tests.