Du mietest einen VPS, installierst Nginx, öffnest deinen Browser auf der Adresse des Servers — und nichts lädt. Oder du richtest einen Mailserver ein und jede Nachricht kommt zurück. Neun von zehn Mal ist die Maschine in Ordnung; das Problem ist, dass du auf einem NAT-Plan bist und das, was du betreibst, von außen erreicht werden muss.
Das ist die eine Netzwerkentscheidung, die Leute beim Kauf eines Servers stolpern lässt, also machen wir es einfach. Es gibt genau eine Frage, die es entscheidet, und dann viele Beispiele, damit du dein eigenes Projekt einordnen kannst.
Die eine Frage
Muss etwas im Internet eine Verbindung zu deinem Server starten?
- Nein → ein NAT-VPS reicht. Günstiger, gleiche CPU, gleiche Platte, gleiche Geschwindigkeit.
- Ja → du brauchst eine dedizierte IP.
Das ist die ganze Entscheidung. Alles darunter ist nur ihre Anwendung.
Was „NAT“ hier wirklich bedeutet
Bei einem NAT-Plan teilt sich dein Server eine öffentliche IPv4 mit anderen Servern und sitzt hinter Network Address Translation. Im Klartext:
- Ausgehend ist uneingeschränkt. Dein Server kann alles erreichen — von GitHub ziehen, die OpenAI- oder Anthropic-API aufrufen, sich mit Telegram verbinden, eine Website scrapen, eine Datenbank anderswo ansprechen. All das startet von deiner Maschine, also steht NAT nie im Weg.
- Eingehend gehört nicht dir. Du besitzt keinen Port auf der öffentlichen Adresse, also kannst du nicht einfach 443 zur Welt öffnen und Verkehr erwarten. SSH wird dir auf einem bestimmten hohen Port weitergeleitet (wir zeigen dir den genauen
host:port), und das ist der eingehende Zugang, den du bekommst.
Für einen riesigen Anteil dessen, was Leute tatsächlich auf einem kleinen Server betreiben, ist das völlig in Ordnung. Ein Bot, der mit Telegram spricht, ein KI-Agent, der API-Aufrufe macht, ein Scraper, ein Cron-Job, der Daten irgendwohin schiebt, ein CI-Runner, der Jobs zieht — keiner davon braucht, dass die Welt sich hereinverbindet. Sie greifen hinaus. NAT ist genau dafür gebaut, und deshalb beginnt die NAT-Linie bei 3 $/Mon. statt 8 $.
Was dir eine dedizierte IP gibt
Ein Plan mit dedizierter IP gibt dir deine eigene öffentliche IPv4 mit allen offenen Ports. Jetzt kann die Außenwelt eine Verbindung zu dir starten, was der ganze Punkt für eine bestimmte Klasse von Software ist:
- Websites. Ein Browser muss sich auf 80/443 verbinden. Keine öffentliche IP, keine Website.
- Mailserver. Eingehender Port 25 zum Empfangen, plus du brauchst Kontrolle über Reverse DNS (PTR), damit andere Server dir vertrauen. Das erfordert eine IP, die dir gehört — so setzt du den PTR.
- Ein persönliches VPN. WireGuard lauscht auf einem UDP-Port, mit dem sich dein Client verbindet — siehe VPS für ein persönliches VPN.
- Ein Proxy-Server. Dieselbe Idee: dein Client verbindet sich auf dem Proxy-Port herein. VPS für einen Proxy-Server.
- Game-Server, Reverse-Proxys, Webhooks, selbst gehostete Apps, die du ins Internet öffnest — alles, wo „jemand verbindet sich mit meinem Server“ das Feature ist.
Du bekommst außerdem eine Reputation, die du kontrollierst: die IP wird nur von dir genutzt, du teilst dir also nie einen Blocklist-Eintrag mit einem Fremden, der gestern von derselben Adresse gespammt hat.
Wo Leute es falsch machen
Ein paar ehrliche Korrekturen, weil diese ständig aufkommen:
„Ich brauche eine öffentliche IP für meinen Telegram-Bot.“ Meist nein. Im Standard-Long-Polling-Modus wählt der Bot Telegram an und bekommt Updates über diese Verbindung zurück. NAT ist in Ordnung. Du brauchst nur einen eingehenden Port, wenn du absichtlich in den Webhook-Modus wechselst — und für die meisten Bots ist Long-Polling ohnehin einfacher.
„Eine dedizierte IP ist privater.“ Vorsicht — es ist umgekehrt. Eine geteilte NAT-Adresse verbirgt dich in einer Menge; eine dedizierte IP gehört dir allein. Dediziert ist besser für Zuverlässigkeit und für alles, was erreichbar sein muss, schlechter zum Untertauchen. Wähle nach Funktion.
„Ich hol mir die IP für alle Fälle.“ Nicht. Starte mit NAT, und wenn ein Projekt später wirklich eingehend braucht, bestelle dann einen Plan mit dedizierter IP dafür. 8–20 $ für eine IP zu zahlen, auf der du nie eine Verbindung annimmst, ist verbranntes Geld.
Schnelle Einordnungstabelle
Wenn du noch unsicher bist, finde dein Ding hier:
- NAT (3–12 $/Mon.): Telegram-/Discord-Bots, KI-Agenten, Trading-Bots, Web-Scraper, CI-Runner, Cron-Jobs, alles, was nur hinausgreift. Siehe KI-Agent-Anwendungsfälle.
- Dedizierte IP (8–20 $/Mon.): Websites, Mail, VPN, Proxys, Game-Server, Reverse-Proxys, öffentliche APIs, Webhooks, alles, womit sich das Internet verbindet. Beginne mit Nano-IP (8 $) für leichte Ein-Dienst-Maschinen oder Small-IP (16 $), wenn du Platz für ein paar Dienste gleichzeitig willst.
Das ehrliche Fazit
Stell die eine Frage — muss sich etwas hereinverbinden? — und die Antwort wählt den Plan. Wenn du Agenten und Bots baust, die APIs erreichen, bleib bei NAT und behalte die 5 $ im Monat. Wenn du etwas ins Internet stellst, damit andere Leute oder Maschinen es erreichen, hol dir die dedizierte IP; nichts anderes wird funktionieren. Den falschen zu kaufen ist nicht das Ende der Welt (du kannst immer den richtigen Plan hochfahren), aber es gleich beim ersten Mal richtig zu machen, erspart dir einen Nachmittag Rätselraten, warum deine Website nicht lädt.
Zahle in USDC oder USDT, eine E-Mail zur Registrierung, in beiden Fällen keine Karte und kein Ausweis. Sieh dir die Pläne an.
Kommentare
Noch keine Kommentare. Sei der Erste.