OEM Online-Programmierung per Fernzugriff ohne regionale IP-Sperre
Wenn OEM-Diagnosesoftware mit ihrem Backend verbunden wird — Mercedes Online, BMW AOS, TIS2Web, VW Online, TOPIx — protokolliert der Server die IP-Adresse der Sitzung. Stimmt diese IP nicht mit der registrierten Region des Kontos überein, wird das Konto gesperrt. Diese Seite erklärt, warum das passiert, welche Operationen es auslösen und wie eLinehub das verhindert.
- ✓XENTRY SCN, SPS2-Flash, ODIS GeKo oder BMW AOS direkt vom eigenen Arbeitsplatz aus ausführen — die Werkstatt stellt VCI und Fahrzeug bereit
- ✓Ihre OEM-Anmeldedaten bleiben auf Ihrem PC. Die Werkstatt sieht weder Ihre Zugangsdaten noch Ihre Diagnoseschritte.
- ✓Sie betreuen Werkstätten in anderen Ländern? Abschnitt 4 behandelt VPN-Konfigurationen für grenzüberschreitende Szenarien.
Sie bringen OEM-Software und Konten mit. Die Werkstatt schließt das VCI an. eLinehub stellt die Brücke bereit. · Von eLinehub ·
Warum OEM-Konten bei der Remote-Programmierung gesperrt werden
OEM-Backend-Server — Mercedes Online, BMW AOS, GM TIS2Web, JLR TOPIx Cloud — protokollieren die IP-Adresse jeder Online-Sitzung. Stimmt die Sitzungs-IP nicht mit der registrierten Region des Kontos überein, markiert der Server das Konto als verdächtig. Das Konto wird gesperrt. Die Aufhebung über den OEM-Helpdesk dauert Wochen bis über einen Monat — und in dieser Zeit kann das Gerät für keine Online-Operation eingesetzt werden.
Das ist kein seltener Ausnahmefall. Allein im Diagnostic Network-Forum haben mehrere Werkstätten berichtet, dass ihre XENTRY-Konten gesperrt wurden, nachdem das Konto unter einer IP außerhalb der registrierten Region erschien — manche davon nach Ausgaben von über 30.000 USD für das Xentry Kit. Ein Techniker beschrieb, in 18 Monaten zweimal ausgesperrt worden zu sein und jedes Mal über 30 Tage auf die Wiederherstellung gewartet zu haben. Ein anderer berichtete, über 10 E-Mails ohne Antwort verschickt zu haben, während Fahrzeuge unfertig in der Werkstatt standen.
Die entscheidende Variable ist nicht, wo sich der Techniker physisch befindet — das können OEM-Backends nicht überprüfen. Die Variable ist, wo der Rechner, auf dem die OEM-Software läuft, mit dem Internet verbunden ist. Die IP dieses Rechners ist das, was das Backend protokolliert. Zwei verbreitete Remote-Programmier-Setups machen genau hier den Fehler.
Situation A: Remote-Desktop ohne VPN — die IP der Werkstatt erreicht das Backend.
Ein Techniker steuert per TeamViewer oder AnyDesk einen Werkstatt-PC in einer anderen Region. Die OEM-Software läuft auf dem Werkstatt-PC, daher sieht das Backend die IP der Werkstatt. Liegt die Werkstatt in einer anderen Region als die Kontoregistrierung, erkennt das Backend die Abweichung und markiert das Konto.
Ein Forenmitglied fasste das Risiko zusammen: jemanden zu finden, der SCN-Codierung remote per Bildschirmübertragung durchführt, sei „so gut wie unmöglich, da es sehr wahrscheinlich dazu führt, dass die Daimler-Anmeldedaten aufgrund festgestellter unbefugter Nutzung gesperrt werden“.
Dieses Setup legt drei Dinge offen: die IP der Werkstatt gegenüber dem OEM-Backend (was die Sperre auslöst), die OEM-Anmeldedaten des Technikers auf einem Rechner, den der Techniker nicht prüfen kann, und jeden Diagnoseschritt sichtbar auf dem lokalen Monitor der Werkstatt.
Situation B: Remote-Desktop mit VPN — eine getarnte IP, die dennoch erkannt werden kann.
Um die IP-Abweichung aus Situation A zu vermeiden, installieren manche Techniker ein VPN auf dem Werkstatt-PC, damit dessen IP in der registrierten Region des Kontos erscheint. Das behebt das IP-Symptom, beseitigt aber nicht die zugrunde liegende Ursache.
OEM-Hersteller verfeinern ihre Erkennung kontinuierlich. Mercedes Online prüft die Konsistenz von Hardware-ID, Konto-ID, IP-Region und Institutions-ID — ein VPN ändert die IP, aber nicht die übrigen Fingerabdrücke. Eine Sitzung, die über einen VPN-Exit-Knoten in Deutschland läuft, auf einem Rechner mit türkischer Hardware-ID und ohne zugeordnete Werkstatt-Institution, ist eine erkennbare Anomalie. Das VPN funktioniert heute vielleicht und versagt nach dem nächsten Backend-Update. Jeder Fehlschlag riskiert eine weitere mehrwöchige Kontosperre.
Was jedes Setup offenlegt
Das grundlegende Problem ist nicht, welche IP das Backend sieht — sondern welcher Rechner die OEM-Software ausführt. Solange die OEM-Software auf dem Werkstatt-PC läuft, ist die IP entweder falsch (Situation A) oder getarnt (Situation B), und Anmeldedaten sowie Diagnoseschritte sind immer auf einem Rechner außerhalb der Kontrolle des Technikers offengelegt.
Die nächste Frage lautet: Welche Ihrer täglichen Operationen lösen tatsächlich diese Backend-Verbindung aus? Nicht alle tun es.
Welche OEM-Operationen Online-Konnektivität erfordern
Wenn Sie mit einer der folgenden Plattformen arbeiten, ist jede Online-Operation in der linken Spalte eine Sitzung, bei der IP-Konformität entscheidend ist.
GMs TIS2Web verdient eine gesonderte Anmerkung: Es wendet regionale Einschränkungen auf Kontoebene an. Techniker außerhalb der USA und Kanadas berichten, dass SPS2-Programmierung ohne US-IP nicht zugänglich ist — die Plattform lädt nicht oder gibt einen Fehler zurück, bevor die Programmiersitzung beginnen kann.
Während einer Online-Programmiersitzung passieren auf dem Rechner, der die OEM-Software ausführt, zwei Dinge gleichzeitig. Die Software kommuniziert mit dem am Fahrzeug angeschlossenen VCI — sie sendet Diagnosebefehle und empfängt ECU-Daten. Gleichzeitig kommuniziert sie über HTTPS mit dem OEM-Backend-Server — sie lädt Kalibrierungsdateien herunter, tauscht Tokens aus und authentifiziert die Sitzung. Diese beiden Verbindungen sind voneinander unabhängig.
Die IP-Adresse, die das OEM-Backend protokolliert, stammt aus der zweiten Verbindung — der HTTPS-Verbindung zum OEM-Server. Diese Verbindung nutzt die Internetverbindung, die dem Rechner zur Verfügung steht. Die Frage lautet: Welcher Rechner führt die OEM-Software aus?
Manche Operationen liegen zwischen Online und Offline. GMs GDS2 erfordert für den Start eine Techline Connect-Anmeldung, die Diagnosefunktionen laufen anschließend jedoch lokal. SPS2 ist anders — es lädt während des gesamten Flash-Vorgangs aus TIS2Web herunter und ist damit vollständig online. Mercedes XENTRY erlaubt das Offline-Auslesen von Fehlern, erfordert aber für jede Schreiboperation Mercedes Online — SCN coding, Online-Programmierung und SFD-Freischaltung öffnen alle die Backend-Verbindung. Ford FDRS unterstützt eingeschränktes Offline-Testen auf der Straße, benötigt aber für die Modulprogrammierung eine aktive Serververbindung.
Wie eLinehub das löst
Erkennt XENTRY den SD Connect so, als wäre er an Ihre eigene Werkbank angeschlossen? Ja. Lädt SPS2 Kalibrierungen aus TIS2Web herunter und schreibt sie in derselben Sitzung über den MDI 2? Ja. Findet ISTA den ICOM per DoIP-Broadcast? Ja. Sehen Mercedes Online, BMW AOS und TIS2Web Ihre IP — und nicht die der Werkstatt? Ja.
Hier ist der Grund. eLinehub bildet das VCI aus der entfernten Werkstatt über das Internet auf Ihren PC ab. Die Werkstatt schließt das VCI am Fahrzeug an und betreibt eLinehub Mechanic — einen schlanken Freigabe-Client. Sie nehmen den Auftrag an, und das VCI erscheint auf Ihrem PC als lokal angeschlossenes Gerät: als USB-Gerät im Device Manager bei USB-VCI oder als Netzwerkadapter in Network Connections bei DoIP/ENET-VCI. Ihre OEM-Software läuft auf Ihrem Rechner — nicht über eine Bildschirmübertragung auf dem der Werkstatt — und jeder Erkennungsmechanismus funktioniert, weil das VCI auf Betriebssystemebene auf Ihrem eigenen PC vorhanden ist.
Da Ihre OEM-Software auf Ihrem Rechner läuft, geht auch die HTTPS-Verbindung zu Mercedes Online, TIS2Web, BMW AOS oder VW Online von Ihrem Rechner aus — über Ihre Internetverbindung und mit Ihrer IP-Adresse. Das OEM-Backend sieht exakt das, was es bei einer lokalen Werkbanksitzung sehen würde. eLinehub kümmert sich um die VCI-Verbindung zur entfernten Werkstatt. Es berührt, vermittelt oder verändert die Verbindung zwischen Ihrer OEM-Software und dem OEM-Server nicht.
Für die meisten Techniker — die aus dem Land arbeiten, in dem ihr OEM-Konto registriert ist — ist das die gesamte Lösung. Ihre IP entspricht von Natur aus der Registrierungsregion. Kein VPN. Kein Proxy. Kein Risiko, eine geografische Konformitätsmarkierung auszulösen. Ein Techniker in Deutschland mit deutschem XENTRY-Konto, der eine Werkstatt in der Türkei betreut, präsentiert Mercedes Online eine deutsche IP — genau das, was das Backend erwartet.
Das funktioniert für beide VCI-Typen: USB-Mapping (MDI 2, VCM3, VI3, MicroPod II, HAC, VOE-Adapter) und Netzwerkadapter-Bridging (ENET-Kabel, ICOM Next, SD Connect, VAS6154A, JLR DoIP VCI). Die Wahl hängt von der VCI-Hardware ab, nicht davon, ob die Operation online geht.
Auch Ihre Anmeldedaten bleiben auf Ihrem Rechner. Die Werkstatt betreibt ausschließlich eLinehub Mechanic — einen VCI-Freigabe-Client ohne OEM-Anmeldebildschirme, ohne Diagnoseschnittstellen und ohne Speicherung von Anmeldedaten. Ihre XENTRY-Anmeldung, FDOK PIN, das TIS2Web-Passwort und Ihre NASTF PATS-Anmeldedaten verlassen niemals Ihre eigene Hardware. Und weil die Oberfläche der OEM-Software auf Ihrem Bildschirm läuft — nicht auf dem Monitor der Werkstatt — sind Ihre Diagnoseschritte, Codierparameter und Kalibrierwerte in der Werkstatt nicht einsehbar.
Ein in den USA registrierter mobiler Programmierspezialist mit über 20 Jahren praktischer Werkstatterfahrung stieg auf Remote-ECU-Programmierdienste um. Seine Werkstätten verteilen sich über North America, die Karibik und weitere Regionen. Sechs Monate lang offenbarte jede Remote-Desktop-Sitzung die IP der Werkstatt gegenüber den OEM-Backends — GM, Volvo und BMW markierten alle seine in den USA registrierten Konten wegen IP-Abweichungen, die von Werkstattstandorten außerhalb der USA ausgingen. Wiederholte Kontoüberprüfungen und vorübergehende Sperrungen unterbrachen sein Geschäft.
Nach dem Wechsel zu eLinehub wird das VCI in jeder Werkstatt direkt auf seinen PC in den USA abgebildet. Seine OEM-Software läuft auf seinem eigenen Rechner, die Backends sehen in jeder Sitzung seine US-IP, und die Konten sind seitdem sauber. Kein VPN, keine spezielle Infrastruktur, keine Umwege — die Standard-eLinehub-Architektur löste, was sechs Monate Kampf gegen regionale Sperren nicht schafften.
Starten Sie Ihre erste Remote-Online-Programmiersitzung
Kostenlose Testphase startet automatisch — keine Kreditkarte erforderlich.
Eine schrittweise Verbindungsanleitung finden Sie im Leitfaden zur Remote-Verbindungseinrichtung.
Grenzüberschreitende Szenarien: VPN zusätzlich zu eLinehub
Abschnitt 3 deckt die Mehrheit der Remote-Programmier-Szenarien ab — der Techniker und das OEM-Konto befinden sich im selben Land, die Werkstätten können überall sein. Zwei Szenarien erfordern weiterhin ein VPN zusätzlich zu eLinehub.
Der Techniker befindet sich physisch in einem anderen Land als seine Kontoregistrierung. Ein Techniker mit einem in den USA registrierten OEM-Konto, der aus dem Ausland arbeitet, präsentiert dem OEM-Backend selbst mit eLinehub eine Nicht-US-IP. Die IP-Abweichung ist real — sie stammt aus der eigenen Internetverbindung des Technikers. Ein VPN in das registrierte Land löst das Problem.
Die OEM-Plattform selbst erfordert eine VPN-Verbindung. Einige OEM-Diagnoseplattformen verlangen als Teil ihrer technischen Architektur, dass die Diagnosesoftware über einen VPN-Client verbunden ist. Das ist eine Vorgabe des OEM, kein Workaround.
Wie eLinehub mit dem VPN koexistiert, hängt vom VCI-Verbindungstyp ab.
4.1 USB-VCI — Konfiguration auf einem einzelnen Rechner
Für MDI 2, VCM3, VI3, MicroPod II, HAC, VOE-Adapter und weitere USB-VCI-Geräte.
USB-Mapping erzeugt auf dem Techniker-PC auf Treiberebene einen virtuellen USB-Hub. Die OEM-Software erkennt das VCI als lokal angeschlossenes USB-Gerät innerhalb des Betriebssystems dieses PCs. Dieser virtuelle USB-Hub existiert nur auf dem Rechner, auf dem eLinehub läuft — er kann nicht per physischem Kabel an einen zweiten Computer weitergeleitet werden. Eine Konfiguration auf zwei Rechnern ist für USB-Mapping nicht verfügbar.
Bei USB-VCI-Geräten, die ein VPN erfordern, laufen VPN und eLinehub auf demselben Techniker-PC. eLinehub und VPN wurden im Test als koexistenzfähig bestätigt, allerdings können verschiedene VPN-Clients und Konfigurationsmodi unterschiedliche Ergebnisse liefern. Dieses Szenario setzt voraus, dass der Techniker-PC unter Windows läuft und die eLinehub Techniker-Software installiert ist — Geräte, auf denen keine Windows-Software installiert werden kann, eignen sich nicht für USB-Mapping.
4.2 Netzwerkadapter-VCI — Konfiguration auf zwei Rechnern
Für ENET-Kabel, ICOM Next, SD Connect, VAS6154A, JLR DoIP VCI und weitere Netzwerkadapter-VCI-Geräte.
Ein Relay-Rechner betreibt die eLinehub Techniker-Software und bildet den Adapter der entfernten Werkstatt auf einen seiner physischen Ethernet-Anschlüsse ab. Ein Ethernet-Kabel verbindet diesen Anschluss mit dem Diagnoserechner. Der Diagnoserechner betreibt die OEM-Software und den VPN-Client, ohne dass eLinehub-Komponenten installiert sind — sein gesamter Netzwerk-Stack bleibt sauber.
Das VPN erzeugt virtuelle Netzwerkadapter und verändert die Routing-Tabellen auf dem Diagnoserechner. Da eLinehub auf einem separaten Rechner läuft, gibt es nichts, womit das VPN in Konflikt geraten könnte. Aus Sicht des Diagnoserechners erscheint das VCI als lokal angeschlossenes Gerät am physischen Ethernet-Anschluss, und die OEM-Software arbeitet exakt so, wie sie es in einer lokalen Werkbanksitzung tun würde. Das VPN übernimmt die Backend-Verbindung zum OEM-Server, das Kabel liefert den VCI-Traffic aus eLinehub — zwei unabhängige Verbindungen, null Interferenz.
Vollständige Verkabelungsdiagramme und einen Vergleich der Konfigurationen mit zwei Rechnern, USB-Loopback und VM finden Sie im Leitfaden zum Netzwerkadapter-Bridging.
Häufig gestellte Fragen
Testen Sie eLinehub noch heute kostenlos
Die Techniker-Software startet mit einer kostenlosen Testphase — keine Kreditkarte erforderlich. Die Mechaniker-Software ist dauerhaft kostenlos.
Fragen? support@elinehub.com