Hi,
Currently, if a client connects to the SSL port (24580), the client certificate is checked after receiving the user line from the client, and if the certificate check fails, the connection is reset:
<<< # aprsc 2.1.2-gc90ee9c
>>> user DO1GL pass -1 vers foo -1
<<< # Client certificate not accepted: unable to verify the first certificate
read:errno=0
It would be a nice graceful fallback to allow a client to perform passcode authentication if the client certificate is not accepted by the server (that might be caused by a mismatching root or by an expired client cert).
This might introduce some problems, though:
- should a client with an invalid cert and invalid passcode be rejected or accepted as unauthorized?
- will this cause debugging problems when a user thinks they are authenticated, while they actually aren't?
Hi,
Currently, if a client connects to the SSL port (24580), the client certificate is checked after receiving the
userline from the client, and if the certificate check fails, the connection is reset:It would be a nice graceful fallback to allow a client to perform passcode authentication if the client certificate is not accepted by the server (that might be caused by a mismatching root or by an expired client cert).
This might introduce some problems, though: