Taugt Starlink fürs Homelab? Ein Urteil aus fünf Tests

Was ein Homelab braucht und was die Tests fanden

Jedes Ergebnis unten stammt aus einer der drei Anleitungen der Website, die die Befehle, die Ausgaben und die Grenzen vollständig zeigen.

Was ein Homelab braucht	Was getestet wurde	Ergebnis	Wie weit die Belege reichen	Anleitung
Einen Server zu Hause über IPv4 aus dem Internet erreichen	Was getestet wurdeVon einem VPS je eine TCP-Verbindung zu 8 Ports an der öffentlichen IPv4-Adresse des Anschlusses zu Hause, je 6 Sekunden, keine Portfreigabe eingerichtet	Ergebniskeiner antwortete	Wie weit die Belege reichenzeigt nicht, wo die Verbindungen endeten	AnleitungVon außen
Wissen, ob die öffentliche IPv4-Adresse geteilt ist (CGNAT)	Was getestet wurdeein Trace der Route nach außen von einem Computer im Heimnetz	Ergebniseine private Adresse im Netz von Starlink kam vor der ersten öffentlichen	Wie weit die Belege reichender zweite Hop antwortete nicht, das passt also zu CGNAT und beweist es nicht	AnleitungDer Trace
Ausgehende Verbindungen auf den Ports für Mail und Dateifreigabe öffnen	Was getestet wurdeausgehendes TCP über IPv4 zu einem öffentlichen Port-Testserver, 10 Sekunden Timeout	Ergebnis25 und 445 liefen in einen Timeout; 465, 587, 80 und 8080 kamen durch	Wie weit die Belege reichenwo 25 und 445 verworfen wurden, ist nicht bekannt	AnleitungAusgehende Ports
Die Pakete eines Tunnels tragen	Was getestet wurde1500-Byte-Pings mit gesetztem Don't-Fragment-Bit zu drei öffentlichen Testhosts, über IPv4 und IPv6	Ergebnisjeder Ping erreichte seinen Host und kam zurück	Wie weit die Belege reichenGrößeres ließ sich nicht testen; kein Tunnel lief	AnleitungPfad-MTU
Eine stabile Verbindung für den Fernzugriff	Was getestet wurdePings, fünf pro Sekunde, zu zwei öffentlichen DNS-Resolvern pro Adressfamilie, zwei einstündige Durchgänge	ErgebnisIPv4 zeigte in einem Durchgang Spitzen 12, 27, 42 und 57 Sekunden nach der vollen Minute; 901 von 143.462 Pings über beide verloren	Wie weit die Belege reichenWerte in ganzen Millisekunden, zwei Stunden an einem Anschluss	AnleitungPing-Spitzen
Einen Server zu Hause über IPv6 erreichen	Was getestet wurdenicht getestet			AnleitungNoch nicht getestet

Von außen antwortete nichts an der öffentlichen IPv4-Adresse

Im Oktober 2026 versuchte ein Skript auf einem VPS je eine TCP-Verbindung zu 8 Ports an der öffentlichen IPv4-Adresse des Anschlusses zu Hause, darunter 22, 80 und 443, und wartete jeweils 6 Sekunden. Keiner antwortete. Davor prüfte sich das Skript an Zielen mit bekannter Antwort, und für den Test war keine Portfreigabe eingerichtet.

Von innen lief ein Trace von einem Computer im Heimnetz an einer privaten Adresse im Netz von Starlink vorbei, bevor die erste öffentliche kam. Das passt zu Carrier-Grade NAT (CGNAT), das RFC 6888 als Funktion im Netz des Anbieters beschreibt, die eine IPv4-Adresse unter mehreren Kunden aufteilt (Abschnitt 2, abgerufen im Oktober 2026). Der zweite Hop antwortete nicht, der Trace beweist es also nicht.

Kunden haben über ein Carrier-Grade NAT „limited or no control“, also wenig oder keine Kontrolle, sagt das RFC, und unter CGNAT kann eine Portfreigabe auf deinem eigenen Router deshalb keine Verbindungen empfangen, die an die öffentliche IPv4-Adresse gehen. Wo die Verbindungen des Tests von außen endeten, ist allerdings nicht bekannt, und CGNAT und ein Heimrouter, der Verbindungen verwirft, die niemand von innen angefordert hat, sähen vom VPS aus gleich aus. Seite 1 zeigt den Test von außen und den Trace vollständig.

Die ausgehenden Ports 25 und 445 liefen in einen Timeout

Von einem Computer im Heimnetz liefen TCP-Verbindungen über IPv4 zu einem öffentlichen Server, der für Port-Tests eingerichtet ist, auf Port 25 (SMTP) und Port 445 (SMB) in einen Timeout, jeweils nach 10,3 Sekunden. Die Ports 465 und 587, die Ports für die Mail-Einlieferung, kamen durch, ebenso 80 und 8080.

Wo 25 und 445 verworfen wurden, ist nicht bekannt: am Heimrouter, im Netz von Starlink oder im eigenen Netz des Testservers. Der Testserver nutzt Port 25 für einen seiner eigenen Dienste, dieser Port ist also nicht derselbe Test wie die anderen. Details stehen im Abschnitt zu den ausgehenden Ports auf Seite 1.

1500-Byte-Pakete kamen über IPv4 und IPv6 durch

In zwei Durchläufen im Abstand weniger Minuten im Oktober 2026 gingen 1500-Byte-Pings mit gesetztem Don't-Fragment-Bit von einem per Kabel angeschlossenen Computer im Heimnetz zu drei öffentlichen Testhosts und zurück, über IPv4 und über IPv6, und kein Hop meldete eine kleinere MTU. Größeres ließ sich nicht testen, weil die eigene Link-MTU des Computers 1500 Byte beträgt.

Kein Tunnel lief. Ein Tunnel fügt jedem Paket eigene Header hinzu: Der Linux-Treiber von WireGuard rechnet dafür mit 80 Byte und startet ein neues Interface bei 1420 Byte (device.c, Linux 6.18, abgerufen im Oktober 2026). Der Abschnitt zu Tunneln in der Anleitung zur Pfad-MTU zeigt diese Rechnung und die von Tailscale, und nichts davon wurde an diesem Anschluss getestet.

In einer von zwei Stunden zeigten die Umlaufzeiten über IPv4 Spitzen an vier festen Sekunden

Pings gingen fünfmal pro Sekunde von einem per Kabel angeschlossenen Computer im Heimnetz zu zwei öffentlichen DNS-Resolvern pro Adressfamilie, jeweils eine Stunde lang, in zwei Durchgängen im Oktober 2026. Im zweiten Durchgang änderten sich die IPv4-Umlaufzeiten am stärksten und zeigten Spitzen, jeweils 12, 27, 42 und 57 Sekunden nach der vollen Minute. Im ersten Durchgang und über IPv6 fand die Regel des Tests kein solches Muster.

Von 143.462 Pings über beide Durchgänge blieben 901 unbeantwortet. Die zu den vier Sekunden gesendeten gingen 1,9-mal so oft verloren wie die zu anderen Sekunden gesendeten.

Forschende, die Starlink an mehreren Orten gemessen haben, berichten von Änderungen an denselben vier Sekunden, und die Erklärung dafür ist ihre; die Anleitung zu den Ping-Spitzen zitiert sie. Die Umlaufzeiten wurden in ganzen Millisekunden abgelesen, ein Sprung von ein oder zwei Millisekunden kann also unbemerkt bleiben, und der Test umfasst einen Anschluss in zwei Stunden. Kein Spiel, kein Anruf und kein Remote-Desktop wurde getestet.

Wege um CGNAT herum, hier nicht getestet

Wege um CGNAT herum, jeder aus seiner eigenen Dokumentation und keiner hier getestet, stehen auf der Seite zum Wechsel weg vom Festnetz. Starlinks US-Acceptable Use Policy erwähnt in ihrer Version vom Oktober 2026 den Betrieb eines Servers nicht. Die Gameserver-Seite testet ein TCP-Relay über eine Cloud-VM.

Angebote haben eine eigene Seite

Starlinks Angebote und das Empfehlungsguthaben von 100 $ in den USA stehen auf der Seite zu Angeboten und Guthaben. Ob du Starlink selbst installieren kannst, steht auf der Seite zur Installation, und ob du den Tarif später wechseln kannst, auf der Seite zum Tarifwechsel.

Ob du Starlink in einer Wohnung bekommen kannst, steht auf der Seite zu Wohnungen.

Was diese Tests nicht zeigen

Eingehendes IPv6. Kein Test versuchte, einen Server zu Hause über IPv6 zu erreichen.

Jeder Weg um CGNAT herum, etwa ein Tunnel, der in deinem Netz beginnt.

Upload-Geschwindigkeit und Datenverbrauch.

Wetter, Stromausfälle und Verfügbarkeit über Wochen.

Andere Anschlüsse, andere Router und der Bypass-Modus des Starlink-Routers.