ProxyCompass-Wissensdatenbank

Abweichende Proxy-Geolokalisierung

Eine abweichende Proxy-Geolokalisierung liegt vor, wenn Quellen dieselbe IP-Adresse unterschiedlichen Ländern, Regionen oder Städten zuordnen. Oft fällt zuerst eine Länderflagge in Ihrer Software auf: Sie kaufen als deutsch gelistete Proxies, tragen sie ein und sehen stattdessen die USA.

Sie öffnen zwei weitere IP-Prüfseiten. Eine meldet Deutschland, die andere Indien. Drei Antworten für dieselbe Adresse lassen zwei Fragen offen: Erfüllt der gelieferte Proxy die Länderauswahl Ihrer Bestellung, und funktioniert er beim benötigten Dienst? Vergleichen Sie zur Klärung die Datenquellen und testen Sie die gewünschte Aktion getrennt.

Unterscheiden Sie bei der Auswahl eines Proxylands die Datenbasis des Anbieters und die Ländereinstufung derselben Adresse durch die Zielwebsite. Die gewählte Anbieterquelle kann das bestellte Land nennen, während das Ziel ein anderes erkennt. Prüfen Sie die Kontoregion gesondert; sie muss nicht von der IP-Adresse abhängen.

Warum zeigt Ihre Software ein anderes Land?

Ein Antidetect-Browser oder eine andere Anwendung kann einen eingebauten Proxytest haben. Dieser kann die Verbindung prüfen, die Ausgangsadresse ermitteln und deren Land in einer GeoIP-Datenbank nachschlagen. Ein erfolgreicher Verbindungstest betrifft die Proxyfunktion. Das Länderetikett spiegelt die Abfragedaten wider und kann von der Zielwebsite abweichen.

Die Quelle kann ein externer Abfragedienst oder eine heruntergeladene GeoIP-Datenbank sein. Eine Kopie kann in der Anwendung oder auf dem Abfrageserver liegen. Ohne Aktualisierung meldet sie möglicherweise das alte Land weiter, nachdem der Datenlieferant seinen Eintrag korrigiert hat. Ein Anwendungsupdate beweist nicht, dass auch die verwendete Datenbank aktualisiert wurde.

Eine kostenlose Datenbank ist nicht zwangsläufig veraltet. MaxMind aktualisiert beispielsweise seine kostenlosen GeoLite-Datenbanken. Eine alte Anwendungskopie bedeutet nicht, dass der Lieferant keine Updates mehr veröffentlicht. Außerdem können verschiedene Datenbanken unterschiedliche Angaben zur selben IP-Adresse haben. Ohne offengelegte Quelle und Datenstand lässt ein überraschendes Ergebnis nicht erkennen, ob Veraltung oder eine andere Ursache vorliegt.

Eine weitere Prüfseite kann ein anderes Land zeigen, obwohl Proxy und Verbindungsdaten gleich geblieben sind. So erhält eine funktionierende Adresse unterschiedliche Flaggen. Die Ergebnisse zeigen eine Quellenabweichung. Eine unabhängige Abfrage bestimmt aber nicht, welches Land Ihre benötigte Website erkennen wird.

Welches Ergebnis zählt auf der Zielwebsite?

Prüfen Sie die Geolokalisierung auf der Website, für die Sie den Proxy gekauft haben. Bei Amazon auf Amazon, bei regionalen Inhalten eines sozialen Netzwerks dort. Die Website kann eine kommerzielle Datenbank, eigene Daten oder mehrere Quellen verwenden. Ein unabhängiger IP-Prüfdienst verrät nicht die Einstufung Ihres Zieldienstes.

Nehmen wir im Eingangsbeispiel an, die Website erkennt Deutschland und erlaubt den benötigten Regionalinhalt oder die Funktion. Eine US-Flagge in Ihrer Software macht den Proxy für diese Arbeit nicht ungeeignet. Ein Austausch nur zur Angleichung unabhängiger Flaggen ist vielleicht unnötig. Nennt die Bestellung eine bestimmte Datenbank, prüfen Sie aber auch diese Vorgabe: Die Websitefunktion bestätigt keine Bestellkonformität. Erkennt das Ziel umgekehrt ein anderes Land und verhindert die Aktion, löst eine deutsche Drittanbieterabfrage das Problem nicht.

Klären Sie, was die Website tatsächlich meldet. Zeigt sie das Land der aktuellen Verbindung, prüfen Sie dieses getrennt von der gespeicherten Kontoregion. Seitensprache, Währung und Ablehnung allein zeigen keine ermittelte IP-Länderzuordnung. Offenbart die Website diese nicht, können Sie den Fehlschlag der Aktion dokumentieren. Für Geolokalisierung als tatsächliche Ursache können ihre Dokumentation oder ihr Support nötig sein.

Auch bei funktionierender Zielwebsite kann ein falsches Anwendungsland untersuchenswert sein. Manche Programme wählen anhand der IP-Daten Zeitzone oder andere Browserprofileinstellungen und führen Prüfungen vor Profilstart aus. Das falsche Land kann deshalb die Anwendung beeinflussen. Klären Sie, ob sie das Ergebnis nur anzeigt oder damit Einstellungen und Startfreigabe steuert.

Verwenden alle Prüfungen dieselbe IP-Adresse?

Stellen Sie zuerst fest, dass alle Ergebnisse dieselbe Adresse betreffen. Die Proxyeinstellungen können einen Zwischenserver des Anbieters enthalten: das Gateway. Es nimmt Ihre Verbindung an und sendet Anfragen über andere Proxies weiter. Deshalb kann die Einstellungsadresse von der Website-Quelladresse abweichen. Vergleichen Sie deren Geolokalisierung anhand der für die Website sichtbaren Adresse.

Der Anwendungstest und eine Browserwebsite können unterschiedliche Verbindungen verwenden. Gespeicherte Proxyeinstellungen beweisen nicht deren Nutzung durch das gewünschte Profil. Bei Rotation können trotz gleicher Einstellungen andere Quelladressen auftreten. Dokumentieren Sie vor einer Datenbankbewertung die IP-Adresse und den Zeitpunkt jeder Prüfung.

Eine automatisch erkennende IP-Seite meldet die Quelladresse ihrer eigenen Anfrage. Sie bestätigt nicht dieselbe Adresse für eine separate Zielanfrage. Zeigt das Ziel die aktuelle IP-Adresse, vergleichen Sie diese mit den übrigen Tests. Das trennt widersprüchliche Standortdaten von einem ungenutzten Proxy oder einem Adresswechsel zwischen Anfragen.

Warum kann eine Rechenzentrums-IP-Adresse ihr früheres Land behalten?

Ein Rechenzentrumsadressbereich kann den Betreiber wechseln, vermietet oder in einem anderen Land eingesetzt werden. Ein Verkäuferwechsel aktualisiert keine Geolokalisierungsdatenbank automatisch. Diese kann das früher zugeordnete Land behalten.

Ein Unternehmen mietet beispielsweise einen zuvor in den USA verwendeten Bereich und nutzt ihn auf Proxyservern in Deutschland. Der Netzbetreiber meldet den neuen Nutzungsort, Datenlieferanten aktualisieren jedoch unterschiedlich schnell: Einer nennt bereits Deutschland, ein anderer noch USA. Selbst nach Lieferantenkorrektur kann eine Anwendung das frühere Land zeigen. In der Abbildung hat der GeoIP-Lieferant USA zu Deutschland geändert, doch der Antidetect-Browser liest eine alte lokale Kopie mit USA. Deshalb meldet sein eingebauter Test weiter USA. Nach Aktualisierung kann die Anwendung den korrigierten Eintrag verwenden.

Unterscheiden Sie das Land der IP-Registrierung vom Land einer Geolokalisierungsdatenbank. Ein RIPE- oder anderer Registereintrag belegt für sich keinen physischen Serverstandort. Wählt ein Anbieter nach registriertem Land aus, kann eine andere GeoIP-Angabe unterschiedliche Datensatzarten statt eines Updateverzugs widerspiegeln. Der Anbieter sollte deshalb seine Grundlage zur Länderbestimmung nennen.

Deshalb hilft Warten auf Datenbankupdates nicht immer. Es ist sinnvoll, wenn der relevante Eintrag korrigiert wird und das Ziel diese Daten übernehmen wird. Der Lieferant kann eine Korrektur aber ablehnen, oder das Ziel verwendet eine andere Quelle. Müssen Sie jetzt arbeiten, fragen Sie nach bereits vom Ziel passend eingeordneten IP-Adressen.

Wann helfen Austausch und Datenkorrektur?

Ordnet das Ziel die Proxy-IP-Adresse einem ungeeigneten Land zu, testen Sie dort eine andere verfügbare Adresse. Mehrere Adressen eines Bereichs können denselben Standortdatensatz teilen. Ein anderer Bereich oder ein anderes Netzwerk kann deshalb nützlicher sein als wiederholter Tausch innerhalb derselben Gruppe. Auch das muss getestet werden: Ein anderer Bereich garantiert kein richtiges Land. Ein anderer Verkäufer garantiert ebenfalls kein anderes Netzwerk, da Verkäufer dieselben Netzadressen liefern können.

Ein weiterer Weg ist die Datenbankkorrektur. Anbieter oder Netzbetreiber können Nutzungsortbelege einreichen. Der Datenlieferant prüft sie und entscheidet über eine Änderung. Nutzende Dienste müssen anschließend aktualisierte Daten übernehmen. Eine Korrekturanfrage lässt das neue Land nicht sofort auf Ihrer Website erscheinen. Während der Prüfung können Sie andere verfügbare Adressen gesondert testen.

Manchmal besitzt der Anbieter keine Adressen, die das Ziel dem benötigten Land zuordnet. Wiederholter Austausch aus dem verfügbaren Bestand löst das Problem dann nicht. Sie müssen ein anderes Netzwerk oder einen anderen Anbieter testen. Erkennt das Ziel das Land bereits korrekt, untersuchen Sie vor einem weiteren Kauf den anderen Ablehnungsgrund.

Wann Residential- oder Mobilfunkproxies erwägen?

Werden Adressen mehrerer Rechenzentrumsbereiche auf der Zielwebsite nicht dem richtigen Land zugeordnet, können Sie Residential- oder Mobilfunkproxies dieses Landes testen. Ziel ist die Prüfung von Adressen örtlicher Internet- und Mobilfunkteilnehmer.

Ein Residential-Dienst mit Teilnehmergeräten kann Anfragen über einen Hausanschluss im gewählten Land senden. Ein Mobilfunkproxy verwendet ein Mobilfunknetz. Die Website erhält Adressen dieser Netze und kann deren Land anders als bei Rechenzentrumsadressen einstufen. Ein Typwechsel kann deshalb helfen, wo Adresswechsel im bisherigen Bestand nicht halfen.

Prüfen Sie den Standort mit der für die Aufgabe nötigen Genauigkeit. Ein örtlicher Internet- oder Mobilfunkanbieter garantiert keine einheitliche Ländereinstufung aller Websites. Ist die Stadt wichtig, prüfen Sie sie getrennt. Ein Mobilfunkanbieter kann Adressen über große Gebiete nutzen; die Abfragestadt kann vom Telefonstandort abweichen. Ein Mobilfunkproxy sendet für sich genommen keine GPS-Koordinaten an die Website.

Auch bei korrekt erkanntem Residential- oder Mobilfunkland kann das Ziel aus anderen Gründen einschränken. Prüfen Sie beim Test Land und gewünschte Aktion: etwa Seitenöffnung oder Regionalinhalte. Stimmt das Land, die Aufgabe scheitert aber, untersuchen Sie den Ablehnungsgrund getrennt.

Benötigen Sie eine feste IP-Adresse?

Ein anderer Proxytyp kann die Häufigkeit von IP-Wechseln ändern. Ein Residential-Dienst kann weiter Adressen desselben Landes liefern und dabei die Adresse selbst wechseln. Das sendende Gerät kann offline gehen oder eine neue Provider-IP erhalten. Eine Sticky Session soll für begrenzte Zeit dieselbe IP-Adresse halten, macht sie aber nicht dauerhaft. Auch Mobilfunkverbindungen können Adressen wechseln.

Für Regionalprüfungen kann es genügen, dass alle verwendeten Adressen zum richtigen Land gehören. Benötigt die Arbeit lange dieselbe Adresse, prüfen Sie deren Bereitstellungsbedingungen. Statische ISP-Proxies können passen, wenn das Ziel sie richtig einordnet. ISP allein garantiert das Land nicht; Residential bedeutet keine unveränderliche IP-Adresse.

Vergleichen Sie auch Abrechnungsmodelle. Ein statisches Rechenzentrumspaket kann nach IP-Anzahl und Zeitraum berechnet werden, Residential nach Datenvolumen. Ein kleiner Standorttest zeigt nicht die Kosten großer Downloads. Schätzen Sie vor dem Wechsel Ihren üblichen Datenbedarf und prüfen Sie Land und Beibehaltungsdauer.

Welche Angaben helfen dem Support?

Nennen Sie bestelltes Land und Standortquelle, die abweichende Anwendung oder Prüfseite, deren Quelle soweit bekannt und das Verhalten der Zielwebsite. Erfassen Sie IP-Adresse und Uhrzeit samt Zeitzone je Prüfung. Ein Screenshot sollte den Werkzeugnamen und genügend Kontext zeigen, um IP-Land, Kontoeinstellung und Browserprofil zu unterscheiden. So kann der Support dieselbe Adresse und dasselbe Kriterium vergleichen.

Diese Informationen lokalisieren die Abweichung: Drittsoftware, Auswahlquelle des Anbieters oder Zielwebsite. Funktioniert das Ziel wie benötigt, lässt sich die Anwendungsabfrage getrennt untersuchen. Scheitert die Aufgabe, richtet sich der nächste Schritt nach der Ursache: Verbindung prüfen, anderen Bereich testen, Standortkorrektur anfordern oder die Website zur Regionsbestimmung fragen.