In Cisco IOS gibt es zwei zentrale Konfigurationsstände: die running-config (aktuell im RAM wirksam) und die startup-config (beim Booten geladen, dauerhaft gespeichert). Wer den Unterschied versteht, vermeidet typische Fehler wie „Konfiguration nach Neustart weg“ und kann Änderungen sauber testen, versionieren und sicher ausrollen.
Grundprinzip: RAM vs. NVRAM/Flash
Die running-config liegt im Arbeitsspeicher (RAM) und steuert den laufenden Betrieb. Die startup-config liegt dauerhaft im nichtflüchtigen Speicher (klassisch NVRAM, je nach Plattform auch Flash) und wird beim Neustart eingelesen.
running-config: aktiv, sofort wirksam, geht ohne Speichern bei Reload verlorenstartup-config: persistent, wird beim Boot geladen, bleibt über Neustarts erhalten
Merksatz für die Praxis
running-config ist das, was gerade läuft. startup-config ist das, womit der Router wieder hochkommt.
So zeigst du Running-Config und Startup-Config an
Zum Verständnis gehört das schnelle Prüfen beider Konfigurationen. Besonders nach Änderungen oder vor Wartungsfenstern sind diese Befehle Pflicht.
Router# show running-config
Router# show startup-config
Gezielt filtern statt alles lesen
Mit Pipe-Filtern findest du relevante Stellen schneller, z. B. Benutzer, Interfaces oder Routing.
Router# show running-config | include hostname|username|enable
Router# show running-config | section interface
Router# show startup-config | section line vty
Was passiert bei Änderungen? Sofort wirksam – aber nicht automatisch gespeichert
Wenn du im Konfigurationsmodus etwas änderst, landet es unmittelbar in der running-config und wirkt sofort. Die startup-config bleibt unverändert, bis du aktiv speicherst.
Router# configure terminal
Router(config)# hostname R1
R1(config)# end
Nach dieser Änderung ist der Hostname live – nach einem Neustart ist er ohne Speichern wieder weg.
Speichern: Running-Config in Startup-Config schreiben
Damit Änderungen einen Reload überleben, musst du die laufende Konfiguration persistent ablegen. Standard ist das Kopieren von running nach startup.
R1# copy running-config startup-config
Alternative Schreibweise (je nach IOS/Plattform)
R1# write memory
R1# wr
Reload-Szenario: Welche Config gewinnt?
Beim Neustart lädt das Gerät die startup-config und baut daraus die neue running-config. Deshalb bestimmt die Startup-Config den „definierten Startzustand“.
- Änderungen nur in
running-config→ nach Reload weg - Änderungen gespeichert → nach Reload vorhanden
R1# reload
Konfigurations-Workflows: sicher testen, dann speichern
In der Praxis testest du Änderungen zunächst live in der running-config. Wenn Funktionstests erfolgreich sind, speicherst du. Das reduziert Risiko in produktiven Netzen.
- Änderung setzen (running-config)
- Verifizierung: Status/Reachability/Routing prüfen
- Änderung dokumentieren
- Speichern (startup-config)
R1# show ip interface brief
R1# show ip route
R1# ping 203.0.113.1
R1# copy running-config startup-config
Rollback-Idee im Kleinen: nicht speichern, wenn Test fehlschlägt
Wenn eine Änderung Probleme verursacht, kannst du sie in der Running-Config zurücknehmen oder im Notfall neu starten, um wieder auf die Startup-Config zu kommen.
R1# configure terminal
R1(config)# no ip route 0.0.0.0 0.0.0.0 203.0.113.1
R1(config)# end
Startup-Config löschen oder zurücksetzen
Für Lab-Setups, Geräteübergaben oder saubere Neuaufbauten wird die Startup-Config häufig gelöscht. Danach startet das Gerät ohne gespeicherte Konfiguration.
R1# write erase
R1# reload
Wichtig: Auswirkungen verstehen
Nach dem Löschen der Startup-Config kann der Router beim Booten den Setup-Dialog anbieten. In professionellen Workflows wird der Dialog meist abgelehnt und die Konfiguration manuell gesetzt.
Would you like to enter the initial configuration dialog? [yes/no]: no
Typische Fehler in der Praxis (und wie du sie vermeidest)
Viele Probleme entstehen nicht durch falsche Befehle, sondern durch falsches Speichern oder fehlende Kontrolle, welche Config gerade „gilt“.
- „Nach Neustart ist alles weg“ →
copy running-config startup-configvergessen - „Ich sehe meine Änderung nicht“ → falsches Gerät/VRF/Interface geprüft oder in anderer Config gesucht
- „Router bootet falsch“ → Startup-Config enthält alte/unerwünschte Parameter
Schneller Check vor Wartung oder Reload
R1# show running-config | include Last configuration change
R1# show startup-config | include hostname
R1# show clock
Zusatzwissen: Konfiguration exportieren und versionieren
Für Teams und produktive Umgebungen ist es sinnvoll, Konfigurationen extern zu sichern. So kannst du Änderungen nachvollziehen und bei Bedarf wiederherstellen.
R1# copy running-config tftp:
R1# copy startup-config tftp:
Lokales Backup in Flash (einfacher Snapshot)
Je nach Plattform kannst du Konfigurationsstände auch lokal in Flash ablegen, z. B. vor größeren Änderungen.
R1# dir flash:
R1# copy startup-config flash:startup_backup.cfg
R1# copy running-config flash:running_backup.cfg
Konfiguriere Cisco Router & Switches und liefere ein Packet-Tracer-Lab (CCNA)
Hallo! Ich bin ein CCNA-Network Engineer und unterstütze Sie bei Cisco Router- und Switch-Konfigurationen – inklusive eines vollständigen Cisco Packet-Tracer-Labs (.pkt). Ideal für Lern-/Übungsszenarien, Validierung oder eine saubere Demo-Topologie.
Was ich (je nach Paket) umsetze
-
Switching: VLANs, Trunking (802.1Q), Port-Zuweisung, STP-Basics (PortFast/BPDU Guard wo sinnvoll)
-
Routing: Default/Static Routing oder OSPF, Inter-VLAN Routing (Router-on-a-Stick)
-
Services: DHCP (Pools/Scopes), NAT/PAT für Internet-Simulation
-
Optional Security: Basic ACLs und SSH-Hardening
-
Test & Verifikation: Ping/Traceroute + wichtige Show-Commands (mit erwarteten Ergebnissen)
Sie erhalten
-
✅ Packet Tracer .pkt Datei
-
✅ Saubere Konfigurations-Notizen pro Gerät
-
✅ Verifikations-Checkliste + erwartete Outputs
-
✅ Kurze Dokumentation (wie die Topologie funktioniert)
Bitte schreiben Sie mir vor der Bestellung, damit wir Scope, Packet-Tracer-Version, Geräteanzahl und Deadline klären.
Konfiguriere Cisco Router & Switches | Cisco Packet-Tracer-Labs. Finden Sie mich auf Fiverr.












