Cant Login with other Login Handler like Imprivata

Hello Together
I've tried to use the script for using Linux at Work.
We have VirtualDesktop beside Computers and I want to use this so all the Corporate Apps are available.
My Problem is when i try to Connect to this machine the output after `bin/winapps check` is:
```
[16:56:47:639] [47988:47989] [INFO][com.freerdp.core] - freerdp_connect:freerdp_set_last_error_ex resetting error state
[16:56:47:639] [47988:47989] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpdr
[16:56:47:639] [47988:47989] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rdpsnd
[16:56:47:639] [47988:47989] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr
[16:56:47:639] [47988:47989] [INFO][com.freerdp.client.common.cmdline] - loading channelEx rail
[16:56:47:639] [47988:47989] [INFO][com.freerdp.client.common.cmdline] - loading channelEx drdynvc
[16:56:47:947] [47988:47989] [INFO][com.freerdp.primitives] - primitives autodetect, using optimized
[16:56:47:950] [47988:47989] [INFO][com.freerdp.core] - freerdp_tcp_is_hostname_resolvable:freerdp_set_last_error_ex resetting error state
[16:56:47:950] [47988:47989] [INFO][com.freerdp.core] - freerdp_tcp_connect:freerdp_set_last_error_ex resetting error state
[16:56:47:962] [47988:47989] [WARN][com.freerdp.crypto] - Certificate verification failure 'self signed certificate (18)' at stack position 0
[16:56:47:962] [47988:47989] [WARN][com.freerdp.crypto] - CN = Clientname.Domain.Name
[16:56:47:163] [47988:47989] [WARN][com.freerdp.core.nla] - SPNEGO received NTSTATUS: STATUS_LOGON_FAILURE [0xC000006D] from server
[16:56:47:163] [47988:47989] [ERROR][com.freerdp.core] - nla_recv_pdu:freerdp_set_last_error_ex ERRCONNECT_LOGON_FAILURE [0x00020014]
[16:56:47:163] [47988:47989] [ERROR][com.freerdp.core.rdp] - rdp_recv_callback: CONNECTION_STATE_NLA - nla_recv_pdu() fail
[16:56:47:163] [47988:47989] [ERROR][com.freerdp.core.transport] - transport_check_fds: transport->ReceiveCallback() - -1
```

when i check the certificate with openssl `openssl s_client -connect Client_Name:RDP-PORT -showcerts

Start by reproducing the failure with `bin/winapps check` and compare its FreeRDP/NLA output with the working `rdesktop -u USERNAME DEVICENAME.DOMAINNAME` command. Investigate how the Imprivata login handler and self-signed certificate affect authentication; done would mean a supported connection path or clear documentation of the incompatibility.

Written by the indexing model from the issue text.