Unlocking the Full Potential of OPC UA with Typescript and NodeJS - http://node-opcua.github.io/
MIT License
π΄ enhancements:
π bug fixes
Published by erossignon over 3 years ago
π bug fixes
π Enhancement
π Breaking changes for developers :
now activation of trace from server and client are separated in the NODEOPCUADEBUG environment variable
π¬ contributors
Published by erossignon over 3 years ago
π bug fixes
[d1ba0af16c88e2cd757f2cc3fab5d1d12c777cce] [79cec7b0f56e484541212a6bff35964a36a88119] #936 fix certificate sanity check and improve default certificate generation
[cd3cda6527d279325b3671799751ae9a0bcee999] #931 fix issue that causes OPCUA#disconnect not to cancel backoff on some edge cases.
π enhancements
π¬ contributors
Published by erossignon almost 4 years ago
π bug fixes
π enhancements
π¬ contributors
Published by erossignon almost 4 years ago
π bug fixes
π enhancements
$HOME\.config
folder (linux) or in the %APPDATA% folder (windows) instead of inside the node_module itself.console.log("pki folder for serverc", server.serverCertificateManager.rootFolder);
console.log("pki folder for client", client.clientCertificateManager.rootFolder);
π¨ refactoring
better warning
[NODE-OPCUA-WXX]
or [NODE-OPCUA-EXX]
where XX is the unique message id.π deprecation warning
endpointMustExist
in place of endpoint_must_exist
at construction time options. endpoint_must_exist
option will be fully deprecated later.endpoint_must_exist
a warning will be displayed to remind you to change your code but the behavior will be unchanged.π¬ contributors
π₯ : Hotfix
Published by erossignon almost 4 years ago
π enhancements
Published by erossignon almost 4 years ago
π enhancements
π bug fixes
π travis
π¬ contributors
Published by erossignon almost 4 years ago
π enhancements
π bug fixes
π¬ contributors
π enhancement
π fixes
π¬ contributors:
Published by erossignon almost 4 years ago
π enhancements
π bug fix
Published by erossignon almost 4 years ago
π bug fix
π¬ contributors:
π enhancements:
π¬ contributors
π bug fixes:
ποΈ enhancements
π¬ contributors
π enhancements
π bug fixes
π¬ contributors
π
π¬ contributors
π breaking change
You may experience some change in behavior on the server since we now conform to more strict endpoint verification on the server-side to be compliant with CTT 1.0.4. This is particularly true if your server uses the 'alternateHostname' options during construction to expose more endpoints.
OPCUA Server may now reject connections from servers that do not provide an endpoint that is known by the server during the create session/ActiveSession process.
The behavior is :
If your server does not provide an alternate hostname specifically, you should be able to access it with any type of endpoint URL that resolved to the server machine. for instance:
opc.tcp://localhost:1234; opc.tcp://MYSERVER.com:1234 opc.tcp://myserver.mycompany.com:1234, opc.tcp://10.2.3.4:1234.
In these circumstances, the server will resolve the endpoint to the internal one, and there will be no ambiguity.
if your server exposes an alternateHostname then the client must specifically use one of the endpoints exposed by the server.
In these circumstances, the server cannot resolve the endpoint to the internal one, and there is an ambiguity regarding which endpoint to use.
In version prior to 2.19.0, node-opcua server used to replace the unknown endpoint with one endpoint chosen at random amongst the possible one. But later on, this was causing random rejection during the activateSession process as the UserTokenPolicy.
If you are facing this type of issues you can either:
Also, as spotted by #881, make sure that endpoint letter cases are correct in your endpoints.
π¬ contributors