-
Notifications
You must be signed in to change notification settings - Fork 4
Cannot retreive authentication result #19
Comments
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Really unsure about what the best solution would be. |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
My previous solution cannot work if you connect to an external socket. I think I will just create a monitoring socket per thread that will log authentication failures. |
I created this PR that will allow use to use only one thread to log the monitor events from all sockets. |
The PR was merged. I will create another issue for socket event monitoring. |
We can also detect handshake events via the new |
Some kind of |
Conceptually a misconfiguration mechanism is indistinguishable from a missing endpoint. While it might be helpful from the application's perspective to detect misconfigure credentials, I can't really think of a good way to do so. |
This can be fixed by #123 |
When a connection succeeds the socket is no longer in mute state and can queue outgoing messages via
send
. The problem is if the authentication failed the user will never know it: he has effectively no way of knowing if his credentials were misconfigured. Here is the issue I filled zeromq/libzmq#3505.The text was updated successfully, but these errors were encountered: