Juniper on bitunfall.de

SNMPv3 in Junos

Thu, 25 Jun 2026 12:49:30 +0200

Wenn Copy & Paste plötzlich weh tut: SNMPv3, Engine-IDs und ein klassischer Junos-Stolperstein

Wer im Junos-Umfeld unterwegs ist, entwickelt sehr schnell eine gewisse Routine im Umgang mit Konfigurationen. Gerade die Kombination aus klar strukturiertem CLI und der Möglichkeit, Konfigurationen sowohl hierarchisch als auch im set-Format darzustellen, macht es unglaublich einfach, bestehende Setups zu reproduzieren oder auf andere Geräte zu übertragen.

Ein typischer Workflow sieht dabei so aus: Man nimmt sich eine funktionierende Konfiguration, exportiert sie mit show configuration | display set, lädt den Output in einen Editor, passt die wenigen gerätespezifischen Details an und überträgt das Ergebnis per Copy & Paste auf die Zielhardware. Für hierarchische Konfigurationen funktioniert ein ähnlicher Ansatz über load override, load merge oder - etwas eleganter - über load relative direkt im Terminal. Gerade beim Austausch von Hardware, etwa beim Wechsel auf ein größeres Modell, ist das extrem effizient, weil sich in vielen Fällen nur Interface-Namen oder einzelne Hardware-spezifische Parameter unterscheiden, während der Rest der Konfiguration unverändert übernommen werden kann.

Eine Einführung in IP-Multicast

Thu, 25 Jun 2026 10:53:22 +0200

Das Problem klassischer Unicast-Kommunikation

Die überwiegende Mehrheit der Anwendungen in heutigen IP-Netzwerken verwendet Unicast-Kommunikation. Dabei existiert für jede Kommunikationsbeziehung genau ein Sender und genau ein Empfänger. Ein Client baut eine Verbindung zu einem Server auf, Pakete werden an eine eindeutige Zieladresse übertragen und entlang des Routing-Pfades genau für diesen Empfänger weitergeleitet.

Layer-2 VPNs und VPLS - Ethernet über MPLS

Wed, 24 Jun 2026 18:02:31 +0200

Nachdem MPLS VPNs den Transport von Layer-3-Netzen über ein gemeinsames Backbone ermöglicht haben, folgt ein weiterer typischer Kundenwunsch im Service-Provider-Umfeld: die transparente Verlängerung von Ethernet-Segmenten über große Distanzen.

Viele Unternehmen möchten ihre Standorte so verbinden, dass sie sich weiterhin in derselben Layer-2-Domäne befinden. Für den Kunden soll es so wirken, als wären alle Standorte über einen einzigen großen Switch miteinander verbunden. IP-Routing bleibt dabei vollständig in der Verantwortung des Kunden.

MPLS VPNs - Wie mehrere Kundennetze auf einer gemeinsamen Infrastruktur betrieben werden

Tue, 23 Jun 2026 18:01:14 +0200

Nachdem wir die Grundlagen von MPLS sowie die Mechanismen zur Labelverteilung betrachtet haben, stellt sich eine naheliegende Frage: Wofür wird MPLS in der Praxis eigentlich eingesetzt?

Die wenigsten Kunden interessieren sich für Label Switched Paths oder die Funktionsweise von LDP. Unternehmen erwarten vielmehr sichere, skalierbare und zuverlässige Netzwerkdienste, die ihre Standorte miteinander verbinden. Genau hier zeigt sich die eigentliche Stärke von MPLS.

MPLS VPNs ermöglichen es einem Service Provider, tausende voneinander getrennte Kundennetze auf einer gemeinsamen Backbone-Infrastruktur zu betreiben. Jeder Kunde erhält dabei den Eindruck eines vollständig eigenen Netzwerks, obwohl die physische Infrastruktur mit zahlreichen anderen Kunden geteilt wird.

LDP und RSVP-TE - Wie MPLS-Pfade tatsächlich aufgebaut werden

Mon, 22 Jun 2026 18:00:18 +0200

Im vorherigen Artikel haben wir betrachtet, wie MPLS die klassische IP-Weiterleitung um eine zusätzliche Label-Ebene erweitert. Dabei entstand jedoch eine entscheidende Frage: Woher wissen die Router eigentlich, welche Labels verwendet werden sollen?

Ein MPLS-Label besitzt lediglich lokale Bedeutung zwischen zwei benachbarten Routern. Damit ein vollständiger Label Switched Path durch das Netzwerk entstehen kann, müssen die Router Informationen über Labels austauschen und sich auf deren Verwendung einigen.

Genau hierfür wurden spezielle Signalisierungsprotokolle entwickelt.

MPLS Grundlagen - Warum Labels das Internet verändert haben

Sun, 21 Jun 2026 17:59:22 +0200

Wer moderne Service-Provider-Netze betrachtet, stößt früher oder später auf drei Buchstaben, die seit mehr als zwei Jahrzehnten das Fundament zahlreicher Carrier-Infrastrukturen bilden: MPLS.

Multiprotocol Label Switching gehört zu den bedeutendsten Entwicklungen der Netzwerktechnik der letzten Jahrzehnte. Nahezu alle großen Provider setzen MPLS ein, um VPN-Dienste bereitzustellen, Verkehrsströme zu steuern und hochskalierbare Backbone-Netze zu betreiben.

Für viele Einsteiger wirkt MPLS zunächst kompliziert. Begriffe wie Labels, Label Switched Paths oder Label Distribution Protocol scheinen eine zusätzliche Komplexitätsebene einzuführen. Tatsächlich entstand MPLS jedoch mit dem Ziel, Netzwerke einfacher, flexibler und besser skalierbar zu machen.

VLANs, Bridging und Ethernet Services im Provider-Netz – Die Grundlagen moderner Layer-2-Dienste

Sat, 20 Jun 2026 17:58:21 +0200

Wer an Service-Provider-Netze denkt, verbindet damit häufig Routingprotokolle wie OSPF, IS-IS oder BGP. Tatsächlich basiert ein großer Teil moderner Provider-Dienste jedoch nicht auf Layer 3, sondern auf Layer 2. Unternehmen erwarten heute Ethernet-Verbindungen zwischen Standorten, transparente LAN-Erweiterungen oder dedizierte Punkt-zu-Punkt-Verbindungen über große Entfernungen.

Für den Kunden soll sich die Verbindung dabei möglichst so verhalten, als würde ein einziges Ethernet-Kabel zwischen zwei Standorten verlaufen. Die zugrunde liegende Infrastruktur des Providers bleibt dabei vollständig verborgen.

Routing Policies auf Junos

Fri, 19 Jun 2026 17:57:21 +0200

Nach den ersten Schritten mit OSPF, IS-IS und BGP entsteht häufig der Eindruck, Routing sei ein weitgehend automatischer Prozess. Routingprotokolle tauschen Informationen aus, berechnen die besten Pfade und erstellen daraus Routingtabellen. In kleinen Netzwerken mag diese Vorstellung ausreichend sein.

In Service-Provider-Netzen funktioniert Routing jedoch deutlich kontrollierter. Provider akzeptieren nicht jede Route, die ihnen angeboten wird. Sie geben nicht jede Route an ihre Nachbarn weiter und sie verlassen sich nicht darauf, dass Routingprotokolle immer die gewünschten Entscheidungen treffen.

BGP Grundlagen - Das Rückgrat des Internets

Wed, 17 Jun 2026 17:56:23 +0200

Wenn OSPF und IS-IS die Straßen innerhalb einer Stadt darstellen, dann ist BGP das internationale Verkehrsnetz zwischen Ländern. Kaum ein anderes Routingprotokoll hat die Entwicklung des modernen Internets so nachhaltig geprägt wie das Border Gateway Protocol.

Jeder Aufruf einer Website, jede Cloud-Verbindung und nahezu jede Kommunikation zwischen unterschiedlichen Netzbetreibern basiert letztlich auf BGP. Ohne dieses Protokoll würde das Internet in seiner heutigen Form nicht existieren.

Für die JNCIS-SP-Zertifizierung stellt BGP einen der wichtigsten Themenbereiche überhaupt dar. Gleichzeitig ist es eines der am häufigsten missverstandenen Routingprotokolle. Viele Administratoren versuchen zunächst, BGP mit OSPF oder IS-IS zu vergleichen. Genau hier beginnen jedoch häufig die ersten Verständnisprobleme.

Routing mit IS-IS

Tue, 16 Jun 2026 17:55:16 +0200

Wer sich mit Service-Provider-Netzen beschäftigt, stellt schnell fest, dass viele große Carrier ein anderes Interior Gateway Protocol einsetzen als die meisten Enterprise-Netzwerke. Während OSPF in Unternehmensumgebungen seit Jahrzehnten weit verbreitet ist, dominiert in zahlreichen Backbone-Netzen ein Protokoll, das ursprünglich gar nicht für IP entwickelt wurde: IS-IS.

Auf den ersten Blick wirkt dies überraschend. OSPF und IS-IS verfolgen ähnliche Ziele, verwenden vergleichbare Link-State-Mechanismen und berechnen ihre Routen mithilfe des SPF-Algorithmus. Dennoch gilt IS-IS bis heute als das bevorzugte Routingprotokoll vieler Internet Service Provider.

OSPF im Provider-Netz - Areas, LSAs und SPF verstehen

Mon, 15 Jun 2026 17:54:18 +0200

Wer über Routing in Service-Provider-Netzen spricht, denkt heute meist zuerst an IS-IS. Tatsächlich setzen viele große Carrier auf dieses Protokoll als Interior Gateway Protocol ihrer Backbone-Infrastrukturen. Dennoch gehört OSPF nach wie vor zu den wichtigsten Routingprotokollen überhaupt und bildet einen zentralen Bestandteil der JNCIS-SP-Zertifizierung.

Der Grund dafür liegt nicht nur in seiner weiten Verbreitung in Enterprise- und Provider-Netzen. OSPF vermittelt zugleich viele grundlegende Konzepte moderner Link-State-Protokolle. Wer OSPF versteht, wird später auch zahlreiche Mechanismen von IS-IS leichter nachvollziehen können.

Routing im Service-Provider-Netz

Sun, 14 Jun 2026 17:53:21 +0200

Wer sich erstmals mit Service-Provider-Netzwerken beschäftigt, konzentriert sich häufig auf die bekannten Routingprotokolle. OSPF, IS-IS und BGP gelten als die zentralen Technologien moderner Netzwerkinfrastrukturen und stehen deshalb oft im Mittelpunkt der Aufmerksamkeit. Tatsächlich bilden diese Protokolle jedoch nur einen Teil des gesamten Routingprozesses.

Ein Router trifft seine Weiterleitungsentscheidungen nicht direkt auf Basis von OSPF- oder BGP-Nachbarschaften. Stattdessen existiert im Hintergrund eine mehrstufige Architektur, die Routinginformationen sammelt, bewertet und schließlich in konkrete Weiterleitungsentscheidungen umwandelt. Genau dieses Prinzip bezeichnet Juniper als Protocol-Independent Routing.

Effizientes Arbeiten in der Junos CLI

Fri, 12 Jun 2026 21:59:58 +0200

Hierarchien, Navigation und Konfigurationsmethoden für die JNCIS-ENT

Einleitung

Wer zum ersten Mal auf einem Juniper-Router arbeitet, bemerkt schnell:

Die CLI fühlt sich anders an.

Nicht unbedingt komplizierter.

Aber anders.

Während viele Netzwerkbetriebssysteme stark befehlsorientiert arbeiten, basiert Junos auf einer klaren Konfigurationshierarchie.

Diese Hierarchie ist nicht nur ein Designmerkmal.

Sie beeinflusst nahezu alles:

Konfiguration
Troubleshooting
Automatisierung
Betrieb
Zertifizierungen

Deshalb gehört die Navigation innerhalb der CLI zu den grundlegenden JNCIS-ENT-Themen.

Viele Prüfungsfragen behandeln nicht Routing oder Switching selbst, sondern fragen:

Die häufigsten JNCIP-SEC Prüfungsfallen und Troubleshooting-Szenarien

Wed, 10 Jun 2026 21:48:50 +0200

Wer bereits Associate- und Specialist-Level-Zertifizierungen bei Juniper absolviert hat, bemerkt beim Wechsel auf die Professional-Stufe schnell einen grundlegenden Unterschied. Während sich frühere Prüfungen häufig auf Technologien, Konfigurationsdetails und Produktwissen konzentrieren, verfolgt die JNCIP-SEC einen deutlich anderen Ansatz.

Die Prüfung testet nicht primär, ob ein Kandidat bestimmte CLI-Befehle auswendig kennt. Stattdessen soll nachgewiesen werden, dass komplexe Sicherheitsarchitekturen verstanden, Probleme systematisch analysiert und technische Zusammenhänge korrekt eingeordnet werden können.

Genau deshalb empfinden viele Kandidaten die JNCIP-SEC als deutlich anspruchsvoller als die vorherigen Zertifizierungsstufen. Die einzelnen Technologien sind meist bekannt. Die Herausforderung besteht darin, mehrere Technologien gleichzeitig zu betrachten und die eigentliche Ursache eines Problems zu erkennen.

Die SRX Flow Engine im Detail

Tue, 09 Jun 2026 21:48:29 +0200

Wer sich intensiver mit Juniper SRX Firewalls beschäftigt, stößt früher oder später auf einen Begriff, der in nahezu jedem technischen Dokument, jeder Troubleshooting-Session und letztlich auch in der JNCIP-SEC-Prüfung eine zentrale Rolle spielt: die Flow Engine.

Viele Administratoren betrachten Firewalls zunächst als Geräte, die Pakete filtern und Sicherheitsrichtlinien durchsetzen. Tatsächlich arbeitet die SRX jedoch deutlich komplexer. Sämtliche Funktionen – von Security Policies über NAT und VPNs bis hin zu Application Identification und Intrusion Prevention – basieren auf einer gemeinsamen Verarbeitungsarchitektur. Diese Architektur wird als Flow Engine bezeichnet.

EVPN/VXLAN Security mit Juniper SRX

Sun, 07 Jun 2026 21:31:20 +0200

Kaum eine Technologie hat moderne Rechenzentrumsnetzwerke in den vergangenen Jahren so stark verändert wie EVPN und VXLAN. Während klassische Data-Center-Architekturen häufig auf Layer-2-Domänen mit Spanning Tree und hierarchischen Netzwerkdesigns basierten, ermöglichen EVPN/VXLAN-Fabrics eine deutlich höhere Skalierbarkeit, Flexibilität und Automatisierung.

Mit den Vorteilen neuer Netzwerkarchitekturen entstehen jedoch auch neue Herausforderungen für die Sicherheit. Ost-West-Verkehr zwischen virtuellen Maschinen, dynamische Workloads, Mandantentrennung und verteilte Routing-Funktionen erfordern andere Sicherheitskonzepte als klassische Perimeter-Architekturen.

Für Betreiber moderner Rechenzentren stellt sich deshalb nicht mehr die Frage, ob Sicherheit in eine EVPN/VXLAN-Fabric integriert werden muss, sondern wie dies effizient und skalierbar umgesetzt werden kann. Die SRX-Plattform spielt dabei eine zentrale Rolle und gehört deshalb auch zu den fortgeschritteneren Themenbereichen der JNCIP-SEC-Zertifizierung.

Junos OS Architektur und der Commit-Prozess - Das Fundament der JNCIS-ENT

Sun, 07 Jun 2026 17:30:55 +0200

Einleitung

Wenn Administratoren von Cisco zu Juniper wechseln, fällt ihnen meist sofort ein Unterschied auf:

Junos arbeitet völlig anders.

Nicht bei Routing.

Nicht bei OSPF.

Nicht bei BGP.

Sondern bei der Art und Weise, wie Konfigurationen erstellt, gespeichert und aktiviert werden.

Viele Netzwerkbetriebssysteme arbeiten nach dem Prinzip:

Befehl eingeben
↓
sofort aktiv

Junos verfolgt einen anderen Ansatz.

Hier wird zunächst eine Konfiguration erstellt.

Anschließend überprüft.

Danach aktiviert.

Dieser scheinbar kleine Unterschied gehört zu den größten Stärken von Junos und ist gleichzeitig eines der wichtigsten Themen der JNCIS-ENT-Prüfung.

Automated Threat Mitigation und Security Director

Sat, 06 Jun 2026 21:31:10 +0200

Die Rolle einer Firewall hat sich in den vergangenen Jahren grundlegend verändert. Während klassische Sicherheitskonzepte primär darauf abzielten, unerwünschten Datenverkehr zu blockieren, erwarten Unternehmen heute deutlich mehr von ihrer Sicherheitsinfrastruktur. Moderne Bedrohungen entwickeln sich in einer Geschwindigkeit, die manuelle Reaktionen zunehmend unmöglich macht. Zwischen der ersten Kompromittierung eines Systems und der lateralen Ausbreitung innerhalb eines Netzwerks liegen häufig nur wenige Minuten.

Diese Entwicklung hat dazu geführt, dass Sicherheitsplattformen zunehmend automatisiert auf Bedrohungen reagieren müssen. Juniper verfolgt diesen Ansatz mit einer Kombination aus SRX-Firewalls, Security Director, Bedrohungsinformationen aus Cloud-Diensten sowie verschiedenen Automatisierungsmechanismen zur Eindämmung von Angriffen.

Security Policy Troubleshooting auf Juniper SRX

Thu, 04 Jun 2026 21:30:56 +0200

Wer einige Zeit mit Juniper SRX Firewalls gearbeitet hat, kennt die Situation: Eine Security Policy scheint korrekt konfiguriert zu sein, die Routingtabellen sehen sauber aus, NAT-Regeln wurden überprüft und dennoch funktioniert die Verbindung nicht wie erwartet.

Genau solche Szenarien stehen im Mittelpunkt vieler JNCIP-SEC-Prüfungsfragen. Auf Professional-Level geht es längst nicht mehr darum, einfache Policies zu erstellen. Stattdessen wird erwartet, dass Kandidaten komplexe Fehlerbilder analysieren, Zusammenhänge zwischen mehreren Features erkennen und systematisch zur eigentlichen Ursache eines Problems gelangen.

Advanced Policy-Based Routing auf Juniper SRX

Tue, 02 Jun 2026 21:30:43 +0200

Wenn Routing mehr können muss als Longest Prefix Match

Routing gehört zu den grundlegenden Funktionen jedes Netzwerks. In den meisten Umgebungen entscheidet die Routing-Tabelle anhand des Longest-Prefix-Match-Verfahrens über den nächsten Hop eines Pakets. Dieses Verfahren ist effizient, skalierbar und für die überwiegende Mehrheit aller Anwendungsfälle vollkommen ausreichend.

In modernen Unternehmensnetzen reichen klassische Routingentscheidungen jedoch häufig nicht mehr aus. Anwendungen sollen abhängig von ihrer Herkunft, ihrem Typ oder ihrem Sicherheitskontext unterschiedliche Übertragungswege nutzen. Bestimmter Datenverkehr soll über dedizierte WAN-Anbindungen geleitet werden, während andere Anwendungen bevorzugt VPN-Verbindungen oder Internet-Breakouts verwenden.

Route Redistribution in Junos

Tue, 02 Jun 2026 18:20:36 +0200

Wenn Routing-Protokolle miteinander sprechen müssen

Einleitung

Bisher haben wir die großen Routing-Protokolle der JNCIS-ENT einzeln betrachtet:

OSPF
IS-IS
BGP
Statische Routen

In Lehrbüchern wirken diese Protokolle oft wie voneinander getrennte Welten.

Die Realität sieht jedoch anders aus.

In produktiven Netzwerken existieren häufig mehrere Routing-Protokolle gleichzeitig.

Ein typisches Enterprise-Netzwerk könnte beispielsweise so aussehen:

Campus
(OSPF)
 |
 |
Core
(IS-IS)
 |
 |
Edge
(BGP)
 |
Internet

Plötzlich entsteht eine wichtige Frage:

Advanced NAT auf Juniper SRX - Von Persistent NAT bis NAT64

Tue, 02 Jun 2026 11:30:23 +0200

Network Address Translation gehört seit Jahrzehnten zu den grundlegenden Funktionen moderner Firewalls. Während klassische Source NAT- und Destination NAT-Konfigurationen auf Associate- und Specialist-Level behandelt werden, geht die JNCIP-SEC deutlich tiefer. Hier stehen komplexe NAT-Szenarien, Spezialanwendungen und Troubleshooting im Mittelpunkt.

Insbesondere bei VoIP-Plattformen, Cloud-Anbindungen, IPv6-Migrationen oder hochverfügbaren Security-Architekturen stößt man schnell an die Grenzen einfacher NAT-Konzepte. Die SRX-Plattform stellt hierfür eine Vielzahl erweiterter NAT-Funktionen bereit, deren Zusammenspiel zu den wichtigsten Themen der Professional-Zertifizierung gehört.

Multinode High Availability auf Juniper SRX

Tue, 02 Jun 2026 15:30:36 +0200

Mehr als nur ein Chassis Cluster

Hochverfügbarkeit gehört zu den zentralen Anforderungen moderner Sicherheitsarchitekturen. Während Ausfälle einzelner Netzwerkkomponenten früher häufig akzeptiert wurden, erwarten Unternehmen heute einen nahezu unterbrechungsfreien Betrieb ihrer Sicherheitsinfrastruktur. Firewalls sind dabei besonders kritisch, da sie oft den einzigen Übergang zwischen internen und externen Netzwerken darstellen.

Die meisten Juniper-Administratoren kommen im Laufe ihrer Karriere zunächst mit Chassis Clustern in Berührung. Diese bilden seit vielen Jahren die klassische High-Availability-Lösung der SRX-Plattform. Mit steigenden Anforderungen an Skalierbarkeit, geografische Verteilung und Servicekontinuität wurde jedoch deutlich, dass traditionelle Cluster-Architekturen nicht jede Anforderung optimal abdecken können.

Layer-2 Security auf Juniper SRX - Transparent Mode, Secure Wire und MACsec im Praxiseinsatz

Fri, 29 May 2026 21:30:00 +0200

Wenn von Firewalls gesprochen wird, denken die meisten Administratoren zunächst an Routing, Security Policies und die Kontrolle von Datenverkehr auf Layer 3 und Layer 4. Moderne Sicherheitsarchitekturen erfordern jedoch zunehmend Schutzmechanismen direkt auf Layer 2. Gerade in Rechenzentren, Campus-Netzen oder bei der Absicherung kritischer Verbindungen reicht es häufig nicht aus, ausschließlich auf IP-basierte Sicherheitsfunktionen zu setzen.

Die SRX-Plattform von Juniper bietet hierfür mehrere Betriebsmodi und Technologien, die speziell für den Einsatz auf der Sicherungsschicht entwickelt wurden. Für die JNCIP-SEC-Zertifizierung gehören insbesondere Transparent Mode, Secure Wire und MACsec zu den prüfungsrelevanten Themen.

Logical Systems und Tenant Systems auf Juniper SRX

Thu, 28 May 2026 21:30:00 +0200

Mandantentrennung richtig umgesetzt

Mit der zunehmenden Konsolidierung von IT-Infrastrukturen steigt der Bedarf, mehrere logisch getrennte Umgebungen auf einer gemeinsamen Hardwareplattform zu betreiben. Während Virtualisierung im Serverbereich längst selbstverständlich geworden ist, bieten moderne Netzwerk- und Security-Plattformen vergleichbare Funktionen für die Trennung von Kunden, Geschäftsbereichen oder Sicherheitsdomänen. Auf Juniper SRX-Systemen kommen hierfür insbesondere Logical Systems und Tenant Systems zum Einsatz.

Für Administratoren und Architekten sind beide Technologien von besonderem Interesse, da sie eine zentrale Rolle in Multi-Tenant-Umgebungen spielen und gleichzeitig zu den regelmäßig abgefragten Themen der JNCIP-SEC-Zertifizierung gehören.

Juniper Zertifizierung

Wed, 14 Jan 2026 19:01:55 +0200

Überblick über Tracks, Zertifizierungsstufen und Rezertifizierung

Wer im Netzwerkumfeld arbeitet, kommt an Herstellerzertifizierungen kaum vorbei. Neben den bekannten Programmen von Cisco, Palo Alto oder Fortinet gehört auch das Juniper Networks Certification Program (JNCP) seit vielen Jahren zu den etablierten Zertifizierungswegen für Netzwerk-, Security- und Datacenter-Engineers. Mit der zunehmenden Verbreitung von EVPN/VXLAN, Automatisierung und KI-gestützten Netzwerkplattformen wie Mist AI gewinnen die Juniper-Zertifizierungen aktuell sogar wieder deutlich an Bedeutung.

Das JNCP ist dabei klar strukturiert aufgebaut. Jede Zertifizierung ist einem technologischen Schwerpunkt zugeordnet und folgt - mit wenigen Ausnahmen - einem vierstufigen Modell. Die Zertifizierungen bauen aufeinander auf und begleiten Kandidaten vom Einstieg bis hin zum Expert-Level.

RADIUS-Authentifizierung schlägt nach Junos Upgrade fehl

Tue, 22 Jul 2025 01:26:20 +0200

Problemstellung

Nach einem Upgrade von Juniper-Geräten auf Junos 23.4R2-S2 oder höher kann es zu einem unerwarteten Ausfall der RADIUS-Authentifizierung kommen.

Typische Fehlermeldungen im syslog lauten:

Message-Authenticator is not encoded as the first attribute in the response packet, immediately after the attribute header.

PAM_RADIUS_SEND_REQ_FAIL: Sending radius request failed with error (Invalid RADIUS response received).

Ursache

Mit dem Release 23.4R2-S2 hat Juniper die Anforderungen an RADIUS-Antwortpakete verschärft. Neu ist die Pflicht zur Verwendung des RADIUS-Attributes Message-Authenticator, das:

Additional CLI Commands

Mon, 21 Jul 2025 22:26:03 +0200

Ein durchaus wertvolles, leider jedoch häufig mißverstandenes Feature von Juniper Mist, ist die Möglichkeit eigene Junos Kommandos an die generierte Konfiguration anzufügen, z.B. um Funktionen zu aktivieren, die noch nicht via UI bzw. API aufgerufen werden können.

Generell sollte man mit den Additional CLI Commands eher sparsam umgehen, weniger ist mehr, und so viel per UI bzw. API erledigen wie möglich. Sind eigene Kommandos unumgänglich, so sollte man sich wirklich Gedanken machen was zu erreichen ist, und wie man in der Zukunft damit umgeht. Mist wird konstant erweitert; was heute nur per Additional CLI Commands möglich ist, wird eventuell bereits beim nächsten Release als Bordmittel zur Verfügung gestellt.

HPE kauft Juniper Networks

Thu, 03 Jul 2025 14:23:27 +0200

Aus gegebenem Anlass

3Com PTX10004

System32Comics, via Honest Networker

https://honestnetworker.net/2024/01/10/3com-ptx10004/

Juniper Networks is now part of HPE. Together, we’re building industry-leading, secure, AI-native networks - purpose-built with and for AI. As AI and networking converge, we’re driving a bold transformation across enterprises, service providers, and cloud operators.

Im press release gibt es noch ein paar Details.

Alles Gute für die Zukunft!

show | compare
commit

Network Address Translation (NAT)

Sun, 27 Apr 2025 20:30:59 +0200

Die Technologie Network Address Translation ( NAT ) ist ein fundamentaler Bestandteil moderner Netzwerkinfrastrukturen. Sie wurde ursprünglich entwickelt, um das Problem der knappen IPv4-Adressen zu lösen, hat sich aber darüber hinaus zu einem vielseitigen Werkzeug für Sicherheits-, Routing- und Virtualisierungszwecke entwickelt. In diesem Beitrag erläutere ich NAT in all seinen Ausprägungen - SNAT, DNAT und Static NAT - mit technischem Tiefgang, historischem Kontext und praktischen Konfigurationsbeispielen für Junos, Cisco IOS und iptables.

on-a-Stick

Thu, 24 Apr 2025 22:20:50 +0200

Das Konzept Router-on-a-Stick (RoaS) - und in verwandter Form Firewall-on-a-Stick - beschreibt eine Netzwerkarchitektur, bei der ein einzelnes physisches Interface eines Layer-3-Geräts (Router oder Firewall ) verwendet wird, um mehrere VLANs zu routen oder zu filtern. Dies geschieht meist durch den Einsatz von 802.1Q VLAN-Tagging auf einem Trunk-Port, wodurch das Gerät logisch mehrere Subinterfaces über ein einziges physisches Interface bereitstellt.