Statische IP richtig konfigurieren: Fehler beheben

Inhaltsverzeichnis

Eine defekte statische IP-Konfiguration liegt fast immer an vier Punkten: falsche IP außerhalb des Subnetzes, falsche Subnetzmaske, falsches Standard-Gateway oder eine Adresse innerhalb des DHCP-Pools. Prüfen Sie diese vier Werte mit ipconfig /all bzw. ifconfig, gleichen Sie sie mit dem Router ab und korrigieren Sie den fehlerhaften Eintrag.

Symptome

  • Gerät zeigt "Kein Internet, gesichert" oder eingeschränkte Konnektivität trotz aktiver LAN- oder WLAN-Verbindung.
  • Ping auf das Standard-Gateway (z. B. 192.168.1.1) läuft in Timeout oder liefert "Zielhost nicht erreichbar".
  • Namensauflösung schlägt fehl: Webseiten öffnen nicht, obwohl feste IPs per Ping antworten.
  • Windows meldet "IP-Adresskonflikt": Ein anderes Gerät im Netz nutzt bereits dieselbe Adresse.
  • Nur lokale Ressourcen erreichbar, aber keine Geräte in anderen Subnetzen oder im WAN.

Häufige Ursachen

IP-Adresse liegt außerhalb des Subnetzes

Die vergebene Adresse gehört nicht zum LAN-Bereich des Routers. Ein Gerät mit 192.168.2.10 in einem 192.168.1.0/24-Netz kann Router und Nachbargeräte nicht erreichen.

Falsche Subnetzmaske

Weicht die Maske vom Rest des Netzes ab (etwa 255.255.0.0 statt 255.255.255.0), berechnet der TCP/IP-Stack Broadcast- und Netzgrenzen falsch. ARP-Auflösung und Routing brechen zusammen.

Adresse innerhalb des DHCP-Pools

Vergibt der Router per DHCP später dieselbe IP an ein anderes Gerät, entsteht ein Konflikt. Windows deaktiviert die Schnittstelle dann teilweise selbstständig.

Falsches oder unerreichbares Gateway

Zeigt das Standard-Gateway auf eine IP, die nicht der Router ist, gehen alle Pakete an fremde Ziele verloren. Ohne Gateway funktioniert das LAN, aber kein Internet.

DNS-Server nicht gesetzt oder blockiert

Bei statischer IP übernimmt Windows keine DNS-Server automatisch. Fehlen Einträge oder wird der interne DNS von einer Firewall verworfen, funktioniert Namensauflösung nicht.

Schritt-für-Schritt-Lösung

  1. Ist-Zustand mit ipconfig /all bzw. ip a auslesen
    Starten Sie unter Windows die Eingabeaufforderung und geben Sie ipconfig /all ein. Unter Linux nutzen Sie ip a und ip route, unter macOS ifconfig sowie netstat -rn. Notieren Sie IP, Subnetzmaske, Gateway, DNS und den Adaptertyp. Ohne diese Werte raten Sie nur.
  2. Router-Konfiguration und DHCP-Pool prüfen
    Melden Sie sich am Router-Webinterface an (häufig 192.168.1.1, 192.168.0.1 oder bei FRITZ!Box fritz.box). Öffnen Sie die LAN- oder DHCP-Einstellungen und notieren Sie Netzadresse, Subnetzmaske und den DHCP-Bereich. Ihre statische IP muss im selben Subnetz, aber außerhalb dieses Pools liegen.
  3. Freie Adresse mit Ping und ARP verifizieren
    Bevor Sie eine IP fest vergeben, prüfen Sie sie mit ping <ip> vom bereits verbundenen Rechner. Antwortet niemand, kontrollieren Sie zusätzlich arp -a. Taucht die Adresse dort auf, ist sie belegt. Reservieren Sie die IP zusätzlich im Router als statische DHCP-Zuweisung, damit sie nie doppelt vergeben wird.
  4. Statische IPv4-Einstellungen sauber eintragen
    Unter Windows: Systemsteuerung, Netzwerkverbindungen, Adapter, Eigenschaften, Internetprotokoll Version 4 (TCP/IPv4). Wählen Sie "Folgende IP-Adresse verwenden" und tragen Sie IP, Subnetzmaske (meist 255.255.255.0) sowie Gateway ein. Unter Linux nutzen Sie nmcli oder /etc/netplan, unter macOS die Netzwerkeinstellungen mit "Manuell".
  5. DNS-Server explizit hinterlegen
    Bei manueller IP-Vergabe erhalten Sie keine DNS-Server per DHCP mehr. Tragen Sie im selben Dialog mindestens einen internen DNS ein (bei Domänen der Domain Controller), zusätzlich einen externen Fallback wie den Router selbst oder 1.1.1.1. Prüfen Sie das Ergebnis mit nslookup example.com.
  6. Konnektivität schichtweise testen
    Arbeiten Sie von innen nach außen: ping 127.0.0.1, ping eigene IP, ping Gateway, ping externe IP wie 1.1.1.1, dann ping www.google.com. Der erste Schritt, an dem der Ping scheitert, zeigt die betroffene Ebene: Adapter, LAN, Routing oder DNS.
  7. Firewall, VLAN und Switch-Port kontrollieren
    Managed Switches können Ports auf ein bestimmtes VLAN taggen. Liegt Ihr Gerät im falschen VLAN, ist die statische IP unbrauchbar. Prüfen Sie außerdem, ob die lokale Firewall (Windows Defender, iptables, nftables) ICMP oder ausgehende Verbindungen blockiert.
  8. Adapter-Cache zurücksetzen und dokumentieren
    Nach jeder Änderung: ipconfig /release, ipconfig /renew, ipconfig /flushdns, netsh int ip reset. Unter Linux systemctl restart NetworkManager. Halten Sie die vergebene statische IP anschließend in einer Netzwerkdokumentation oder IPAM-Tabelle fest, sonst wiederholt sich der Konflikt in wenigen Wochen.

Typische Symptome, wahrscheinliche Ursache und passende Prüfung

SymptomWahrscheinliche UrsachePrüfschritt
Gateway nicht anpingbarIP außerhalb Subnetz oder falsche MaskeNetz-ID vergleichen, Maske korrigieren
"IP-Adresskonflikt" in WindowsAdresse liegt im DHCP-PoolPool im Router prüfen, IP verschieben
Ping IP klappt, Namen nichtDNS fehlt oder blockiertDNS-Server eintragen, nslookup testen
Lokal alles ok, kein InternetFalsches Standard-Gatewaytracert 1.1.1.1 auswerten
Nur eigenes Subnetz erreichbarRouting- oder VLAN-FehlerSwitch-Port und Router-Routen prüfen
Verbindung fällt sporadisch ausDoppelte MAC oder Duplex-MismatchSwitch-Log, Duplex-Einstellung kontrollieren

So beugen Sie vor

  • Alle statischen IPs in einer zentralen Liste oder IPAM-Lösung führen, inklusive MAC, Zweck und Verantwortlichem.
  • Feste Adressen als DHCP-Reservierung im Router hinterlegen statt manuell am Endgerät zu tippen.
  • Einen klar abgegrenzten Adressbereich für statische Geräte definieren, getrennt vom DHCP-Pool.
  • Nach jeder Netzänderung mit ping, arp und nslookup gegenprüfen, nicht nur auf grüne Symbole vertrauen.

Häufige Fragen

Welche statische IP darf ich vergeben, ohne Konflikte zu riskieren?

Wählen Sie eine Adresse im gleichen Subnetz wie der Router, aber klar außerhalb des DHCP-Pools. Läuft DHCP zum Beispiel von 192.168.1.100 bis 192.168.1.200, sind 192.168.1.2 bis 192.168.1.99 sicher. Reservieren Sie die IP zusätzlich im Router auf die MAC-Adresse, damit sie dauerhaft geschützt bleibt.

Warum funktioniert das LAN, aber das Internet nicht mehr?

In fast allen Fällen ist das Standard-Gateway falsch oder der DNS-Server nicht gesetzt. Prüfen Sie mit ipconfig, ob das Gateway wirklich die Router-IP ist, und tragen Sie unter DNS den Router oder einen externen Resolver ein. Ein tracert auf eine öffentliche IP zeigt, ob Pakete überhaupt den Router verlassen.

Statische IP am Gerät oder DHCP-Reservierung im Router?

Für Server und Netzwerkgeräte ist die manuelle Eingabe am Gerät sinnvoll, weil sie auch ohne DHCP funktioniert. Für Drucker, NAS oder Clients ist eine DHCP-Reservierung praktischer: Die Adresse ist zentral dokumentiert, Änderungen laufen nur am Router, und Konflikte durch vergessene Einträge treten seltener auf.

Table of Contents

Jetzt kostenloses Erstgespräch vereinbaren

Details

Aktie

Buchen Sie noch heute Ihre kostenlose KI-Beratung

Stellen Sie sich vor, Sie könnten Ihren Affiliate-Marketing-Umsatz verdoppeln, ohne Ihren Arbeitsaufwand zu verdoppeln. Klingt zu schön, um wahr zu sein. Dank der schnellen …

Ähnliche Beiträge

KI in der Immobilienbranche: Warum Maklerbüros gerade jetzt investieren

OpenAI für Singapur: Die strategische 300-Millionen-Dollar-Wette auf Singapurs KI-Zukunft

OpenAI Daybreak: GPT-5.5-Cyber, Trusted Access, Codex Security – Ausführliche Analyse (2026)