Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Libki client does not register with server when HTTPS is set as the scheme #195

Closed
seancarte opened this issue Nov 11, 2020 · 2 comments
Closed
Labels

Comments

@seancarte
Copy link
Contributor

Describe the bug
When the Libki client is set to use scheme 'https', it will not communicate with the server.

To Reproduce
Edit Libki.ini file to change scheme to 'https'.
The client is no longer available in the list of clients

Expected behavior
Expected the client to be listed in the available clients after switching scheme to 'https'.

Screenshots
[none]

Deployment architecture:

  • OS: Ubuntu 20.04
  • Deployment style: LAMP
  • Versions of software used: r20.11

Desktop (please complete the following information):

  • OS: Ubuntu 20.04 and Windows 10
  • Browser: Libki Client
  • Version: r20.11

Additional context
tcpdump reveals that, when HTTPS is set, a TLSv1 hello is sent from the client, the server responds with an ACK, then closes the connection with a FIN:

Selection_017

When HTTP is used, the client sends a GET; this never occurs when the scheme is set to HTTPS:

Selection_018

@kylemhall
Copy link
Contributor

This sounds like an issue with the SSL-related Windows DLLs. If the Libki client cannot find them in the standard PATHs, it cannot communicate over https.

Did you find a solution? I would recommend installing the latest build of the Libki client.

@kylemhall kylemhall added the bug label Jun 30, 2021
@seancarte
Copy link
Contributor Author

Thanks for looking at these issues, Kyle. I'm not sure when I'm going to get a chance to look at this again; could be a couple of months before I get to return to the office. If you'd like to close this issue meanwhile, I'm fine with that.

@sekjal sekjal closed this as completed Apr 26, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants