{"id":133,"date":"2026-07-16T00:11:22","date_gmt":"2026-07-15T22:11:22","guid":{"rendered":"https:\/\/alptech.me\/?page_id=133"},"modified":"2026-07-16T00:11:22","modified_gmt":"2026-07-15T22:11:22","slug":"ueberwindung-von-carrier-grade-nat-mittels-cloudflare-tunnel","status":"publish","type":"page","link":"https:\/\/alptech.me\/?page_id=133","title":{"rendered":"\u00dcberwindung von Carrier-Grade NAT mittels Cloudflare Tunnel"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\"><strong>Ausgangslage:<\/strong> Ein Ubuntu Server auf einem Raspberry Pi sollte aus dem Internet erreichbar sein. Aufgrund der Knappheit \u00f6ffentlicher IPv4-Adressen nutzte der Internet Service Provider (ISP) Carrier-Grade NAT (CGNAT), wodurch keine \u00f6ffentliche IPv4-Adresse f\u00fcr das lokale Netzwerk zur Verf\u00fcgung stand. Ein vorhandener TP-Link 4G-Router bot zudem keine funktionalen Port-Forwarding-Optionen, um diese NAT-Einschr\u00e4nkungen zu kompensieren.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">1. Analyse &amp; Diagnose<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Netzwerk-Engpass:<\/strong> Identifikation des CGNAT-Problems. Der Server war von au\u00dfen nicht direkt adressierbar, da die \u00f6ffentliche IP-Adresse geteilt und eingehende Verbindungen blockiert wurden.<\/li>\n\n\n\n<li><strong>Hardware-Limitierung:<\/strong> Die Analyse des 4G-Routers ergab, dass die Firmware keine notwendigen Funktionen (wie moderne Port-Weiterleitungen oder VPN-Pass-Through) bereitstellte, um den Zugriff trotz CGNAT zu erm\u00f6glichen.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">2. Methodische L\u00f6sung<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">Anstatt in teure Hardware oder statische IP-Optionen zu investieren, entschied ich mich f\u00fcr eine softwarebasierte Tunnel-L\u00f6sung:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Implementierung:<\/strong> Nutzung von <strong>Cloudflare Tunnel<\/strong> (<code>cloudflared<\/code>).<\/li>\n\n\n\n<li><strong>Funktionsweise:<\/strong> Anstatt auf eine eingehende Port-Freigabe zu warten, baut der Server eine gesicherte ausgehende Verbindung zum Cloudflare-Netzwerk auf.<\/li>\n\n\n\n<li><strong>Vorteil:<\/strong> Dies umgeht die NAT-Problematik und die Hardware-Einschr\u00e4nkungen des Routers vollst\u00e4ndig, da keine Konfiguration am Edge-Ger\u00e4t (Router) mehr erforderlich ist.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">3. Ergebnis &amp; Erkenntnis<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Ergebnis:<\/strong> Der Ubuntu Server ist nun sicher und stabil aus dem Internet erreichbar, ohne dass eine \u00f6ffentliche IPv4-Adresse oder Eingriffe in die Router-Konfiguration notwendig waren.<\/li>\n\n\n\n<li><strong>Lerneffekt:<\/strong> Cloud-basierte Tunneling-L\u00f6sungen sind eine moderne, skalierbare Alternative zu klassischen Port-Forwarding-Setups. Sie bieten ein h\u00f6heres Sicherheitsniveau (keine offenen Ports am Router) und sind unabh\u00e4ngig von der Netzwerkinfrastruktur des Providers.<\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Ausgangslage: Ein Ubuntu Server auf einem Raspberry Pi sollte aus dem Internet erreichbar sein. Aufgrund der Knappheit \u00f6ffentlicher IPv4-Adressen nutzte der Internet Service Provider (ISP) Carrier-Grade NAT (CGNAT), wodurch keine \u00f6ffentliche IPv4-Adresse f\u00fcr das lokale Netzwerk zur Verf\u00fcgung stand. Ein vorhandener TP-Link 4G-Router bot zudem keine funktionalen Port-Forwarding-Optionen, um diese NAT-Einschr\u00e4nkungen zu kompensieren. 1. Analyse &#8230; <a title=\"\u00dcberwindung von Carrier-Grade NAT mittels Cloudflare Tunnel\" class=\"read-more\" href=\"https:\/\/alptech.me\/?page_id=133\" aria-label=\"Mehr Informationen \u00fcber \u00dcberwindung von Carrier-Grade NAT mittels Cloudflare Tunnel\">Weiterlesen<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_themeisle_gutenberg_block_has_review":false,"footnotes":""},"class_list":["post-133","page","type-page","status-publish"],"_links":{"self":[{"href":"https:\/\/alptech.me\/index.php?rest_route=\/wp\/v2\/pages\/133","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/alptech.me\/index.php?rest_route=\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/alptech.me\/index.php?rest_route=\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/alptech.me\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/alptech.me\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=133"}],"version-history":[{"count":1,"href":"https:\/\/alptech.me\/index.php?rest_route=\/wp\/v2\/pages\/133\/revisions"}],"predecessor-version":[{"id":134,"href":"https:\/\/alptech.me\/index.php?rest_route=\/wp\/v2\/pages\/133\/revisions\/134"}],"wp:attachment":[{"href":"https:\/\/alptech.me\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=133"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}