Thoughts on Cybersecurity, Wi-Fi and some other stuff
Immer wieder stelle ich fest, dass manche Admins eine der wichtigsten Erweiterungen der Cisco Access-Listen verpasst haben: Access-Listen lassen sich komfortabel editieren Seit einiger Zeit (nein, an das genaue Release erinnere ich mich nicht mehr) haben die ACEs (Access-List-Entries) Sequenznummern, die man beim show access-lists sehen kann: c1841#sh access-lists Extended
Wenn OSPF als IGP in einem Netz konfiguriert wird, ist die Prozess-ID nur lokal signifikant. Es ist keine AS-Nummer wie bei EIGRP, und daher funktioniert folgende Konfiguration ohne Probleme: hostname R1 router ospf 10 network 10.10.10.1 0.0.0.0 area 0 hostname R2 router ospf 20 network 10.10.10.2 0.0.0.0 area 0 Etwas
IGPs werden normalerweise dazu verwendet, um direkt angeschlossenen Nachbarn Routing-Informationen zu senden. Aber was ist, wenn man einem entfernten Router ein Update senden möchte: Kann R3 ein RIP-Update an R1 senden wenn R2 kein RIP spricht? Tunnel etc. sind natürlich nicht erlaubt. Ja, es geht. Z.B., indem R3 diesen Traffic
Ein Artikel in Cisco IOS Hints and Tricks beschreibt einen Fehler, den vermutlich viele Leute schon begangen haben (ja, ich natürlich auch): Bei Problemen mit der SSH-Verbindung wurde zu schnell ein “crypto key generate rsa” eingegeben, um neue RSA-Keys zu erzeugen. Leider hat man vergessen, daran zu denken, daß die
Ivan Pepelnjak hat in seinen sehr lesenswerten Artikeln Small Site Multi-homing, Redundant Small Site Multi-homing und Servers in Small Site Multi-homing sehr schön beschrieben, wie man sich als kleiner Kunde mit mehreren Providern verbinden kann. Eine sehr wichtige Topologie fehlt allerdings: Wie implementiert man Server, wenn man mit zwei Routern
Wenn man im IOS einen DHCP-Server konfiguriert, kann man Adressen von der Vergabe ausschließen. Manche Adressen muss man aber nicht ausschließen, da der Router sie selbständig erkennt. Dazu das folgende Beispiel: R1 ist der DHCP-Server mit einigen Optionen und zwei Loopback-Interfaces, die im Zielnetz liegen: ip dhcp pool test network
Wenn man im Cisco IOS Filter konfiguriert oder sonstwie auf bestimmte Protokolle matchen möchte, stellt sich oft die Frage “welcher Port gehört zur Anwendung X?” Schneller noch als mit jedem Googeln lässt sich das mit dem Befehl show ip port-map beantworten: GW1#show ip port-map Default mapping: snmp udp port 161
Vor einiger Zeit musste ich auf die Schnelle ein wenig über Logging und SNMP im Cisco IOS erzählen. Um einen “roten Faden” für mich und ein paar Ausdrucke für die Teilnehmer zu haben, habe ich die zwei Dokumente “Logging in Cisco IOS – The minimum you should know” und “SNMP
Diese Frage wurde mir vor kurzem in einem Cisco-Routing-Workshop gestellt und ich habe mit einem überzeugten “Ja, klar!” geantwortet, um es ein paar Sekunden später mit einem “naja, bin ich mir fast sicher, daß PBR im CEF-Pfad läuft” zu relativieren. So ziemlich alles, was irgendwie “durch” den Router geht, ist
In meinem Heim-Netz stehen im Moment ein paar Änderungen an, um einen PC-Server mit seinen diversen Diensten abzulösen. Der erste Schritt war die Migration des DHCP-Servers auf einen Catalyst 3560. Über den DHCP-Server im IOS bzw. der ASA wurde aber vermutlich schon genug geschrieben. Der nächste Schritt ist die Migration