Routing and Remote Access Service (RRAS) transforme Windows Server 2025 en routeur NAT complet, permettant de partager une connexion Internet unique entre plusieurs interfaces réseau. Ce guide couvre l'installation RRAS, la configuration NAT, les routes statiques, les filtres de paquets et l'intégration VPN optionnelle.

Windows Server 2025 routeur NAT avec RRAS est la solution Microsoft native pour partager une connexion Internet, relier des sous-réseaux ou créer des tunnels VPN sans investir dans du matériel réseau dédié. Routing and Remote Access Service (RRAS) est un rôle Windows Server qui transforme le serveur en routeur IP complet, supportant NAT (Network Address Translation), le routage statique et dynamique (RIP, OSPF via des modules tiers), ainsi que les protocoles VPN PPTP, L2TP/IPSec et SSTP. Selon la documentation officielle Microsoft, RRAS est recommandé pour les petites et moyennes infrastructures (moins de 100 utilisateurs) ou les environnements lab — pour des infrastructures plus larges, des équipements réseau dédiés (Cisco, FortiGate, pfSense) sont généralement préférés. Windows Server 2025 améliore RRAS avec un meilleur support des interfaces réseau virtuelles Hyper-V, une intégration PowerShell complète et des performances NAT améliorées sur les adaptateurs réseau 10 Gbit. Ce guide pratique vous accompagne de l'installation du rôle à la validation d'une connectivité NAT opérationnelle, avec des exemples de commandes PowerShell et des bonnes pratiques de filtrage de paquets.

À retenir

  • RRAS = routeur logiciel complet : NAT, routage statique/dynamique, VPN PPTP/L2TP/SSTP — tout en un seul rôle Windows Server 2025, sans matériel réseau supplémentaire.
  • NAT masquerade l'IP interne : tous les paquets sortants portent l'IP publique du serveur RRAS, pas l'IP de la machine source — les connexions entrantes non sollicitées sont bloquées par défaut.
  • 2 interfaces réseau minimum : RRAS NAT requiert au moins une interface connectée à Internet (WAN) et une interface connectée au réseau interne (LAN) — vérifier l'assignation des rôles d'interface avant configuration.
  • Filtres de paquets RRAS = pare-feu basique : les filtres d'entrée/sortie sur chaque interface permettent de contrôler le trafic, mais ne remplacent pas Windows Defender Firewall ni un WAF pour les expositions Internet.
  • VPN en option sur la même instance : RRAS peut simultanément faire du NAT et accepter des connexions VPN entrantes (IKEv2, SSTP), ce qui le rend polyvalent pour les petites structures.

Qu'est-ce que RRAS et dans quels cas l'utiliser ?

Routing and Remote Access Service (RRAS) est un service Windows Server actif depuis Windows Server 2003, intégré et amélioré à chaque version. Sur Windows Server 2025, RRAS remplit trois fonctions principales : routeur IP (NAT et routage inter-VLAN), serveur VPN (accès distant sécurisé pour les utilisateurs nomades) et serveur de numérotation (Dial-up, obsolète en 2026). La fonction NAT est la plus utilisée en PME : elle permet à un serveur Windows avec deux interfaces réseau de partager une connexion Internet avec l'ensemble du réseau interne.

RRAS est pertinent dans les scénarios suivants : environnements de lab et de test sans équipement réseau dédié, petites infrastructures (< 50 utilisateurs) souhaitant éviter l'investissement dans un routeur physique, architectures Hyper-V où un serveur virtuel joue le rôle de routeur entre plusieurs réseaux virtuels, et configurations de reprise d'activité où une VM Windows Server peut temporairement assurer le routage en cas de défaillance matérielle. Pour les infrastructures de production importantes, pfSense, OPNsense ou des appliances dédiées (FortiGate, Cisco ASA) offrent de meilleures performances et fonctionnalités avancées.

Prérequis : configuration des interfaces réseau

Avant d'installer RRAS, la configuration réseau du serveur est critique. Le serveur doit disposer de deux interfaces réseau distinctes : l'interface WAN (connectée à Internet via la box ou un switch DMZ) et l'interface LAN (connectée au réseau interne). Il est impératif de désactiver l'option "Enregistrer l'adresse de cette connexion dans DNS" sur l'interface WAN pour éviter les problèmes de résolution DNS.

# Vérification des interfaces réseau disponibles
Get-NetAdapter | Select-Object Name, InterfaceDescription, Status, LinkSpeed, MacAddress

# Exemple de sortie attendue :
# Name          InterfaceDescription    Status  LinkSpeed
# Ethernet WAN  Intel(R) I219-V         Up      1 Gbps      (interface Internet)
# Ethernet LAN  Intel(R) I350-T2 #1     Up      1 Gbps      (interface réseau interne)

# Assigner une IP statique à l'interface WAN (exemple)
New-NetIPAddress -InterfaceAlias "Ethernet WAN" `
    -IPAddress "192.0.2.10" `
    -PrefixLength 24 `
    -DefaultGateway "192.0.2.1"

Set-DnsClientServerAddress -InterfaceAlias "Ethernet WAN" `
    -ServerAddresses "8.8.8.8","8.8.4.4"

# Assigner une IP statique à l'interface LAN
New-NetIPAddress -InterfaceAlias "Ethernet LAN" `
    -IPAddress "10.0.0.1" `
    -PrefixLength 24
# Pas de passerelle par défaut sur l'interface LAN !

# Désactiver l'enregistrement DNS sur l'interface WAN
Set-DnsClient -InterfaceAlias "Ethernet WAN" -RegisterThisConnectionsAddress $false
InterfaceIPMasquePasserelleRôle
Ethernet WAN192.0.2.10 (IP publique)/24192.0.2.1 (box/ISP)Interface Internet
Ethernet LAN10.0.0.1/24AucuneInterface réseau interne
LAN clients DHCP10.0.0.2 — 10.0.0.254/2410.0.0.1 (RRAS)Postes de travail

Comment installer le rôle RRAS sur Windows Server 2025 ?

L'installation du rôle RRAS s'effectue via le Gestionnaire de serveur ou PowerShell. Le rôle "RemoteAccess" inclut RRAS, DirectAccess et les fonctionnalités VPN. Pour une configuration NAT pure, seul le sous-rôle "Routing" est nécessaire.

# Installation du rôle RRAS (composant Routing uniquement pour NAT)
Install-WindowsFeature -Name Routing -IncludeManagementTools -Restart

# Alternative : installation complète avec VPN et DirectAccess
Install-WindowsFeature -Name DirectAccess-VPN, Routing -IncludeManagementTools -Restart

# Vérification de l'installation
Get-WindowsFeature -Name "DirectAccess-VPN", "Routing" |
    Select-Object Name, DisplayName, InstallState

# Vérifier que le service RemoteAccess est installé
Get-Service -Name RemoteAccess | Select-Object Name, Status, StartType

Après le redémarrage, le service RemoteAccess est présent mais désactivé. La configuration s'effectue via l'outil graphique "Routing and Remote Access" (rrasmgmt.msc) ou entièrement en PowerShell via le module RemoteAccess.

Configuration du NAT avec RRAS via l'interface graphique

L'assistant de configuration RRAS guide pas à pas la mise en place du NAT. Ouvrir la console RRAS via rrasmgmt.msc, clic droit sur le nom du serveur, "Configurer et activer le routage et l'accès distant". L'assistant propose : Accès à distance (VPN ou accès à distance), Traduction d'adresses réseau (NAT), VPN et NAT, ou Configuration personnalisée.

Pour un NAT pur, sélectionner "Traduction d'adresses réseau (NAT)" puis désigner l'interface WAN (connexion Internet). L'assistant détecte automatiquement les interfaces disponibles et propose d'activer un serveur DHCP simplifié pour le réseau interne.

Configuration NAT en PowerShell avec le module RemoteAccess

PowerShell permet une configuration RRAS NAT reproductible et automatable, idéale pour les environnements DevOps et les déploiements Ansible/DSC. Le module RemoteAccess fournit les cmdlets nécessaires.

# Import du module RemoteAccess
Import-Module RemoteAccess

# Installer et configurer RRAS en mode NAT
Install-RemoteAccess -VpnType RoutingOnly

# Vérifier l'état de RRAS
Get-RemoteAccess | Select-Object VpnStatus, RoutingStatus, NatStatus

# Ajouter l'interface WAN comme interface NAT externe (publique)
$ExternalInterface = "Ethernet WAN"
$InternalInterface = "Ethernet LAN"

# Configurer NAT sur l'interface externe
netsh routing ip nat install
netsh routing ip nat add interface "$ExternalInterface" full
netsh routing ip nat add interface "$InternalInterface" private

# Activer le transfert de paquets IP (IP Forwarding)
Set-NetIPInterface -Forwarding Enabled -InterfaceAlias "$ExternalInterface"
Set-NetIPInterface -Forwarding Enabled -InterfaceAlias "$InternalInterface"

# Vérification du NAT
netsh routing ip nat show interface

En mission d'infrastructure pour une PME industrielle (45 postes, site isolé), nous avons déployé RRAS NAT sur Windows Server 2025 comme routeur de secours en parallèle d'un FortiGate. En cas de défaillance matérielle du FortiGate, une script PowerShell bascule automatiquement le trafic via RRAS en moins de 2 minutes. Cette solution de continuité a coûté zéro en matériel supplémentaire puisque Windows Server 2025 était déjà présent comme contrôleur de domaine secondaire. Le point de vigilance principal : désactiver le routage RRAS quand le FortiGate est opérationnel pour éviter les asymétries de routage.

— Retour de mission infrastructure PME, janvier 2026

Comment configurer les filtres de paquets RRAS ?

Les filtres de paquets RRAS permettent de contrôler le trafic entrant et sortant sur chaque interface. Ils fonctionnent comme un pare-feu stateless (sans état) complémentaire à Windows Defender Firewall. Pour l'interface WAN, les meilleures pratiques recommandent de n'autoriser que les flux strictement nécessaires en entrée.

# Configuration des filtres de paquets via netsh
# Bloquer tout le trafic entrant sur WAN sauf les réponses aux connexions initiées de l'intérieur
# (Le NAT gère déjà ce filtrage implicitement pour le trafic NAT)

# Exemple : autoriser uniquement HTTPS entrant sur WAN (port 443) pour un serveur web interne
# Port forwarding NAT : rediriger le port 443 WAN vers 10.0.0.50:443 (serveur web interne)
netsh routing ip nat add portmapping interface="Ethernet WAN" `
    protocol=TCP publicport=443 privateaddress=10.0.0.50 privateport=443

# Autoriser le port 80 pour Let's Encrypt HTTP challenge
netsh routing ip nat add portmapping interface="Ethernet WAN" `
    protocol=TCP publicport=80 privateaddress=10.0.0.50 privateport=80

# Vérifier les mappings de ports
netsh routing ip nat show portmapping interface="Ethernet WAN"

# Filtre de paquets d'entrée sur WAN : bloquer les scans de ports courants
# Via Windows Defender Firewall (recommandé sur l'interface WAN)
New-NetFirewallRule -DisplayName "RRAS WAN - Bloquer Telnet entrant" `
    -Direction Inbound -Protocol TCP -LocalPort 23 `
    -Action Block -InterfaceAlias "Ethernet WAN"

New-NetFirewallRule -DisplayName "RRAS WAN - Bloquer RDP entrant" `
    -Direction Inbound -Protocol TCP -LocalPort 3389 `
    -Action Block -InterfaceAlias "Ethernet WAN"

Ajout de routes statiques pour le routage inter-VLAN

En plus du NAT, RRAS peut gérer le routage entre plusieurs sous-réseaux internes. Pour une infrastructure avec plusieurs VLANs (serveurs, utilisateurs, invités), RRAS peut router le trafic entre ces segments sans nécessiter de switch niveau 3.

# Ajouter une route statique (exemple : sous-réseau 192.168.20.0/24 via 10.0.0.254)
netsh routing ip add persistentroute dest=192.168.20.0 mask=255.255.255.0 `
    name="Ethernet LAN" nhop=10.0.0.254 metric=1

# Ajouter une route via PowerShell (méthode moderne)
New-NetRoute -InterfaceAlias "Ethernet LAN" `
    -DestinationPrefix "192.168.20.0/24" `
    -NextHop "10.0.0.254" `
    -RouteMetric 1

# Vérifier la table de routage
Get-NetRoute | Where-Object {$_.DestinationPrefix -notlike "ff*" -and $_.DestinationPrefix -notlike "::*"} |
    Select-Object DestinationPrefix, NextHop, InterfaceAlias, RouteMetric |
    Sort-Object DestinationPrefix

# Supprimer une route obsolète
Remove-NetRoute -DestinationPrefix "192.168.20.0/24" -Confirm:$false

Configuration VPN optionnelle avec RRAS (IKEv2 et SSTP)

RRAS peut simultanément assurer le NAT et accepter des connexions VPN entrantes depuis des utilisateurs distants. Windows Server 2025 supporte nativement IKEv2 (recommandé pour sa résistance aux changements de réseau mobile), SSTP (VPN over HTTPS sur port 443) et L2TP/IPSec. PPTP est présent mais déconseillé car cryptographiquement obsolète.

# Activer les connexions VPN sur RRAS (en complément du NAT)
# Requis : un certificat machine valide pour IKEv2/SSTP

# Configurer RRAS pour accepter les VPN IKEv2
Set-VpnServerConfiguration -TunnelType Ikev2 `
    -CustomPolicy `
    -EncryptionMethod AES256 `
    -IntegrityCheckMethod SHA256 `
    -PfsGroup PFS2048 `
    -SALifeTimeSeconds 28800 `
    -MMSALifeTimeSeconds 86400 `
    -PassThru

# Définir le pool d'adresses IP pour les clients VPN
Add-VpnServerAddress -IPAddressRange "172.16.100.1", "172.16.100.50"

# Autoriser les connexions VPN pour un groupe AD
Set-RemoteAccessRadius -ServerName "NPS01.domaine.local" `
    -AccountingOnOffMsg Enabled `
    -SharedSecret "VotreSecretNPS2026!"

# Vérifier les connexions VPN actives
Get-VpnConnection | Select-Object Name, ConnectionStatus, ServerAddress
Get-RemoteAccessConnectionStatistics | Select-Object Username, IPAddress, ConnectTime

Pour les recommandations de sécurité sur les accès VPN, l'ANSSI publie un guide dédié aux réseaux privés virtuels qui s'applique aux déploiements RRAS. Concernant la sécurité du réseau interne que RRAS protège, l'article sur les attaques DNS (tunneling, hijacking, cache poisoning) présente les vecteurs d'attaque réseau les plus courants et les contre-mesures associées.

Surveillance et dépannage RRAS

Le monitoring d'un routeur RRAS Windows Server 2025 s'appuie sur les journaux d'événements Windows, les compteurs de performance et les outils netsh. Les journaux RRAS se trouvent dans l'Observateur d'événements sous Application and Services Logs > Microsoft > Windows > RemoteAccess-PPP et Routing-Diagnostics.

# Vérifier l'état des interfaces RRAS
Get-NetIPInterface | Select-Object InterfaceAlias, Forwarding, AddressFamily |
    Where-Object {$_.Forwarding -eq "Enabled"}

# Statistiques de trafic par interface
Get-NetAdapterStatistics | Select-Object Name, ReceivedBytes, SentBytes |
    Sort-Object ReceivedBytes -Descending

# Vérifier le NAT : connexions actives
netsh routing ip nat show proxy

# Logs d'erreurs RRAS récents
Get-WinEvent -LogName "System" -MaxEvents 100 |
    Where-Object {$_.ProviderName -like "*RemoteAccess*" -and $_.LevelDisplayName -eq "Error"} |
    Select-Object TimeCreated, Id, Message | Format-List

# Test de connectivité depuis un client interne (via serveur RRAS)
# Sur un client LAN 10.0.0.x : vérifier que la passerelle est 10.0.0.1
Test-NetConnection -ComputerName "8.8.8.8" -InformationLevel Detailed

Pour aller plus loin sur l'architecture réseau sécurisée, consultez l'article sur la détection d'anomalies réseau par IA et l'article sur les techniques d'exfiltration réseau (DNS, DoH) pour comprendre les menaces auxquelles votre infrastructure RRAS est exposée. La documentation Microsoft sur RRAS Gateway Windows Server détaille les configurations avancées multi-tenant.

Questions fréquentes

RRAS peut-il remplacer un pare-feu d'entreprise comme pfSense ou FortiGate ?

Non, RRAS n'est pas un pare-feu de niveau entreprise. Il assure le routage et NAT de base, mais manque des fonctionnalités critiques d'un NGFW : inspection SSL/TLS, IPS/IDS, filtrage applicatif (Layer 7), threat intelligence en temps réel, VPN SSL d'entreprise, gestion centralisée multi-sites. RRAS convient pour les labs, les environnements de développement ou les petites structures avec des besoins simples. Pour la production avec des exigences de sécurité, pfSense, OPNsense ou une appliance dédiée sont préférables.

Est-ce que RRAS NAT fonctionne dans une VM Hyper-V ?

Oui, RRAS fonctionne parfaitement dans une VM Hyper-V. La VM doit disposer de deux adaptateurs réseau virtuels : un en mode "External" connecté au réseau physique (WAN) et un en mode "Internal" ou "Private" pour le réseau interne des VMs. Cette configuration est très courante dans les labs de test pour simuler un routeur d'entreprise à moindre coût. Les performances sont légèrement inférieures à un déploiement physique (surcoût de virtualisation), mais suffisantes pour des environnements de développement.

Comment configurer RRAS pour du load balancing de connexions WAN ?

RRAS seul ne supporte pas le load balancing multi-WAN nativement. Pour faire du bonding de liens WAN ou du routage par politique (policy-based routing), il faut utiliser des solutions tierces ou passer à Windows Server avec Network Load Balancing (NLB) pour les connexions entrantes. Pour le multi-WAN sortant, pfSense ou OPNsense offrent cette fonctionnalité nativement via le failover et le load balancing sur plusieurs interfaces WAN.

Peut-on activer RRAS sur un Contrôleur de Domaine Active Directory ?

Techniquement possible, mais fortement déconseillé par Microsoft et l'ANSSI. Un Contrôleur de Domaine ne devrait jamais exposer des services réseau additionnels qui augmentent sa surface d'attaque. Un RRAS mal configuré sur un DC expose le contrôleur aux attaques réseau directes. En production, RRAS doit toujours être sur un serveur membre dédié, idéalement en DMZ pour l'interface WAN, avec des règles de pare-feu strictes entre la DMZ et le LAN interne.

Comment vérifier que le NAT RRAS fonctionne correctement depuis les clients ?

Depuis un client du réseau interne (10.0.0.x), vérifier que la passerelle par défaut est l'IP LAN du serveur RRAS (10.0.0.1). Puis tester la connectivité Internet avec ping 8.8.8.8 et nslookup google.com. Si le ping passe mais pas la résolution DNS, vérifier que les clients utilisent un serveur DNS valide (le serveur RRAS lui-même peut relayer les requêtes DNS si le service DNS est actif). Sur le serveur RRAS, la commande netsh routing ip nat show proxy affiche les traductions NAT actives en temps réel.

Optimisation des performances NAT sous Windows Server 2025

Windows Server 2025 améliore les performances du NAT RRAS grâce à l'intégration du RSS (Receive Side Scaling) et du VMMQ (Virtual Machine Multi-Queue) pour les interfaces réseau virtuelles Hyper-V. Ces mécanismes distribuent le traitement des paquets réseau sur plusieurs cœurs CPU, évitant le goulot d'étranglement sur un seul thread. Pour maximiser les performances NAT, s'assurer que les pilotes réseau sont à jour (NDIS 6.x minimum) et activer RSS sur les interfaces réseau.

# Vérifier l'état RSS sur les interfaces réseau
Get-NetAdapterRss | Select-Object Name, Enabled, NumberOfReceiveQueues, MaxProcessors

# Activer RSS sur l'interface WAN pour distribuer le traitement NAT
Enable-NetAdapterRss -Name "Ethernet WAN" -NumberOfReceiveQueues 4

# Configurer les offloads matériels pour accélérer le NAT
Get-NetAdapterOffload -Name "Ethernet WAN"
Enable-NetAdapterChecksumOffload -Name "Ethernet WAN"
Enable-NetAdapterLso -Name "Ethernet WAN"

# Statistiques réseau en temps réel
Get-NetAdapterStatistics | Select-Object Name, ReceivedBytes, SentBytes, ReceivedPackets

Journalisation et audit des connexions NAT

Pour les environnements soumis à des obligations de conformité (NIS 2, ISO 27001), la journalisation des connexions NAT est une exigence. Windows Server 2025 supporte la journalisation des paquets RRAS via l'Observateur d'événements Windows. La configuration de la journalisation RRAS active l'enregistrement de toutes les connexions NAT avec horodatage, IP source/destination et ports, permettant la traçabilité des accès réseau et la détection d'anomalies de trafic.

# Activer la journalisation RRAS (niveau 3 = informations)
Set-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Services\RemoteAccess\Parameters' `
    -Name 'LoggingLevel' -Value 3

# Activer la journalisation des connexions
Set-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Services\RemoteAccess\Parameters' `
    -Name 'EnableEventLog' -Value 1

# Exporter les logs d'accès RRAS pour audit
$StartDate = (Get-Date).AddDays(-7)
Get-WinEvent -LogName 'System' -FilterHashtable @{
    ProviderName = 'RemoteAccess'
    StartTime = $StartDate
} | Select-Object TimeCreated, Id, Message |
    Export-Csv -Path 'C:\rras-audit.csv' -NoTypeInformation

Migration RRAS depuis Windows Server 2019 vers Windows Server 2025

La migration d'une configuration RRAS existante vers Windows Server 2025 suit une procédure d'export/import netsh. L'export capture les règles NAT, routes statiques et filtres de paquets, permettant de reproduire fidèlement la configuration sur le nouveau serveur sans reconfiguration manuelle.

# Sur l'ancien serveur Windows Server 2019 : export
netsh dump > C:\backup\rras-config-backup.txt

# Sur le nouveau serveur Windows Server 2025 : vérifier les noms d'interfaces
Get-NetAdapter | Select-Object Name, InterfaceIndex, Status

# Adapter les noms d'interfaces dans le fichier backup si nécessaire
# Puis importer la configuration
netsh exec 'C:\backup\rras-config-backup.txt'

# Valider l'import
netsh routing ip show persistent
Get-RemoteAccess | Select-Object VpnStatus, RoutingStatus, NatStatus

Pour aller plus loin sur l'administration réseau Windows Server 2025, consultez la documentation officielle Microsoft sur RRAS Gateway dans Windows Server. La sécurisation de l'infrastructure réseau s'appuie également sur une bonne connaissance des vecteurs d'attaque DNS et des techniques d'inspection du trafic réseau NDR.

RRAS et DHCP : distribuer les adresses IP aux clients du réseau interne

En complément du NAT, Windows Server 2025 peut fournir le service DHCP aux clients du réseau interne via le rôle DHCP Server. Cette combinaison RRAS + DHCP permet de remplacer entièrement un routeur/box dédié dans les petites infrastructures. Le serveur DHCP distribue automatiquement les adresses IP dans la plage définie, la passerelle (IP du serveur RRAS côté LAN), les serveurs DNS et la durée de bail.

# Installation du rôle DHCP Server
Install-WindowsFeature -Name DHCP -IncludeManagementTools

# Créer une étendue DHCP pour le réseau LAN 10.0.0.0/24
Add-DhcpServerv4Scope -Name 'LAN Principal' \
    -StartRange 10.0.0.100 \
    -EndRange 10.0.0.254 \
    -SubnetMask 255.255.255.0 \
    -State Active

# Configurer les options DHCP : passerelle et DNS
Set-DhcpServerv4OptionValue -ScopeId 10.0.0.0 \
    -Router 10.0.0.1 \
    -DnsServer 10.0.0.1,8.8.8.8 \
    -DnsDomain 'domaine.local'

# Vérifier les baux DHCP actifs
Get-DhcpServerv4Lease -ScopeId 10.0.0.0 | \
    Select-Object ClientId, IPAddress, HostName, LeaseExpiryTime | \
    Sort-Object LeaseExpiryTime

Cette configuration RRAS+DHCP constitue une solution complète de routage et adressage pour les petites infrastructures Windows Server 2025. Pour la gestion avancée des adresses IP sur l'ensemble du réseau, l'intégration avec les outils de monitoring réseau complète efficacement RRAS. La documentation Microsoft détaille les meilleures pratiques DHCP pour Windows Server.

Pour une gestion avancée de l'adressage réseau couplée à RRAS, l'outil phpIPAM offre une interface centralisée de documentation des plages IP, VLANs et hôtes actifs — consultez l'article dédié à la gestion IPAM avec phpIPAM pour une vue complète de l'écosystème de gestion réseau Windows et Linux.