Inhalt
1. Backbone-Architektur (AS197540 / AS42473) & DACH-Peering
netcup betreibt sein europäisches Netz unter AS197540 im Verbund mit der Muttergesellschaft Anexia (AS42473) inklusive 2 Tbit/s automatischer DDoS-Filterung. Die Anbindung aus Nürnberg und Wien überzeugt sowohl im DACH-Raum als auch als Origin-Server hinter globalen CDNs (miss deine eigene Verbindung live im Standort-Ratgeber):
| Zielregion / Netz | Übergabepunkte & Carrier | Typische RTT ab Nürnberg (NUE) | Architektur-Empfehlung |
|---|---|---|---|
| Deutschland / Österreich / Schweiz | DE-CIX Frankfurt, VIX Wien, Arelion (AS1299), DTAG- & Vodafone-Transits | 4 – 12 ms | Direkter Betrieb ohne Proxy ideal für APIs, Datenbanken, Mail & WireGuard |
| Cloudflare / Fastly / Bunny Edge | Direktes Frankfurter IXP-Peering & PNI | 1,5 – 3,5 ms | Minimale Origin-Latenz bei aktiviertem Smart Tiered Cache & HTTP/3 |
| Nordamerika (US-East / US-West) | Transatlantik-Carrier Arelion / GTT (oder nativer Standort Manassas) | 82 – 145 ms | Für US-Zielgruppen Manassas wählen oder EU-Origin mit CDN-Caching kombinieren |
| Asien-Pazifik (APAC) | Europäische Tier-1-Übergabe (Abendspitzen bei Consumer-ISPs möglich) | 155 – 240 ms | Zwingend CDN-Edge vorschalten + TCP BBR auf dem Origin aktivieren |
2. Gehärtetes Cloudflare-Origin-Setup & TCP-BBR-Tuning
Betreibst du einen VPS 1000 G12.5 oder RS 1000 G12.5 hinter Cloudflare, beschränke Port 443 in der Firewall auf die offiziellen Cloudflare-IP-Netze, nutze Full (Strict) mit Origin-CA-Zertifikat, aktiviere Tiered Cache und schalte bbr im Kernel frei:
# TCP BBR + fq Queue-Discipline unter Debian 12/13 aktivieren
cat <<'EOF' > /etc/sysctl.d/90-netcup-bbr.conf
net.core.default_qdisc = fq
net.ipv4.tcp_congestion_control = bbr
net.ipv4.tcp_fastopen = 3
EOF
sysctl --system
sysctl net.ipv4.tcp_congestion_control3. Saubere Debian-Minimalinstallation ohne IPv6-Verlust (fe80::1)
Die offiziellen Debian-Images im Server Control Panel (SCP) sind bereits schlank und frei von Bloatware. Installierst du dennoch per eigenem Netboot-ISO über VNC/Rescue neu, sichere vorab deine IP-Daten und setze zwingend das statische Link-Local-Gateway fe80::1:
# 1. Aktive Adressen und Routen VOR der Neuinstallation notieren
ip -4 addr show scope global && ip -4 route show default
ip -6 addr show scope global && ip -6 route show default
# 2. Saubere Dual-Stack-Konfiguration in /etc/network/interfaces
auto ens3
iface ens3 inet dhcp
iface ens3 inet6 static
address 2a03:4000:XXXX:XXXX::1/64
gateway fe80::1Tipp: Halte bei Netzwerkänderungen immer die HTML5-VNC-Konsole im SCP geöffnet, um Tippfehler sofort ohne Rescue-Boot zu korrigieren.
Häufige Fragen (FAQ)
Wie ist das Peering von netcup (AS197540) zu deutschen Endkundennetzen wie DTAG?
Über das Anexia-/netcup-Backbone am DE-CIX Frankfurt, VIX Wien sowie direkte Carrier-Transits (Arelion, GTT, DTAG-Übergaben) liegen die Latenzen innerhalb Deutschlands typischerweise bei hervorragenden 4–12 ms.
Warum schlägt IPv6 nach einer manuellen Debian-ISO-Installation fehl?
netcup nutzt kein SLAAC für das /64-Subnetz, sondern routet statisch über das Link-Local-Gateway fe80::1, das explizit in /etc/network/interfaces oder systemd-networkd stehen muss.
Was bringt TCP BBR auf einem netcup Root-Server oder VPS?
Mit Linux-Kernel 6.1+ (Debian 12/13) verbessert tcp_bbr in Kombination mit fq den Durchsatz bei weltweiten Zugriffen mit Paketverlust deutlich.