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

feat(landscape): Implement support for SSL certificates in Landscape connection #320

Merged
merged 7 commits into from
Oct 18, 2023

Conversation

EduardGomezEscandell
Copy link
Contributor

@EduardGomezEscandell EduardGomezEscandell commented Oct 9, 2023

Three changes in this PR:

  • Up until now, the landscape computer_name override took place in the agent, when creating the task. This is now moved to the WSL Pro Service.
  • On top of overriding the computer_name, the WSL Pro Service will now also rewrite ssl_public_key so that it is converted from Windows path to WSL path. This step is skipped if this key is not present.
  • The Windows Agent will now read the landscape config and use the ssl_public_key when available. This key will be used to secure the connection to the Hostagent server.

UDENG-1544

Copy link
Collaborator

@didrocks didrocks left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Excellent work!

I do have some changes to request, to ensure we don’t silently fallback to insecure mode (let’s say that you have a service that accept both, you will then trust it for an invalid configuration).

Copy link
Collaborator

@didrocks didrocks left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looking good! Thanks for this :)

We need to modify the config on WSL's side because it'll need access to
wslpath once we implement support for the ssl certificate.
The mocked "cmd.exe echo %LocalAppData%" would return a Linux path, and
then the mocked "wslpath" would do nothing. Of course, this is not
accurate, as cmd.exe returns always the Windows path. This is here fixed.
@EduardGomezEscandell
Copy link
Contributor Author

EduardGomezEscandell commented Oct 18, 2023

Force-pushed to rebase main and squashed fixups, no changes to code.

@EduardGomezEscandell EduardGomezEscandell requested review from didrocks and removed request for didrocks October 18, 2023 11:23
@EduardGomezEscandell EduardGomezEscandell merged commit ff38d12 into main Oct 18, 2023
35 checks passed
@EduardGomezEscandell EduardGomezEscandell deleted the landscape-ssl branch October 18, 2023 11:23
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants