Wie mobile Proxys funktionieren: IP-Rotation und Sitzungen
Warum eine Website Sie nach dem IP-Wechsel noch kennt: woraus ein mobiler Ausgang besteht, wozu Netzbetreiber CGN nutzen, drei Arten von „Sitzung“, was Rotation wirklich ändert und was Sie vor der Miete prüfen.
Wie mobile Proxys funktionieren: IP-Rotation und Sitzungen
Sie klicken auf den Link zum IP-Wechsel, die IP-Abfrage zeigt eine andere Region, und der Onlineshop begrüßt Sie trotzdem mit Namen und behält den Warenkorb. Nichts ist kaputt: Gewechselt hat der Netzausgang, nicht die Browsersitzung. Wir zeigen, welche Ebenen beteiligt sind, was Rotation tatsächlich tut und wie Sie einen mobilen Ausgang mit Ihrem eigenen Client prüfen.
01Die Adresse hat sich geändert, aber die Website erinnert sich an Sie
Ein typisches Bild. Sie haben Ihren Browser über mobile Proxys verbunden, eine Seite „Wie lautet meine IP“ geöffnet und die Adresse notiert.
Sie klicken auf den Link zum Wechseln der IP, aktualisieren die Seite, und die Adresse ist eine andere, manchmal sogar mit einer anderen Stadt in der Geodatenbank. Sie wechseln in Ihr Benutzerkonto im Online-Shop, und dort sind Sie immer noch angemeldet, der Warenkorb ist vorhanden, die Empfehlungen sind dieselben.
Für Einsteiger sieht das wie ein Widerspruch aus, denn die Adresse ist neu, aber die Identität ist alt. Tatsächlich gibt es keinen Widerspruch, weil die ausgehende IP und die Sitzung der Anwendung auf unterschiedlichen Ebenen leben und fast nichts voneinander wissen.
Um nicht mehr verwirrt zu sein, ist es hilfreich zu verstehen, aus welchen Teilen ein mobiler Ausgang besteht und was die Rotation tatsächlich ändert.
02Woraus ein mobiler Ausgang besteht
Ein mobiler Proxy leitet Anfragen über einen Ausgang im Mobilfunknetz weiter. In der typischen Variante verbindet sich der Client mit einem Gateway, und danach läuft der Datenverkehr über ein Modem mit SIM-Karte oder ein anderes Gerät mit mobiler Verbindung. Die konkrete Umsetzung unterscheidet sich je nach Anbieter. Der Client (Browser, Skript, Anwendung) verbindet sich über HTTP(S) oder SOCKS5 mit dem Gateway, das Gateway leitet den Datenverkehr an das Modem weiter, das Modem übergibt ihn an den Netzbetreiber, und der Netzbetreiber schickt die Pakete mit seiner eigenen Adresse ins Internet.
Daraus ergibt sich die erste Unterscheidung, die oft verloren geht.
Das Wort „mobil“ beschreibt das Ausgangsnetz, also woher die Website Ihre Verbindung sieht. Die Wörter HTTP und SOCKS5 beschreiben das Protokoll, mit dem Sie mit dem Gateway sprechen. Das sind unabhängige Dinge. Derselbe mobile Ausgang kann über HTTP und SOCKS5 erreichbar sein; Adresse, Port und Authentifizierungsmethode entnehmen Sie den Einstellungen der jeweiligen Verbindung. Das Verbindungsprotokoll sagt nichts über den Ausgangstyp aus, und der Ausgangstyp bestimmt nicht das Protokoll. Der Unterschied ist auch praktisch wichtig. SOCKS5 arbeitet auf der Ebene von TCP-Verbindungen und kann nicht nur Webverkehr proxyen, während ein HTTP-Proxy die Struktur von Anfragen versteht und CONNECT für HTTPS beherrscht, aber im reinen Sinne auf Webverkehr ausgerichtet ist.
Bei gleichem Ausgang können beide Varianten dieselbe öffentliche Adresse nutzen. Aber die Website kann auch andere Merkmale der Anfrage berücksichtigen: Eine gleiche IP macht Verbindungen nicht völlig ununterscheidbar.
03Warum die IP geteilt sein kann
Die Adresse, die die Website sieht, ist nicht unbedingt nur Ihrem Gerät zugeordnet.
Um öffentliche IPv4-Adressen unter den Teilnehmern zu verteilen, kann der Netzbetreiber CGN (Carrier-Grade NAT) einsetzen, also eine betreibereigene Adressumsetzung. Dann unterscheiden sich die interne Adresse des Teilnehmers und die öffentliche Adresse, die die Website sieht; eine öffentliche Adresse kann mehrere Teilnehmer bedienen. Für diese interne Ebene ist in RFC 6598 ein eigener Block 100.64.0.0/10 reserviert, der im Internet nicht geroutet wird, sodass Websites ihn nie sehen. Hier sind zwei Einschränkungen nötig. Erstens baut jeder Netzbetreiber sein NAT-Schema anders auf, und Größe der Pools, Zuordnung der Teilnehmer zu Adressen und Lebensdauer der Übersetzungen unterscheiden sich, sodass es kein einheitliches Schema für alle Mobilfunknetzbetreiber gibt. Zweitens folgt aus der Tatsache einer geteilten Adresse weder Eindeutigkeit noch Anonymität.
Eine öffentliche IP kann gleichzeitig von vielen Teilnehmern genutzt werden, und Ihr Modem kann eine Minute später eine Adresse erhalten, die gerade noch jemand anderes hatte. Das ist eine natürliche Eigenschaft von Mobilfunknetzen und keine Besonderheit eines bestimmten Proxys.
Daraus folgt auch, dass Geodatenbank und ASN indirekte Hinweise bleiben. Sie zeigen, welchem Netzbetreiber und ungefähr welcher Region der Bereich gehört, beweisen aber nicht, dass das Modem in einer bestimmten Stadt steht, und sagen nichts über die Qualität der Adresse aus. Den Ruf einer konkreten IP prüft man separat, etwa in DNSBL-Sperrlisten.
04Drei verschiedene „Sitzungen“
Das Wort „Sitzung“ bedeutet in Gesprächen über Proxys mindestens drei verschiedene Dinge, und die Verwechslung zwischen ihnen führt zu den meisten Missverständnissen.
1. Die Sitzung des Mobilfunkkanals, also die ausgehende IP. Das ist der Zeitraum, in dem das Modem dieselbe öffentliche Adresse behält. Er endet auf Ihre Anweisung (Rotation), durch einen Timer des Gateways oder ohne Ihr Zutun, wenn der Netzbetreiber die Übersetzung neu aufgebaut hat oder das Modem sich neu mit dem Netz verbunden hat; der Wechsel zwischen Basisstationen allein ändert nicht unbedingt die öffentliche IP. Mit dieser Ebene ist der Begriff Sticky Session verbunden: Das Gateway bemüht sich, den gewählten Ausgang für Anfragen mit derselben Sitzungskennung für ein vereinbartes Zeitfenster beizubehalten. Das ist nicht dasselbe wie die Sitzung der mobilen Verbindung oder die Anmeldung auf der Website. Wichtig ist zu verstehen, wessen Versprechen das ist. Sticky bleibt eine Bedingung des jeweiligen Dienstes, der einen Wechsel einfach nicht selbst auslöst. Der Netzbetreiber gibt dafür keine Garantien, und eine erzwungene Adressänderung seitens des Netzes bleibt jederzeit möglich. Wie lange eine Adresse ohne Anweisung hält, hängt vom konkreten Netz und vom konkreten Tag ab, Konstanten gibt es hier nicht.
2. Die Sitzung der Verbindung, also TCP und HTTP. Gemäß RFC 9293 wird eine TCP-Verbindung durch das Socket-Paar definiert, also Adresse und Port auf jeder Seite. Wenn eine bereits offene Verbindung ihre bisherige Adresse oder NAT-Zuordnung verliert, kann sie abbrechen oder bis zum Timeout hängen bleiben. Das Gateway kann die Rotation jedoch nur auf neue Verbindungen anwenden und die alte Route für bereits geöffnete beibehalten: Das Verhalten muss man gesondert prüfen.
Langlebige HTTP-Verbindungen und WebSockets hängen vom Transport ab. Dabei sind die Verbindung des Clients zum Gateway und die Verbindung des Gateways zur Website verschiedene Abschnitte: Der Verlust des mobilen Ausgangs schließt nicht unbedingt sofort den ersten davon. Die Wiederherstellung des Transports und die Wiederherstellung der Anmeldung erfordern ebenfalls unterschiedliche Prüfungen.
3. Die Sitzung der Anwendung, Cookies und Anmeldung. Diese Ebene wird von der Website und dem Browser verwaltet. Der Server stellt ein Cookie aus, der Browser speichert es und sendet es mit jeder Anfrage gemäß den Regeln für Domain, Pfad, Laufzeit und Attribute, wie im MDN-Leitfaden zu Cookies beschrieben. Keine dieser Regeln erwähnt die IP-Adresse des Clients. Der Wechsel der externen Adresse allein löscht weder Cookies noch localStorage noch den Cache. Wenn die Website auf einen Adresswechsel reagieren möchte, eine erneute Anmeldung verlangen, eine Warnung anzeigen oder Aktionen einschränken will, ist das eine Entscheidung der Serverlogik. Eine automatische Folge der Rotation ist eine solche Reaktion nicht.
Jetzt erklärt sich die Ausgangssituation ohne Magie: Die Rotation hat Ebene 1 betroffen, möglicherweise etwas auf Ebene 2 unterbrochen, und Ebene 3 blieb unberührt, weil das Cookie im Browser liegt und wie zuvor gesendet wird.
Schematische Darstellung: Der mobile Netzzugang und die Anwendungssitzung sind unterschiedliche Ebenen.
05Was bei der Rotation passiert
Der Befehl zum IP-Wechsel wird üblicherweise auf eine von zwei Arten umgesetzt. Entweder per Timer, wenn das Gateway den Wechsel selbst nach einem festgelegten Intervall auslöst, oder per Link oder API-Aufruf, wenn Sie ihn starten. Technisch läuft der Wechsel auf eine erneute Verbindung des Modems mit dem Netz des Betreibers hinaus. Das Modem trennt die Datenverbindung und baut eine neue auf, der Betreiber vergibt eine neue Übersetzung, und nach außen erscheint eine andere öffentliche Adresse. Eine solche Neuverbindung kann den Zugang vorübergehend unterbrechen; ihre Dauer muss man an der konkreten Verbindung prüfen. In einer Architektur mit einem Pool kann der Wechsel des Ausgangs auch anders erfolgen, ohne Neuverbindung desselben Modems. Daraus ergeben sich einige Konsequenzen, die man im Hinterkopf behalten sollte, wenn man mobile Proxys beruflich nutzt.
Die neue Adresse muss sich nicht radikal von der alten unterscheiden, denn der Pool des Betreibers ist endlich, und nach der Neuverbindung kann das Modem eine Adresse aus demselben Subnetz erhalten, manchmal genau dieselbe wie zuvor. Das ist kein Fehler des Proxys, denn das Gateway hat alles getan, was es konnte, und die Adressverteilung bleibt Sache des Betreibers.
Aus demselben Grund ist es sinnlos, die Qualität der Rotation daran zu messen, ob sich das erste Oktett geändert hat. Der Befehl kann sogar zu keinem Ergebnis führen. Das Modem hat sich nicht im Netz registriert, die Antwortzeit des Betreibers ist abgelaufen, die Abdeckung war kurzzeitig weg, und all das endet damit, dass keine neue Adresse da ist oder sie mit Verzögerung erscheint. Normaler Client-Code prüft die Adresse nach dem Befehl, statt anzunehmen, dass sie sich geändert hat. Alte Verbindungen werden nicht mitgenommen. Bei manchen Gateways gilt eine neue Rotation nur für neue Verbindungen, während bereits offene separat beendet werden, bei anderen bricht alles gleichzeitig ab. Einen nahtlosen Adresswechsel auf TCP-Ebene gibt es nicht, da eine Verbindung per Definition an Adressen gebunden ist.
Wenn die Rotation die Route eines bereits laufenden Downloads oder WebSockets betroffen hat, kann ein erneutes Verbinden des Clients nötig sein. Wenn der alte Ausgang bis zum Abschluss des Vorgangs erhalten bleibt, kann dieser ohne Unterbrechung enden.
Das Timer-Intervall bleibt Ihr Parameter und ist keine Eigenschaft des Netzes.
Separat zu DNS und IPv6. Wenn der Client Namen lokal auflöst und nur TCP über den Proxy sendet, sieht die Website die mobile Adresse, aber die DNS-Anfragen gehen von Ihrer Heimadresse aus, und bei IPv6 ist es ähnlich, weil manche Clients und Systeme den IPv6-Weg am Proxy vorbei bevorzugen, wenn er verfügbar ist.
Beide Leaks hängen nicht von der Rotation ab und werden separat geprüft.
06Wo das Mobilfunknetz nützlich ist und wo Stabilität wichtiger ist
Der Nutzen eines mobilen Ausgangs in erlaubten Szenarien ist ausreichend und hat nichts mit Umgehung zu tun. Hier sind Fälle, in denen mobile Proxys angebracht sind.
Die eigene Website mit den Augen eines Mobilfunkteilnehmers prüfen. Von einem solchen Ausgang aus lassen sich regionale Darstellung, Geotargeting und das Verhalten des CDN auf eigenen Plattformen gut prüfen. Dabei verwandelt eine mobile IP allein einen Desktop-Browser nicht in ein Telefon: Responsive Layout, User-Agent und Geräteverhalten testet man separat.
Die Widerstandsfähigkeit des Clients gegen Adresswechsel testen. Wenn Sie eine Anwendung mit langlebigen Verbindungen entwickeln, bietet die Rotation eine reproduzierbare Möglichkeit zu prüfen, wie der Client einen Abbruch übersteht, ob er sich neu verbindet, keine Daten verliert und nicht bis zum Timeout hängt. Hier braucht man gerade kontrollierte Wechsel, nicht Stabilität.
Die Autorisierungslogik auf der eigenen Seite debuggen. Es ist nützlich zu sehen, was Ihre Website bei einem IP-Wechsel innerhalb einer Sitzung tut, also nichts, eine Warnung oder eine erneute Anmeldung. Das ist ein Test der eigenen Serverlogik, nicht einer fremden.
Es gibt auch gegenteilige Fälle, etwa lange Exporte, große Uploads, WebRTC-Anrufe und lange API-Sitzungen mit Zustand, bei denen der Verlust der bisherigen Verbindung eine Wiederholung des Vorgangs erfordern kann, und ein mobiler Ausgang mit seiner natürlichen Instabilität dort keine gute Wahl ist. Wenn die Aufgabe eine Adresse über Stunden erfordert, braucht man entweder einen Modus ohne Timer mit dem Wissen, dass der Betreiber trotzdem eingreifen kann, oder einen ganz anderen Ausgangstyp.
Und die allgemeine Regel lautet, dass mobile Proxys Sie nicht unsichtbar machen, keine neue Identität schaffen und nicht vor Prüfungen von Websites schützen. Sie ändern eines, nämlich von welcher Adresse und über welches Netz eine Verbindung kommt, und alles andere bleibt bei Ihnen und bei den Regeln der Plattformen, die Sie nutzen.
07Was sich bei der Rotation ändert und was nicht
| Ebene | Ändert sich bei der Rotation? | Kommentar |
|---|---|---|
| Öffentliche Ausgangs-IP | Ja, in der Regel | Kann mit der vorherigen übereinstimmen oder im selben Subnetz bleiben |
| ASN und Region laut Geodatenbank | Manchmal | Indirekte Hinweise, abhängig vom Pool des Betreibers |
| Offene TCP-Verbindungen | Können abbrechen | Hängt von der Beibehaltung der alten Route und der Umsetzung der Rotation ab |
| Langlebige HTTP-Verbindungen und WebSockets | Hängen vom Transport ab | Bei Abbruch kann eine neue Verbindung nötig sein |
| Cookies, localStorage, Browser-Cache | Nein | Werden vom Client gespeichert, sind nicht an die IP gebunden |
| Anmeldung auf der Website | Nein, solange die Website nicht anders entscheidet | Die Reaktion wird von der Serverlogik bestimmt |
| Fingerabdruck von Browser und Gerät | Nein | Header, Schriften, Canvas und anderes sind nicht mit der Adresse verbunden |
| Lokale DNS-Anfragen und IPv6-Route | Nein | Wenn sie am Proxy vorbeigehen, bleiben sie Ihre |
Die Tabelle erklärt, warum der Shop Sie weiterhin mit Namen begrüßt. Netzwerkadresse und Browserzustand ändern sich unabhängig voneinander; der Anwendungsserver kann beide Merkmale bei der Prüfung der Sitzung verwenden.
08Checkliste vor der Miete
Bevor Sie mobile Proxys mieten, prüfen Sie sie am besten mit einem echten Client und auf Ihrer eigenen Website oder einer Testumgebung, zu der Sie Zugang haben. Kurz und knapp.
- Art des Ausgangsnetzes. Stellen Sie sicher, dass die Adresse tatsächlich einem Mobilfunknetzbetreiber gehört und nicht einem Rechenzentrum mit mobilfunkähnlichem Etikett. Eine Anfrage an eine Seite zur IP-Bestimmung und die Prüfung der ASN geben eine minimale Kontrolle, aber denken Sie daran, dass dies ein indirekter Hinweis ist.
- Rotationsmodus. Per Timer, per Link oder API, lässt sich der Timer ganz abschalten. Prüfen Sie, ob der Befehl die Adresse tatsächlich ändert und wie viele Sekunden das bei Ihnen dauert.
- Beibehaltung der Adresse während eines Vorgangs. Führen Sie einen langen Vorgang aus, etwa einen Datei-Upload oder eine Serie von Anfragen, und beobachten Sie, ob die Adresse bis zu dessen Ende ohne Befehl erhalten bleibt. Wiederholen Sie das mehrmals, denn ein einzelnes Ergebnis beweist nichts.
- Beendigung alter Verbindungen. Öffnen Sie eine langlebige Verbindung, wechseln Sie die IP und halten Sie fest, was passiert ist, ob sofortiger Abbruch, Hängen bis zum Timeout oder Fortsetzung von der alten Adresse. Jede Variante ist zulässig, aber man muss sie vorher kennen.
- Verzögerungen und Abbrüche. Grundlegende Erreichbarkeit und Anonymitätsstufe zeigt ein Proxy-Checker, aber messen Sie Antwortzeit und Anteil fehlgeschlagener Anfragen mit Ihrem eigenen Datenverkehr zu der Tageszeit, zu der Sie arbeiten wollen. Fremde Zahlen helfen hier nicht.
- DNS und IPv6 im echten Client. Prüfen Sie, worüber DNS-Anfragen laufen und ob der Proxy die IPv6-Route umgeht. Tun Sie das mit dem Browser oder der Bibliothek, die Sie verwenden werden, nicht mit einem separaten Tool.
- Limits, Traffic und Protokolle. Beschränkungen für Traffic, Anzahl gleichzeitiger Verbindungen, Häufigkeit der Wechsel, Unterstützung von HTTP und SOCKS5, UDP bei Bedarf.
- Nutzungsregeln. Was die Bedingungen des Dienstes und die Gesetze Ihrer Jurisdiktion erlauben, welche Handlungen zur Sperrung des Kontos beim Anbieter führen. Das Testen fremder Ressourcen ohne Erlaubnis gehört nicht dazu.
Diese Checkliste können Sie bei jedem Dienst aus dem Katalog mobiler Proxys durchgehen. mobileproxy.space bietet zum Beispiel alle drei Modi aus diesem Artikel: IP-Wechsel per Link oder API, automatische Rotation alle N Minuten und gar keine Rotation, mit Ports über HTTP und SOCKS5:
Mobile-Proxys auf echten SIMs nach Land und Netzbetreiber, Residential-Traffic-Pakete plus Server- und Backconnect-Linien. Zahlung per Karte, SBP oder Krypto.
09Was man zuerst prüfen sollte
Die IP-Rotation ändert den Punkt des Ausgangs ins Internet, und nur diesen.
Verbindungen können abbrechen, wenn die Rotation ihre bisherige Route betroffen hat; für neue Verbindungen und bereits offene kann das Verhalten des Gateways unterschiedlich sein. Cookies, Anmeldung und Browser-Fingerabdruck leben im Client und hängen nicht von der Adresse ab, solange die Website nicht selbst beschließt, darauf zu reagieren.
Eine geteilte öffentliche Adresse bleibt eine normale Folge des betreibereigenen NAT, und sie verspricht weder Eindeutigkeit noch Anonymität. Wenn man diese drei Ebenen getrennt hält, verlieren mobile Proxys ihren Schrecken, denn sie sind eine Möglichkeit, die eigene Website und die eigenen Verbindungen mit den Augen eines Mobilfunkteilnehmers zu sehen, mit all seinen Eigenheiten wie der echten Adresse des Betreibers, Neuverbindungen und einem begrenzten Pool.
Man sollte sie für Aufgaben wählen, bei denen diese Eigenschaft wirklich gebraucht wird, und vor der Miete am eigenen Client prüfen, nicht danach.
10Häufige Fragen
Warum hat mich die Website nach dem IP-Wechsel nicht abgemeldet?
Warum ist die IP nach der Rotation gleich geblieben?
Was ist eine Sticky Session bei mobilen Proxys?
Brechen offene Verbindungen beim IP-Wechsel ab?
Machen mobile Proxys anonym?
Ähnliche Artikel
Proxy in Python requests konfigurieren: Authentifizierung und Fehler prüfen
Proxy in Python Requests setzen: HTTP und SOCKS5, Login in der URL, Session gegen Umgebung, Timeouts, TLS und die genaue Bedeutung von 407, ProxyError und SSLError.
Kostenlose Proxys: Risiken, Grenzen und ein sicherer Test
Sind kostenlose Proxys sicher? Was der Betreiber mitlesen kann, warum HTTPS nicht alles schützt, wo Gratis-Listen scheitern und wie Sie einen Test richtig deuten.
ISP- vs. Residential-Proxys: feste IP oder wechselnder Pool?
Was ein ISP-Proxy ist, warum eine statische IP etwas anderes als eine Sticky-Session ist, wie sich Preise pro IP und pro GB vergleichen lassen und was für lange Sitzungen passt.
