Problème n° 3 — Réseau : Partage réseau inaccessible depuis le site distant

Contexte

Une entreprise dispose de deux sites reliés par un VPN site-à-site entre deux firewalls :

Siège (192.168.1.0/24) — héberge les serveurs principaux dont un serveur de fichiers FILESRV-SIEGE et un contrôleur de domaine DC-SIEGE
Site distant (192.168.2.0/24) — dispose de son propre DC local DC-SITE et d’un serveur de fichiers local FILESRV-SITE

Le VPN a été configuré la semaine dernière par l’administrateur réseau pour permettre aux utilisateurs du site distant d’accéder aux ressources du siège, notamment un partage \\FILESRV-SIEGE\commun accessible à tous les collaborateurs de l’entreprise.

Lundi matin, les utilisateurs du site distant remontent qu’ils ne peuvent pas accéder au partage \\FILESRV-SIEGE\commun. En revanche :

Les ressources locales (\\FILESRV-SITE\...) fonctionnent parfaitement
Le DC local DC-SITE répond normalement, les GPO s’appliquent, les utilisateurs peuvent se connecter
Depuis le siège, un administrateur teste l’accès à \\FILESRV-SITE\... — ça fonctionne sans problème
Le VPN est bien monté, les deux firewalls indiquent le tunnel comme actif
Depuis le site distant, un ping 192.168.1.0 vers le siège répond correctement

Problème

Les utilisateurs du site distant ne peuvent pas accéder aux partages réseau du siège malgré un tunnel VPN actif. Identifier la cause et rétablir l’accès.

✅ Solution

Cause racine : Lors de la configuration du VPN, l’administrateur a créé les règles firewall dans les deux sens mais a oublié d’autoriser le port 445 (SMB) dans le sens site distant → siège. La règle existe dans le sens siège → site distant (ce qui explique que le siège accède aux partages du site sans problème), mais le flux retour n’a pas été ouvert sur le firewall du siège.

Le ping fonctionne car l’ICMP est autorisé dans les deux sens. Le tunnel VPN est bien actif. Seul le trafic SMB entrant au siège depuis le site distant est bloqué.

Diagnostic :

Depuis un poste du site distant :

Test-NetConnection -ComputerName 192.168.1.10 -Port 445

→ TcpTestSucceeded : False — le port 445 est bloqué en direction du siège

Test-NetConnection -ComputerName 192.168.1.10 -Port 443

→ TcpTestSucceeded : True — d’autres ports passent, confirme que le VPN fonctionne

Depuis un poste du siège vers le site distant :

Test-NetConnection -ComputerName 192.168.2.10 -Port 445

→ TcpTestSucceeded : True — le sens inverse fonctionne, confirme l’asymétrie de la règle

Résolution :

Sur le firewall du siège, ajouter une règle autorisant le trafic entrant depuis le réseau du site distant vers le serveur de fichiers :

Champ	Valeur
Source	`192.168.2.0/24`
Destination	`192.168.1.10` (FILESRV-SIEGE)
Port	`445` (TCP)
Action	`Allow`
Interface	VPN / LAN

Vérification depuis un poste du site distant :

Test-NetConnection -ComputerName 192.168.1.10 -Port 445
# TcpTestSucceeded : True

net use Z: \\FILESRV-SIEGE\commun
# La commande doit aboutir sans erreur

Romain Drouche

Architecte Système | MCSE: Core Infrastructure

Expert en infrastructures IT avec plus de 15 ans d'expérience sur le terrain. Actuellement Chef de projet Systèmes et Réseaux et Référent SSI (Sécurité des Systèmes d'Information), je mets mon expertise au service de la fiabilité et de la sécurité des environnements technologiques.

Contexte

Problème

✅ Solution

📚 Articles similaires

Romain Drouche