Die Cisco-Konfiguration zu speichern gehört zu den wichtigsten Grundlagen beim Arbeiten mit Cisco-Geräten, weil Änderungen auf Routern und Switches zwar oft sofort wirksam werden, aber nicht automatisch dauerhaft erhalten bleiben. Genau das überrascht viele Einsteiger: Eine IP-Adresse wurde gesetzt, ein VLAN angelegt, ein Hostname geändert oder ein Passwort konfiguriert – alles funktioniert zunächst korrekt. Nach einem Neustart ist jedoch plötzlich alles wieder weg. Der Grund dafür liegt in der Art, wie Cisco-Geräte mit laufender und gespeicherter Konfiguration arbeiten. Wer Cisco-Geräte verstehen und sicher administrieren möchte, muss deshalb den Unterschied zwischen Running-Config und Startup-Config sauber kennen und wissen, wie Änderungen bewusst gespeichert werden. Dieses Thema ist nicht nur eine kleine Bedienungsfrage, sondern ein zentraler Bestandteil professioneller Netzwerkarbeit. Denn eine nicht gespeicherte Konfiguration kann in der Praxis dazu führen, dass funktionierende Änderungen verloren gehen, Supportfälle erneut auftreten oder Geräte nach einem Neustart in einen veralteten Zustand zurückfallen.
Warum das Speichern der Cisco-Konfiguration so wichtig ist
Bei Cisco-Geräten wirken viele Konfigurationsbefehle sofort auf die laufende Betriebsumgebung. Das ist praktisch, weil Änderungen direkt geprüft werden können. Gleichzeitig entsteht genau dadurch ein wichtiger Unterschied zwischen „aktuell aktiv“ und „dauerhaft gespeichert“.
Änderungen sind nicht automatisch dauerhaft
Ein häufiger Anfängerfehler ist die Annahme, dass eine funktionierende Änderung automatisch dauerhaft im Gerät gespeichert sei. In Wirklichkeit bleibt sie zunächst nur in der laufenden Konfiguration aktiv.
- Hostname wurde gesetzt und erscheint im Prompt
- eine IP-Adresse funktioniert sofort
- ein VLAN ist direkt nutzbar
- ein Passwort wird bereits abgefragt
All das kann im Moment korrekt sein und trotzdem nach einem Reload wieder verschwinden.
Neustarts machen den Unterschied sichtbar
Solange das Gerät nicht neu gestartet wird, fällt der Unterschied zwischen laufender und gespeicherter Konfiguration oft nicht auf. Erst nach einem Neustart zeigt sich, ob die Änderungen wirklich dauerhaft gesichert wurden.
- Gerät startet mit alter Konfiguration
- neue Interfaces oder IPs fehlen plötzlich
- VLANs oder Zugangsdaten sind wieder im alten Zustand
- Support- oder Laborarbeit muss erneut gemacht werden
Running-Config und Startup-Config einfach erklärt
Das Verständnis von Running-Config und Startup-Config ist die wichtigste Grundlage für das Speichern auf Cisco-Geräten. Ohne diese beiden Begriffe bleibt das Verhalten vieler Cisco-Systeme unnötig verwirrend.
Was die Running-Config ist
Die Running-Config ist die aktuell aktive Konfiguration des Geräts. Sie liegt im Arbeitsspeicher und bestimmt, wie der Router oder Switch im Moment arbeitet.
- aktuelle IP-Adressen
- aktive VLANs
- gesetzte Passwörter
- laufende Routing- oder Interface-Konfigurationen
Wenn ein Befehl eingegeben wird, ändert sich typischerweise zuerst genau diese laufende Konfiguration.
Was die Startup-Config ist
Die Startup-Config ist die dauerhaft gespeicherte Konfiguration, die beim Start des Geräts geladen wird. Sie liegt nicht nur temporär im laufenden Betrieb vor, sondern wird als Startbasis verwendet.
- wird beim Booten eingelesen
- bestimmt den Zustand nach einem Neustart
- enthält nur die zuletzt gespeicherte Version
Die wichtigste Merkhilfe
- Running-Config = das Gerät arbeitet jetzt so
- Startup-Config = das Gerät startet später so
Genau diese Unterscheidung ist der Schlüssel zum ganzen Thema.
Warum Cisco mit zwei Konfigurationen arbeitet
Für Einsteiger wirkt es zunächst umständlich, dass Cisco nicht einfach jede Änderung sofort dauerhaft speichert. In der Praxis hat dieses Verhalten jedoch klare Vorteile.
Änderungen können erst getestet werden
Wenn eine Konfiguration sofort permanent wäre, würde jede ungetestete Änderung direkt dauerhaft auf dem Gerät landen. Die Trennung erlaubt es, Anpassungen zuerst in der laufenden Konfiguration auszuprobieren.
- Änderung eingeben
- Wirkung prüfen
- gegebenenfalls korrigieren
- erst dann dauerhaft speichern
Das schützt vor vorschnellen Fehlkonfigurationen
Gerade bei Routing, VLANs, ACLs oder Zugriffsregeln kann eine unbedachte Änderung problematisch sein. Die Trennung zwischen aktiv und gespeichert macht das Arbeiten kontrollierter.
- bessere Testbarkeit
- mehr Kontrolle im Change-Prozess
- klarere Verantwortung für endgültige Änderungen
Die aktuelle Konfiguration anzeigen
Bevor man speichert, sollte man immer wissen, welche Konfiguration aktuell aktiv ist. Dafür gibt es auf Cisco-Geräten einen der wichtigsten Show-Befehle überhaupt.
Running-Config anzeigen
show running-config
Dieser Befehl zeigt die aktuell laufende Konfiguration des Geräts. Damit lässt sich kontrollieren, welche Änderungen bereits wirksam sind.
Warum dieser Befehl vor dem Speichern wichtig ist
Einsteiger speichern oft zu früh oder ohne Kontrolle. Besser ist es, zuerst zu prüfen, ob die laufende Konfiguration wirklich dem gewünschten Zustand entspricht.
- wurde der Hostname korrekt gesetzt?
- ist das richtige Interface aktiv?
- wurde das VLAN wirklich angelegt?
- stimmt die Passwort- oder SSH-Konfiguration?
Die gespeicherte Startkonfiguration anzeigen
Neben der Running-Config lässt sich auch die gespeicherte Startup-Config anzeigen. Gerade der Vergleich beider Konfigurationen ist für Einsteiger sehr lehrreich.
Startup-Config anzeigen
show startup-config
Dieser Befehl zeigt, was beim nächsten Neustart geladen würde. Wenn Änderungen bisher nicht gespeichert wurden, unterscheidet sich diese Ausgabe von der Running-Config.
Was man damit erkennen kann
- ob eine Änderung schon dauerhaft vorhanden ist
- ob alte Konfigurationsstände noch gespeichert sind
- ob das Gerät nach einem Reload unerwartet anders starten würde
Gerade in Laboren ist dieser Vergleich sehr hilfreich, um das Cisco-Konzept praktisch zu verstehen.
Der wichtigste Speicherbefehl auf Cisco-Geräten
Die eigentliche Speicherung der laufenden Konfiguration in die Startup-Config erfolgt mit einem sehr zentralen Cisco-Befehl. Er gehört zu den wichtigsten Grundlagen überhaupt.
Typischer Speicherbefehl
copy running-config startup-config
Mit diesem Befehl wird die aktuell aktive Running-Config in die Startup-Config übernommen. Die momentane Konfiguration wird damit dauerhaft gespeichert.
Was der Befehl genau bewirkt
- aktueller Ist-Zustand wird zur Startbasis
- nach dem Neustart bleibt die Konfiguration erhalten
- alte Startup-Config wird durch die aktuelle ersetzt
Wie der Ablauf in der Praxis aussieht
Nach Eingabe des Befehls fragt Cisco je nach Plattform oft nach dem Zielnamen der Datei. In den meisten Standardfällen bestätigt man einfach mit Enter.
Router# copy running-config startup-config
Destination filename [startup-config]?
Building configuration...
[OK]
Die Meldung [OK] zeigt an, dass die Speicherung erfolgreich abgeschlossen wurde.
Alternative Kurzbefehle zum Speichern
In vielen Cisco-Umgebungen existieren Kurzformen oder ältere Befehlsvarianten, die ebenfalls zum Speichern verwendet werden können. Für Einsteiger ist dennoch wichtig, zuerst die klare Standardform zu verstehen.
Häufig verwendete Kurzformen
write memory
Oder verkürzt:
wr
Warum copy running-config startup-config trotzdem sinnvoller zum Lernen ist
Die ausgeschriebene Form macht deutlicher, was technisch passiert: Die laufende Konfiguration wird in die Startkonfiguration kopiert. Für Einsteiger ist das didaktisch oft besser als eine sehr kurze Abkürzung.
- klarer verständlich
- weniger auswendig, mehr logisches Verständnis
- besser für Prüfungs- und Lernumgebungen
Wann man eine Cisco-Konfiguration speichern sollte
Nicht jede kleine Eingabe muss sofort dauerhaft gespeichert werden. In der Praxis ist es sinnvoll, bewusst zu entscheiden, wann eine Änderung nur getestet und wann sie endgültig übernommen werden soll.
Typische sinnvolle Zeitpunkte
- nach erfolgreicher Grundkonfiguration
- nach getesteten Interface- oder IP-Änderungen
- nach dem Anlegen funktionierender VLANs
- nach erfolgreicher Routing-Anpassung
- nach sicherheitsrelevanten Änderungen wie SSH oder Passwörtern
Warum bewusstes Speichern besser ist als automatisches Speichern
Gerade im Labor oder bei Fehlersuche kann es sinnvoll sein, Änderungen zunächst nur laufend zu testen. Erst wenn klar ist, dass die Konfiguration korrekt und stabil ist, sollte sie dauerhaft geschrieben werden.
- weniger Risiko bei Tests
- sauberere Kontrolle von Änderungen
- bessere Nachvollziehbarkeit
Was passiert, wenn nicht gespeichert wird
Das Verhalten eines Cisco-Geräts ohne Speichern ist für viele Einsteiger ein sehr prägender Lernmoment. Alles scheint zu funktionieren – bis das Gerät neu startet.
Typische Folgen einer nicht gespeicherten Konfiguration
- Hostname fällt auf den alten Wert zurück
- IP-Adressen verschwinden
- VLANs oder Trunks sind wieder im alten Zustand
- Passwörter oder Zugangsschutz fehlen plötzlich
- Routen oder Management-Zugänge gehen verloren
Warum das in der Praxis problematisch ist
In produktiven Netzwerken kann ein ungeplanter Neustart dann dazu führen, dass ein Gerät nicht mehr wie erwartet arbeitet. Das betrifft nicht nur Lernumgebungen, sondern auch reale Betriebsstabilität.
- Supportfälle tauchen erneut auf
- Änderungen sind nicht nachvollziehbar dauerhaft
- Zeit und Aufwand gehen verloren
Wie man prüft, ob wirklich gespeichert wurde
Nach dem Speichern sollte der Vorgang nicht nur angenommen, sondern geprüft werden. Gute Cisco-Arbeitsweise besteht immer aus Ändern, Prüfen und erst dann Verlassen der Sitzung.
Prüfung über Show-Befehle
show running-config
show startup-config
Wenn beide Konfigurationen den erwarteten Zustand zeigen, ist das ein sehr guter Hinweis, dass die Änderungen sauber übernommen wurden.
Worauf man beim Vergleich achten sollte
- stimmt der Hostname in beiden Konfigurationen?
- sind die Interfaces identisch eingetragen?
- ist das VLAN oder die Route in beiden sichtbar?
- sind Zugangsschutz und Passwörter vorhanden?
Gerade Einsteiger lernen durch diesen Vergleich sehr schnell, wie das Speicherkonzept praktisch arbeitet.
Konfiguration speichern nach typischen Grundaufgaben
Für Einsteiger ist es hilfreich, das Speichern immer direkt mit typischen Konfigurationsaufgaben zu verbinden. So entsteht früh eine saubere Routine.
Beispiel: Hostname setzen und speichern
enable
configure terminal
hostname Access-SW1
end
copy running-config startup-config
Beispiel: Interface konfigurieren und speichern
enable
configure terminal
interface GigabitEthernet0/0
ip address 192.168.10.1 255.255.255.0
no shutdown
end
copy running-config startup-config
Beispiel: VLAN anlegen und speichern
enable
configure terminal
vlan 10
name Vertrieb
end
copy running-config startup-config
Solche Abläufe helfen dabei, Speichern nicht als Zusatz zu sehen, sondern als festen Bestandteil des Konfigurationsprozesses.
Wann man bewusst noch nicht speichern sollte
So wichtig das Speichern ist, so sinnvoll kann es auch sein, vorerst nicht dauerhaft zu speichern. Gerade im Troubleshooting oder bei Labortests ist das oft Teil eines kontrollierten Vorgehens.
Typische Situationen für bewusstes Nicht-Speichern
- eine neue Konfiguration wird nur testweise geprüft
- eine Hypothese im Troubleshooting soll temporär überprüft werden
- ein Laborszenario soll nach einem Reload wieder im Ausgangszustand starten
- eine Änderung muss zunächst mit anderen Geräten abgestimmt werden
Warum das trotzdem strukturiert geschehen sollte
Auch wenn nicht gespeichert wird, sollte klar dokumentiert sein, was getestet wurde. Sonst wird aus dem bewussten Test schnell ein unübersichtlicher Zustand.
- Änderung dokumentieren
- Testziel klar halten
- gegebenenfalls Rückbau planen
Typische Fehler beim Speichern auf Cisco-Geräten
Beim Speichern selbst passieren immer wieder ähnliche Anfängerfehler. Diese früh zu kennen, spart Frust und vermeidet vermeidbare Rückschritte.
Häufige Fehler
- Speichern komplett vergessen
- Running-Config mit Startup-Config verwechseln
- nach erfolgreicher Änderung die Sitzung sofort verlassen
- davon ausgehen, dass Änderungen automatisch dauerhaft sind
- nicht prüfen, ob das Speichern wirklich erfolgreich war
Warum diese Fehler so häufig sind
Weil Cisco-Geräte Änderungen sofort wirksam machen. Dadurch entsteht psychologisch schnell das Gefühl, der Vorgang sei abgeschlossen. Technisch ist er das aber erst nach dem bewussten Übertragen in die Startup-Config.
Running-Config löschen oder verwerfen richtig einordnen
Einsteiger sollten auch verstehen, dass Speichern nur eine Richtung der Arbeit ist. Es gibt umgekehrt auch Situationen, in denen die laufende Konfiguration bewusst nicht dauerhaft übernommen werden soll.
Warum dieses Verständnis wichtig ist
Gerade im Labor zeigt sich daran besonders gut, dass Cisco zwischen laufendem und gespeichertem Zustand trennt. Wer das Prinzip verstanden hat, kann bewusster mit Änderungen umgehen.
- nicht jede Änderung soll dauerhaft sein
- Reload ohne Speichern kann ein Testende sein
- Konfigurationskontrolle wird dadurch professioneller
Wichtige Denkweise
Die entscheidende Frage lautet nicht nur „Wie speichere ich?“, sondern auch: „Soll diese Änderung schon dauerhaft werden?“ Genau diese bewusste Entscheidung gehört zu guter Cisco-Administration.
Das Speichern in kleinen Labors sinnvoll üben
Das Thema wird für Einsteiger besonders verständlich, wenn es praktisch geübt wird. Schon mit kleinen Übungen lässt sich das Prinzip sehr gut verinnerlichen.
Einfaches Lernbeispiel
- Hostname ändern
show running-configprüfen- nicht speichern und Reload simulieren
- erneut prüfen
- dann Änderung erneut setzen und diesmal speichern
Was man dabei besonders gut lernt
- Unterschied zwischen aktiv und gespeichert
- Bedeutung des Befehls
copy running-config startup-config - Rolle von Show-Befehlen zur Kontrolle
- Bewusstsein für saubere Arbeitsweise
Wichtige Show- und Prüf-Befehle im Zusammenhang mit dem Speichern
Neben dem eigentlichen Speicherbefehl gibt es einige Kommandos, die im Alltag besonders eng mit dem Thema zusammenhängen.
Zentrale Befehle
show running-config
show startup-config
copy running-config startup-config
write memory
Wofür diese Befehle stehen
show running-configzeigt den aktuellen Live-Zustandshow startup-configzeigt den gespeicherten Startzustandcopy running-config startup-configspeichert bewusstwrite memoryist eine gebräuchliche Kurzvariante
Diese vier Befehle bilden zusammen bereits einen sehr wichtigen Teil der Cisco-Grundkompetenz.
Warum Einsteiger dieses Thema früh sicher beherrschen sollten
Das Speichern der Konfiguration wirkt zunächst wie eine kleine Routineaufgabe, ist in Wirklichkeit aber eine Kernfunktion im Umgang mit Cisco-Geräten. Wer dieses Prinzip früh sicher versteht, arbeitet deutlich strukturierter und macht weniger typische Anfängerfehler.
Wichtige Lernvorteile
- besseres Verständnis der Cisco-Betriebslogik
- sauberere Trennung von Test und Produktivänderung
- weniger Frust nach Neustarts
- professionellerer Umgang mit Konfigurationsänderungen
Das Thema taucht in fast jeder Cisco-Aufgabe wieder auf
Egal ob Hostname, Interface, VLAN, Route oder SSH-Zugang – fast jede sinnvolle Änderung wird am Ende durch denselben Grundsatz vervollständigt: prüfen und bewusst speichern.
- Laborübungen
- CCNA-nahe Grundkonfigurationen
- Support und Troubleshooting
- Produktivbetrieb
Was Einsteiger sich merken sollten
Die Cisco-Konfiguration zu speichern bedeutet, die aktuell aktive Running-Config bewusst in die Startup-Config zu übernehmen. Nur dadurch bleiben Änderungen nach einem Neustart erhalten. Die Running-Config beschreibt den aktuellen Live-Zustand des Geräts, die Startup-Config den gespeicherten Zustand für den nächsten Start. Der wichtigste Standardbefehl dafür lautet copy running-config startup-config. Wer dieses Prinzip versteht und nach Änderungen regelmäßig mit show running-config und show startup-config prüft, arbeitet auf Cisco-Geräten deutlich sicherer und professioneller.
- laufende Änderungen sind nicht automatisch dauerhaft
- Running-Config und Startup-Config müssen klar unterschieden werden
copy running-config startup-configist der zentrale Speicherbefehl- Speichern sollte bewusst und nach Prüfung erfolgen
- nicht gespeicherte Änderungen gehen nach Neustarts verloren
- wer das Speicherkonzept versteht, beherrscht eine zentrale Cisco-Grundlage
Genau dieses Wissen ist eine unverzichtbare Basis für jede weitere Arbeit mit Cisco-Routern und Switches und sorgt dafür, dass Konfigurationen nicht nur funktionieren, sondern auch zuverlässig erhalten bleiben.
Konfiguriere Cisco Router & Switches und liefere ein Packet-Tracer-Lab/GNS3
Ich biete professionelle Unterstützung im Bereich Netzwerkkonfiguration und Network Automation für private Anforderungen, Studienprojekte, Lernlabore, kleine Unternehmen sowie technische Projekte. Ich unterstütze Sie bei der Konfiguration von Routern und Switches, der Erstellung praxisnaher Topologien in Cisco Packet Tracer, dem Aufbau und Troubleshooting von GNS3- und EVE-NG-Labs sowie bei der Automatisierung von Netzwerkaufgaben mit Netmiko, Paramiko, NAPALM und Ansible. Kontaktieren Sie mich jetzt – klicken Sie hier.
Meine Leistungen umfassen:
-
Professionelle Konfiguration von Routern und Switches
-
Einrichtung von VLANs, Trunks, Routing, DHCP, NAT, ACLs und weiteren Netzwerkfunktionen
-
Erstellung von Topologien und Simulationen in Cisco Packet Tracer
-
Aufbau, Analyse und Fehlerbehebung von Netzwerk-Labs in GNS3 und EVE-NG
-
Automatisierung von Netzwerkkonfigurationen mit Python, Netmiko, Paramiko, NAPALM und Ansible
-
Erstellung von Skripten für wiederkehrende Netzwerkaufgaben
-
Dokumentation der Konfigurationen und Bereitstellung nachvollziehbarer Lösungswege
-
Konfigurations-Backups, Optimierung bestehender Setups und technisches Troubleshooting
Benötigen Sie Unterstützung bei Ihrem Netzwerkprojekt, Ihrer Simulation oder Ihrer Network-Automation-Lösung? Kontaktieren Sie mich jetzt – klicken Sie hier.

