You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
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.
@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.
Description
Currently, the
host.name
for endpoints takes thecomputer
value. After users enable the FQDN feature, they can set endpoints'host.name
to use thecomputer.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.
The text was updated successfully, but these errors were encountered: