[ZBXNEXT-7132] FQDN support in system.hostname key for Windows and other platforms Created: 2021 Dec 20 Updated: 2024 Jun 27 Resolved: 2023 Apr 17 |
|
Status: | Closed |
Project: | ZABBIX FEATURE REQUESTS |
Component/s: | Agent (G) |
Affects Version/s: | None |
Fix Version/s: | 7.0.0alpha1, 7.0 (plan) |
Type: | Change Request | Priority: | Medium |
Reporter: | Aleksey Volodin | Assignee: | Andrejs Kozlovs |
Resolution: | Fixed | Votes: | 10 |
Labels: | None | ||
Remaining Estimate: | Not Specified | ||
Time Spent: | Not Specified | ||
Original Estimate: | Not Specified |
Attachments: |
![]() |
||||||||||||||||||||
Issue Links: |
|
||||||||||||||||||||
Epic Link: | Zabbix 7.0 | ||||||||||||||||||||
Team: | |||||||||||||||||||||
Sprint: | Sprint 97 (Feb 2023), Sprint 98 (Mar 2023) | ||||||||||||||||||||
Story Points: | 1 |
Description |
In corporate Windows environment it will by great to have out-of-box possibility to get FQDN from Windows hosts. Something like adding new option in first parameter: type (before version 5.4.7 supported on Windows only) - possible values: netbios (default on Windows), host (default on Linux), shorthost (since version 5.4.7; returns part of the hostname before the first dot, a full string for names without dots).
fqdn (new) - return Fully Qualified Domain Name
system.hostname[fqdn] |
Comments |
Comment by Dimitri Bellini [ 2023 Jan 20 ] |
I would add my feedback on this topic. |
Comment by Alex Kalimulin [ 2023 Feb 09 ] |
On Unix, FQDN is also not supported by system.hostname. So it makes sense to support system.hostname[fqdn] on all platforms. |
Comment by Dimitri Bellini [ 2023 Feb 10 ] |
FQDN also for Linux could be great! |
Comment by Konstantins Prutkovs (Inactive) [ 2023 Mar 23 ] |
Available in versions:
|
Comment by Marina Generalova [ 2023 Mar 27 ] |
Documentation updated:
|