Een firewall blokkeert verkeer meestal bewust volgens een regel, maar bij een wijziging is niet altijd duidelijk welke regel geraakt wordt. Een goede diagnose begint met bron, bestemming, poort, protocol en tijdstip. Zonder die vijf gegevens pas je al snel de verkeerde regel aan.
Omschrijf de verbinding
Leg vast wie verbinding maakt met wat. Gaat het om een werkplek naar een server, een locatie naar Microsoft 365, een VPN-client naar een intern subnet of een applicatie naar een externe API? Test niet alleen “internet”.
Lees de deny-logs
Zoek rond het juiste tijdstip naar geblokkeerde sessies en noteer bron-IP, bestemmings-IP, poort en policy-ID. Een logregel zonder context kan een gevolg zijn van een ander probleem, zoals DNS dat naar het verkeerde adres verwijst.
Controleer NAT en routing
Een verbinding kan worden toegestaan maar alsnog mislukken door een ontbrekende route of verkeerde NAT-regel. Controleer de route naar het doel en kijk of retourverkeer via dezelfde firewall terugkomt.
Let op applicaties met meerdere poorten
Veel applicaties gebruiken naast een hoofdpoort ook DNS, authenticatie, certificaatcontrole of dynamische poorten. Open niet zomaar een brede regel. Raadpleeg de benodigde poorten en beperk bron en bestemming zo veel mogelijk.
Wijzig veilig
Maak een tijdelijke, specifieke regel met logging en een einddatum als je moet testen. Documenteer de reden en verwijder de regel wanneer de oorzaak is opgelost. Een firewall die “alles toestaat” is geen diagnose maar een nieuw risico.
Test na de wijziging
Controleer de oorspronkelijke applicatie, logging, VPN, DNS en segmentatie. Kijk ook of je geen verkeer hebt toegestaan dat niet bij de vraag hoort. Plan periodieke review van uitzonderingen en ongebruikte regels.
Een geblokkeerde applicatie of VPN kan onderdeel zijn van een groter netwerkprobleem. Wij helpen met firewallanalyse en herstel, desgewenst volledig onder jouw merk.