OPC UA verbindt niet? De 6 gebruikelijke oorzaken

Bijna elk geval van "OPC UA-client kan niet verbinden" komt neer op een van zes dingen: het verkeerde endpoint, een geblokkeerde poort, een mismatch in security mode, een niet-vertrouwd certificaat, verkeerde inloggegevens of een probleem met node-toegang. Werk deze lijst op volgorde af en u verhelpt de grote meerderheid van de storingen.

1. Verkeerde endpoint-URL

Het endpoint moet exact kloppen, inclusief schema, host en poort:

opc.tcp://192.168.10.20:4840        # correct
opc.tcp://plc-server:4840/UADiscovery
http://192.168.10.20:4840           # wrong scheme
192.168.10.20                        # missing scheme/port

• Gebruik het routeerbare IP-adres of oplosbare hostnaam van de server, niet localhost, tenzij u op de server zit.
• Bevestig dat het endpoint bereikbaar is vanaf de werkelijke gatewaylocatie, niet alleen vanaf een engineeringlaptop.
• Sommige servers adverteren een hostnaam die de client niet kan resolven: probeer expliciet het IP.

2. Poort geblokkeerd / firewall

OPC UA binary draait meestal op TCP 4840 (servers kunnen afwijken). Een TCP-timeout of "connection refused" is bijna altijd netwerk of firewall:

# is the port open from where the client runs?
nc -vz 192.168.10.20 4840
# or
Test-NetConnection 192.168.10.20 -Port 4840   # PowerShell

Lukt dat niet: open de poort op de firewall van de server of het besturingssysteem, controleer VLAN en routering, en bevestig dat geen NAT het adres herschrijft dat de server adverteert.

3. Security mode-mismatch

Client en server moeten het eens worden over een security policy en mode (None, Sign of Sign&Encrypt). Vraagt de client om een policy die de server niet aanbiedt (of andersom), dan mislukt de handshake. Inventariseer eerst de endpoints van de server en kies een passende.

4. Certificaat niet vertrouwd (de meest voorkomende)

Met Sign of Sign&Encrypt wisselen client en server X.509-certificaten uit en moeten ze elkaar vertrouwen. Een eerste verbinding mislukt doorgaans omdat het certificaat van de client in de map rejected van de server ligt (en/of omgekeerd).

1. Probeer de verbinding één keer (hij wordt geweigerd).
2. Verplaats op de server het certificaat van de client van pki/rejected naar pki/trusted/certs.
3. Vertrouw op de client het certificaat van de server wanneer daarom wordt gevraagd.
4. Herverbind.

Controleer ook dat het certificaat niet is verlopen en dat de application URI overeenkomt. Volledige details: OPC UA-beveiliging & certificaten.

5. Onjuiste of ontbrekende inloggegevens

Als de server gebruikersauthenticatie vereist, wordt een anonieme verbinding geweigerd. Controleer of hij anonymous, username/password of een gebruikerscertificaat verwacht, en lever het juiste aan.

6. Node-toegang & verwachtingen

Verbonden, maar reads/writes mislukken? Controleer of de nodelijst compleet en stabiel is, en maak vooraf duidelijk of de eis alleen-lezen is of dat van de client wordt verwacht dat hij schrijft : schrijftoegang is vaak beperkt en moet expliciet worden ingeschakeld.

Snelle checklist

Laatst bijgewerkt 4 september 2026 · Educatieve bron.