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

Users can now use FQDN names for their hosts #3391

Closed
nastasha-solomon opened this issue May 31, 2023 · 2 comments · Fixed by #3393
Closed

Users can now use FQDN names for their hosts #3391

nastasha-solomon opened this issue May 31, 2023 · 2 comments · Fixed by #3393

Comments

@nastasha-solomon
Copy link
Contributor

nastasha-solomon commented May 31, 2023

Description

Currently, the host.name for endpoints takes the computer value. After users enable the FQDN feature, they can set endpoints' host.name to use the computer.company.network value.

To enable FQDN users would need to enable the FQDN flag in the Feature Flags section of the elastic-agent.yml config file. After that, they can set a host’s name in FQDN format through the Agent Binary Download Fleet settings.

Related:

Doc udpates

Add the following summary to the new features section of the 8.8 Security release notes:

Users can now use fully qualified domain name (FQDN) names for their hosts. Refer to to learn more.

@nicpenning
Copy link

nicpenning commented Jun 3, 2023

FYI - There is some confusion on what FQDN on hosts actually means.

elastic/kibana#150239 (comment)

Elastic Agents using Windows Integrations were already using FQDN for host.name and then this new change in 8.8 forced them to use short name (with the .org.local).

I just wanted to loop the documentation folks in on this as it is confusing to us Elastic users on what exactly is going on here and why FQDN is not the default. This may be a lose, lose situation based on what agents did not use FQDN before and which ones did.

Just my 2 cents 😀

@nicpenning
Copy link

@nastasha-solomon - Any thoughts to my feed back above? I wanted to make sure that someone was aware of the impact this may cause if it hasn't already.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants