VPN ohne öffentliche IP (LTE)

Dementsprechend muss es auch UDP/IP geben?
TCP und UDP sind in der Transportschicht, IP ist in der Vermittlungsschicht.
Es wird zusammengefasst, da fast nur IP genutzt wird, aber das Protokoll heißt nur TCP.

Ursprünglich wurde TCP als monolithisches Netzwerkprotokoll entwickelt, jedoch später in die Protokolle IP und TCP aufgeteilt.
https://de.wikipedia.org/wiki/Transmission_Control_Protocol/Internet_Protocol

Es ist KEIN eigenständiges Protokoll sondern TCP, welches mittels IP übertragen wird
TCP/IP ist als Kombination zu verstehen. Ist auch insoweit richtig, da TCP im Endeffekt nur über IP übertragen wird.
Macht es immernoch nicht zu einem einzigen Protokoll...

Siehe jede Grafik zum OSI-Schichtenmodell.
Das OSI-Schichtenmodell gibt es nicht umsonst...
https://de.wikipedia.org/wiki/Internetprotokollfamilie#TCP.2FIP-Referenzmodell
https://de.wikipedia.org/wiki/OSI-Modell#Die_sieben_Schichten

RFC für TCP von 1981 aufbauend auf ARPA TCP:
https://tools.ietf.org/html/rfc793

Findet halt mal eine Implementation von TCP/IP. Es gibt da nur TCP, was Pakete über IP verschickt...
 
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Zuletzt bearbeitet:
Man sollte schon wissen, was mit TCP/IP gemeint ist, dass das kein einzelnes Protokoll ist, und dass auch UDP zu TCP/IP gehört.

Ansonsten macht man sich einfach nur lächerlich, wie hier schön demonstriert.
 
Ansonsten macht man sich einfach nur lächerlich, wie hier schön demonstriert.

Mir ziemlich egal. Es ist nur das Internet

Aber gut, der Name ist irreführend.
Damit hatte ich nicht viel zu tun. Ich hab mehr mit den Protokollen zu tun.
Mein Fehler
 
Zuletzt bearbeitet:
Egal wie gut du da die Schichten auswendig gelernt hast, hast du offensichtlich nicht verstanden, was das Problem des TE ist, denn DDNS hilft da gar nix. Dazu sagst du noch, dass sich wohl keiner hier auskennt.
Wenig verwunderlich, dass du hier solche Reaktionen bekommst.
 
Damit hatte ich nicht viel zu tun. Ich hab mehr mit den Protokollen zu tun.
Und scheinbar nichtmal das - sonst wäre dein Beitrag von 10:03 nicht so verfasst wurden in dem du erstmal alle anderen hier als unwissend abstempelst.

Fakt ist: Es ist NAT aktiv, der User hat KEINE Kontrolle darüber, kann also auch KEINE Ports öffnen. Was defaktor für VPN von außen nötig wäre, damit das Gateway das entsprechend zum Router des Users tunnelt.
Weiterhin: DDNS erhält nach außen die IP vom Carrier, nicht die die der User hat -> Bringt dem User nichts, da hier dann die Pakete verworfen werden, da das Gateway nichts davon weiß.
Im Telekom-Netz (müsste bei T-Mobile ähnlich sein) gibt es für Business-Kunden eine feste IP bzw. eine von außen erreichbare IP auch im Mobilfunkbereich - bei Privatkunden gibt es das nicht. Und selbst einen Business-Kunden kostet das eine Stange Geld.

Letztlich bleibt somit also unter LTE aktuell nur die Möglichkeit, eine Verbindung von INNEN nach AUßEN aufzubauen: Beispielsweise einen kleinen V-Server oder dergleichen. Dieser dient dann als VPN-Gateway: Heißt Server zuhause verbindet sich mit V-Server, User von außen verbindet sich mit V-Server. V-Server tunnelt den Spaß dann durch.

Sobald IPv6 im Mobilfunk aktiv ist, dürfte sich das je nach Konfiguration aber ändern, da dann NAT defakto wegfällt für IPv6. Im Mobilfunknetz der Telekom wird dieses gerade Stück für Stück live geschaltet - ob und wann das bei T-Mobile AT der Fall ist bleibt abzuwarten.
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh