I wont bother typing out details because it seems like speaking into the abyss.
I have an issue where dhcpd does not recognise the mac address of my NIC when configured in dhcpd.conf.
I wont bother typing out details because it seems like speaking into the abyss.
I have an issue where dhcpd does not recognise the mac address of my NIC when configured in dhcpd.conf.
Without details youâll hardly promt anyone to help. Detailing issues can give you at least some chance of getting the answer:
Unfortunately not all folks know answers to everything, this is far from paid support center. Answers youâll get here are mostly from enthusiasts that want to participate in the community.
If nobody knows the answer, weâll at least try to provide suggestions for next stepsâŚ
Well, from my experiences, also paid support is often unable to offer prompt solutions, or even to offer solutions at all.
As others have already said, providing details is more helpful than not and disparaging the forumâs abilities is not particularly constructive.
Hi,
By the way, this is regarding Fedora Server.
I wanted to be sure someone looked at my post before I typed out acres of details, my last post didnât get a single answer even though it was about what seems to be a serious bug with systemd and selinux.
@alciregi I believe you looked at it.
About this DHCP issue, I will post details later this evening.
However there is an incredible amount of conflicting information about this, including from authorities fedora, red hat and centos. Itâs like having 3 different service manuals for the same car, all of which tell you to do something different, and none of the instructions are correct.
Theyâre three different cars. So, if youâre using Fedora, you use the manual for Fedora. If the instructions there are incorrect, weâll speak to the âmanufacturerâ (continuing the idiom) which would be the maintainer and the developers and see how they can be corrected/improved.
Hi Fransisco
You are correct, however, also not correct. Due the fact that there is a lot of out of date info about fedora around, even hosted by fedora. For example, adding entries to config files, whereupon opening that file there is a header explicitly stating that the file is no longer used.
Which means resorting to seeking better documentation, and, afterall, we would hope RHEL is the daddy of what we are doing here!
Give me a bit and I will post the relevant files and error messages in case anyone can shed some light.
Here we go:
option domain-name âserver.homeâ;
host server {
hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.15.1;
}
subnet 192.168.15.0 netmask 255.255.255.0 {
authoritative;
range 192.168.15.5 192.168.15.100;
default-lease-time 86400;
max-lease-time 86400;
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.15.255;
#option routers 192.168.15.1;
}
Where XX.XX.XX⌠is the correct mac address of one of the NICs, enp8s0f1, currently connected to main network, but, previously connected to a network switch, ready to test.
Produces this result:
Internet Systems Consortium DHCP Server 4.3.6
Copyright 2004-2017 Internet Systems Consortium.
All rights reserved.
For info, please visit ISC DHCP - ISC
ldap_gssapi_principal is not set,GSSAPI Authentication for LDAP will not be used
Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file
Config file: /etc/dhcp/dhcpd.conf
Database file: /var/lib/dhcpd/dhcpd.leases
PID file: /var/run/dhcpd.pid
Source compiled to use binary-leases
Wrote 0 deleted host decls to leases file.
Wrote 0 new dynamic host decls to leases file.
Wrote 0 leases to leases file.
No subnet declaration for wls6 (192.168.0.99).
** Ignoring requests on wls6. If this is not what
you want, please write a subnet declaration
in your dhcpd.conf file for the network segment
to which interface wls6 is attached. **
No subnet declaration for enp8s0f1 (192.168.0.100).
**** Ignoring requests on enp8s0f1. If this is not what**
** you want, please write a subnet declaration**
** in your dhcpd.conf file for the network segment**
** to which interface enp8s0f1 is attached. ****
No subnet declaration for enp8s0f0 (192.168.0.94).
** Ignoring requests on enp8s0f0. If this is not what
you want, please write a subnet declaration
in your dhcpd.conf file for the network segment
to which interface enp8s0f0 is attached. **
Not configured to listen on any interfaces!
This version of ISC DHCP is based on the release available
on ftp.isc.org. Features have been added and other changes
have been made to the base software release in order to make
it work better with this distribution.
Please report issues with this software via:
https://bugzilla.redhat.com/
exiting.
Please provide the result of the following command.
ip a
In addition, what are you trying to do? It could be obvious, but I did not understood (English is not my native language).
Are you configuring a DHCP serever?
Some Google searches mentioned adding the interface to the file /etc/default/isc-dhcp-server. Also, while Iâm assuming that your new lines and lack of indenting within the block isnât an issue, you could try changing it.
Is âoption domain-name âserver.homeâ;â allowed to be outside of a block?
(While writing the above, I noticed that your quotation marks donât look like mine. Are they perhaps the wrong ones? ASCII vs Unicode, or the other way around)
Hi Fansisco
About conflicting information. Fedora Documentation, turns up on web search:
mentions: /etc/sysconfig/dhcpd
Which does not exist
Hi Benjamind
I can try indenting, but it doesnât seem like itâs likely to be the issue, otherwise more problems would appear other than the server not relating the mac address to the interface.
The quote marks may look different because I copied from SSH terminal, to mousepad, and then to here.
Again, it seems like the script is not in error itself, otherwise there would be a stream of errors. For example, a missing ; or } will cause a failure, and the error is correctly reported.
Since, looking at the errors, it seems that you are trying to configure a DHCP server for a subnet you are not connected to.
In addition, from the man page
The host statement
host hostname { [ parameters ] [ declarations ]
}
The host declaration provides a way for the DHCP server to identify a DHCP or BOOTP client. This allows the server to provide configuration information including fixed addresses
Usually such declaration goes inside the subnet statement.
As far as I can understand (but I could be wrong), you are thinking that
host server {
hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.15.1;
}
will assign the IP address 192.168.15.1 to the enp8s0f1 interface of the host acting as DHCP server. This is a wrong assumption. The DHCP server will assign IPs to the clients in the same subnet, and not to itself.
Hi alciregi
Thanks, this is my first time experimenting with DHCP, so I am trying to work out how it works!
Now I reread it according to your explanation it makes a different kind of sense. This is to set a fixed address of a client.
So, how to do what I want?
The mention of what seems to be the logical course of action in Fedora docs relates to a nonexistent directory and file, and the entry is regarding Fedora 14!
Well⌠what are you trying to achieve?
Thatâs unfortunate. Instructions for older releases will almost never work for a current release, especially if the instructions are from years ago. (Even if we set aside the relatively fast pace of Fedora, 5 years is a long time for software to change in).
Given that this is available from search engines, Iâve filed a ticket with docs now to either:
You can follow the ticket and provide your views here:
https://pagure.io/fedora-docs/docs-fp-o/issue/116
Hi Fransisco
Thanks!
There are many more instances I have experienced in the past.
For someone like me, who has some experience, but has to research and learn about something new to them, it can become a grim and frustrating experience.
It seems some âdistrosâ (Arch, FreeBSD) are more thorough and precise about documentation. I guess here there could be a reason to, lets say, not allow documentation to become so useful that paid for support is less of a requirement.
Still, I like Fedora and have used it for some years, so I would prefer to stick around.
@valve order and nesting is important in dhcpd.conf.
Check the dhcpd.conf manpage. Itâs a long read but it has all the info.
man dhcpd.conf
Example dhcpd.conf (untested):
option domain-name "server.home";
# timers
default-lease-time 32200;
max-lease-time 86400;
authoritative;
subnet 192.168.15.0 netmask 255.255.255.0 {
option routers 192.168.15.1;
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.15.255;
option domain-name "server.home";
option domain-name-servers yourdnsserver.server.home;
# option time-offset 3600; # adjust for your situation
option ntp-servers yourntpserver.server.home;
allow unknown-clients;
# .5 to .100 are used for dynamic clients
range 192.168.15.5 192.168.15.100;
# while .1 to .4 can be used for static clients
host server {
hardware ethernet XX:XX:XX:XX:XX:XX;
fixed-address 192.168.15.1;
}
} # end of subnet declaration
Hi alciregi
Letâs say this is as much about me experimenting and learning as it is about achieving an end result (which I have not firmly decided about).
So, I will describe what I would like to achieve today is the elimination of this specific problem: No subnet declaration for enp8s0f1 (192.168.0.100).
If I could find an explicit instruction as to how to do it, I would. I can easily find such for Ubuntu, but not Fedora, and, a deeper search starts to show up conflicting and wrong information about nonexistent directories and files, as I described.