Tester les règles Sophos Firewall avec Log Viewer
Une règle de firewall ne doit pas seulement être enregistrée, elle doit aussi être testée de manière ciblée. Avec le filtrage web, TLS Inspection, NAT, IPS ou User Matching, une règle peut sembler correcte dans WebAdmin et pourtant ne pas s’appliquer comme prévu.
Trois outils sont utiles pour le test:
- Log viewer pour les événements réels et les décisions de règles
- Policy tester pour la logique web, firewall et SSL/TLS
- Packet capture pour le flux réel des paquets
Avant le test
Il faut d’abord définir précisément ce qui doit être testé:
| Point | Exemple |
|---|---|
| Source IP | 172.16.10.25 |
| Utilisateur | user@domain.local |
| Source zone | LAN |
| Destination | https://www.example.com |
| Service | HTTPS |
| Règle attendue | LAN_to_WAN_Clients |
| Action attendue | autorisé, bloqué, déchiffré, non déchiffré |
Ensuite, activer Log firewall traffic dans la règle concernée. Sans journalisation, le Log Viewer n’est utile que de manière limitée.

Étape 1: Vérifier la position de la règle
Ouvrir Rules and policies > Firewall rules et vérifier:
- La règle se trouve-t-elle au-dessus de règles plus générales?
- Est-elle active?
- La bonne vue IPv4 ou IPv6 est-elle sélectionnée?
- Se trouve-t-elle dans un Rule group logique?
- Existe-t-il des Exclusions?
- Une règle créée automatiquement se trouve-t-elle au-dessus?
Lorsqu’une nouvelle règle est testée, il est recommandé de réinitialiser son Usage Counter. Il est ensuite plus facile de voir si la règle a réellement été atteinte pendant le test.
Étape 2: Ouvrir Log Viewer
Ouvrir le Log viewer en haut à droite dans la console WebAdmin.
Filtres utiles:
- Module:
Firewall - Source IP
- Destination IP
- Destination port
- Rule ID
- Rule name
- Action
- User
Pour le trafic web, vérifier aussi:
Web filterSSL/TLS inspectionApplication filterIPS
Le Log Viewer s’actualise automatiquement. Pour une analyse plus calme, il est possible de mettre la vue live en pause, d’appliquer des filtres, puis de la relancer.
Étape 3: Reproduire le test
Le test doit être exécuté depuis un client défini:
- Ouvrir un site web
- Envoyer un ping
- Tester un port
- Démarrer une application
- Établir une connexion VPN
- Télécharger un fichier
Si possible, n’effectuer qu’un seul test à la fois. Sinon les logs se mélangent rapidement.
Vérifier ensuite:
- Le compteur de règle augmente-t-il?
- Voit-on une entrée dans le Log Viewer?
- Quelle Rule ID est affichée?
- Quelle NAT Rule ID est affichée?
- Le trafic est-il autorisé ou bloqué?
- Une fonction de sécurité intervient-elle?
Étape 4: Utiliser Policy tester
Le Policy tester est utile pour vérifier quelle règle de firewall, SSL/TLS inspection rule ou Web Policy s’appliquerait théoriquement au trafic web.
Chemin de menu:
Diagnostics > Tools > Policy tester
Entrées typiques:
- URL
- Utilisateur
- Heure et jour
- Source IP
- Source zone
- Test method
Comme Test method, on choisit par exemple Firewall, SSL/TLS, and web si la combinaison règle de firewall, SSL/TLS inspection rule et Web Policy doit être vérifiée.

Le Policy tester n’affiche pas seulement Accepted ou Blocked, mais aussi la règle de firewall correspondante, la destination détectée, la Source zone et, selon la méthode de test, d’autres informations web ou SSL/TLS. On voit ainsi rapidement si le trafic arrive globalement dans la règle attendue.

Important:
⚠️ Le Policy tester ne remplace pas un test réel du flux de paquets. Sophos indique que les résultats du Policy tester ne reflètent pas les SD-WAN routes. Le comportement réel peut donc différer si SD-WAN, le routage ou des passerelles sont impliqués.
Le Policy tester est particulièrement utile pour:
- Web Policy
- Catégorisation d’URL
- Contexte utilisateur
- Schedule
- SSL/TLS inspection rule
- Matching de règles de firewall pour le trafic web
Il est moins adapté pour:
- décisions de routage réelles
- chemin retour NAT
- pertes de paquets
- problèmes de fournisseur ou de switch
- applications avec plusieurs connexions et ports
Étape 5: Utiliser Packet Capture
Si Log Viewer et Policy tester ne suffisent pas, utiliser Diagnostics > Packet capture.
Définir un filtre étroit, par exemple:
- Source IP du client
- Destination IP du serveur
- Destination port
- Protocole
Ensuite:
- Démarrer Packet Capture.
- Reproduire le test.
- Arrêter Packet Capture.
- Comparer les événements Incoming et Forwarded.
- Comparer Rule ID et NAT ID avec Log Viewer.
Interprétation:
| Observation | Que vérifier? |
|---|---|
| Aucun paquet n’arrive | Client, VLAN, switch, gateway, fournisseur, Cloud Security Group |
| Le paquet arrive mais ne ressort pas | Règle de firewall, NAT, routage, fonction de sécurité |
| Le paquet sort mais la réponse manque | Route retour, système cible, NAT, firewall externe |
Le paquet a le statut Violation | Policy, IPS, filtre web, Application Control |
| La NAT ID est inattendue | Ordre NAT et règles NAT génériques |
Voir aussi: Utiliser Packet Capture dans WebAdmin.
Étape 6: Valider les fonctions de sécurité une par une
Si la bonne règle matche mais que le trafic ne fonctionne pas, vérifier les fonctions activées.
| Fonction | Que vérifier? |
|---|---|
| Web policy | Catégorie, utilisateur, schedule, ordre des policies |
| Scan HTTP and decrypted HTTPS | HTTPS n’est scanné que s’il a déjà été déchiffré |
| SSL/TLS inspection | Règle correspondante, Decryption Profile, certificat CA sur les clients |
| IPS | Signature, policy, faux positif |
| Application Control | Application détectée, catégorie, détection des cloud apps |
| Security Heartbeat | Endpoint envoie le heartbeat, statut vert/jaune/rouge |
| Traffic Shaping | Policy active, bonne application ou bonne règle |
| NAT | Bonne règle SNAT/DNAT/PAT, ordre |
Pour HTTPS, une règle de firewall avec filtrage web ne suffit pas pour inspecter le contenu HTTPS. Il faut aussi une SSL/TLS inspection rule correspondante avec déchiffrement et certificat CA distribué.
Voir aussi: Déployer progressivement TLS Inspection sur Sophos Firewall.
Étape 7: Vérifier les fichiers logs
Si les outils WebAdmin ne suffisent pas, vérifier les fichiers logs correspondants.
Fichiers typiques:
| Sujet | Fichier log |
|---|---|
| Règle de firewall | firewall_rule.log |
| NAT | nat_rule.log |
| Connexions firewall | fwlog.log |
| IPS et DPI | ips.log |
| Web Proxy | awarrenhttp.log |
| IPsec | strongswan.log, charon.log |
| SSL VPN | sslvpn.log |
| DNS | dnsd.log, dnsgrabber.log |
| DHCP | dhcpd.log |
Une vue d’ensemble détaillée se trouve ici: Sophos Firewall Troubleshooting: Services et logs.
Exemple: tester une règle web LAN vers WAN
- Créer la règle de firewall
LAN_to_WAN_Clients. - Activer la journalisation.
- Définir Services sur
HTTPetHTTPS. - Sélectionner Web Policy.
- Laisser
Block QUIC protocolactivé. - Activer
Scan HTTP and decrypted HTTPS. - Créer une SSL/TLS inspection rule pour le groupe de test.
- Installer le certificat CA sur le client de test.
- Réinitialiser le compteur de règle.
- Ouvrir un site web.
- Filtrer Log Viewer par Source IP.
- Exécuter Policy tester pour la même URL.
- En cas d’écart, démarrer Packet Capture.
Cela permet de voir si la règle matche, si HTTPS est réellement déchiffré et si Webfilter, IPS ou Application Control interviennent.