Bug 540887
| Summary: | Need to add DHCP_HOSTNAME | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Neal Becker <ndbecker2> |
| Component: | NetworkManager | Assignee: | Dan Williams <dcbw> |
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | 12 | CC: | dcbw, libbe, mailings, quentin |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2010-04-13 23:27:25 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Neal Becker
2009-11-24 13:10:41 UTC
See a lso bug #510253 I can confirm this bug. I have a dhcp/bind setup with ddns and when DHCP_HOSTNAME is not present in the client then the dns is not updated. NetworkManager only allows setting of DHCP_CLIENT_ID, which then obviously breaks the ddns setup. Manually adding the DHCP_HOSTNAME=... to the interface configfile is a temporary workaround but not very desirable actually grepping in /etc/sysconfig/network-scripts for DHCP_CLIENT_ID show NO matches. so the client id isn't used in the interface scripts. maybe you confused client id with hostname / forgot to add support for client id to the interface scripts? I think most of the time NM should simply send your machine's current persistent hostname (which is set via HOSTNAME in /etc/sysconfig/network) to the DHCP server instead of having a text box for it. it should, but that's not what I'm seeing. it's what the default nw i/f scripting does. NM apparently doesn't do this I'm not certain that NM currently does that actually, I'll need to check. I suggest the behavior is this: 1) if a configured hostname is set in the connection profile itself, use that 2) otherwise, if send-hostname is set in /etc/dhclient-eth0.conf, use that 3) otherwise, if the system has a persistent hostname (from /etc/sysconfig/network) use that 4) otherwise, send no hostname sound OK? seems ok and logical I would go a bit further though: 0) add a bit of user interface to 'Edit connections' so that the user can configure the hostname that is sent, and persist this in the /etc/sysconfig/network-scripts/ifcfg-xxxx files. use the order you suggested to provide the default in case the variable is not set. *** This bug has been marked as a duplicate of bug 488975 *** |