Was ist der Unterschied zwischen einem NAT-VPS und einem VPS mit dedizierter IP?

Ein VPS mit dedizierter IP gibt dir deine eigene öffentliche IPv4-Adresse mit allen offenen Ports — alles im Internet kann ihn erreichen. Ein NAT-VPS teilt sich eine ausgehende IP und leitet nur SSH weiter; er kann frei ins Internet hinausgreifen, aber nichts kann sich auf einem beliebigen Port hereinverbinden. Die ausgehende Arbeit ist identisch; der Unterschied ist, ob die Außenwelt eine Verbindung zu dir starten kann.

Brauche ich eine dedizierte IP für einen Telegram- oder Discord-Bot?

Nein. Diese Bots halten eine ausgehende Verbindung zu Telegram/Discord und empfangen darüber Updates — nichts verbindet sich zum Bot herein. Ein NAT-Plan reicht und ist günstiger. Du brauchst eine dedizierte IP nur, wenn du einen Telegram-Bot in den Webhook-Modus umstellst, der einen eingehenden HTTPS-Port erfordert.

Kann ich mit NAT starten und später auf eine dedizierte IP wechseln?

Ja — wähle NAT, wenn du unsicher bist. Die meisten, die glauben, eine öffentliche IP zu brauchen, brauchen keine, und der günstigere Plan erledigt die Arbeit. Wenn ein Projekt später eingehende Verbindungen annehmen muss, bestellst du dann einen Plan mit dedizierter IP dafür. Zahle nicht „für alle Fälle“ für eine IP.

Warum ist SSH bei den NAT-Plänen auf einem seltsamen Port?

Bei NAT gibt es keine öffentliche IP, die Port 22 besitzt, also wird dein SSH von einem hohen Port auf der gemeinsam genutzten Adresse weitergeleitet (das Panel zeigt den genauen host:port). Das ist normal und funktioniert gut — richte deinen SSH-Client einfach auf den Port, den wir dir geben, statt auf 22.

Ist eine dedizierte IP privater?

Es ist der umgekehrte Kompromiss. Eine dedizierte IP gehört dir allein — großartig für Reputation und Zuverlässigkeit, aber dein Verkehr verschmilzt nicht mit der Menge. NAT teilt eine ausgehende Adresse mit anderen Servern, was dich mehr verbirgt, aber für alles nutzlos ist, was von außen erreicht werden muss. Wähle nach dem, was der Server tut, nicht nach einem vagen Privatsphäregefühl.

Dedizierte IP oder NAT-VPS: was dein Projekt wirklich braucht

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.