<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Greetings,<div><br></div><div>I'm using Debian Buster with systemd 241-3.</div><div><br></div><div>I have a computer (server) that is running isc-dhcpd and I have a hardwired interface with static addressing on the computer:</div><div><br></div><div><div>$ cat /etc/systemd/network/eth-router.network</div><div>[Match]</div><div>MACAddress=00:01:c0:1e:25:dd</div><div><br></div><div>[Network]</div><div>Address=<a href="http://172.20.20.1/24">172.20.20.1/24</a></div></div><div><br></div><div>$ ip a</div><div>[...]</div><div><div>2: enp4s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000</div><div>    link/ether 00:01:c0:1e:25:dd brd ff:ff:ff:ff:ff:ff</div></div><div>[...]</div><div><br></div><div>When I connect another computer (laptop) to the server via an ethernet cable, the interface is brought up:</div><div><br></div><div>$ ip a</div><div>[...]</div><div><div>2: enp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000</div><div>    link/ether 00:01:c0:1e:25:dd brd ff:ff:ff:ff:ff:ff</div><div>    inet <a href="http://172.20.20.1/24">172.20.20.1/24</a> brd 172.20.20.255 scope global enp4s0</div><div>       valid_lft forever preferred_lft forever</div><div>    inet6 fe80::201:c0ff:fe1e:25dd/64 scope link</div><div>       valid_lft forever preferred_lft forever</div></div><div><br></div><div>However isc-dhcpd is unhappy about trying to answer lease requests from an interface that doesn't have addressing - as isc-dhcpd has already started from boot and the interface is brought up when a client plugs into the ethernet cable:</div><div><br></div><div><div>Apr 25 18:14:48 zion dhcpd[651]: No subnet declaration for enp4s0 (no IPv4 addresses).</div><div>Apr 25 18:14:48 zion dhcpd[651]: ** Ignoring requests on enp4s0.  If this is not what</div><div>Apr 25 18:14:48 zion dhcpd[651]:    you want, please write a subnet declaration</div><div>Apr 25 18:14:48 zion dhcpd[651]:    in your dhcpd.conf file for the network segment</div><div>Apr 25 18:14:48 zion dhcpd[651]:    to which interface enp4s0 is attached. **</div><div>Apr 25 18:14:48 zion dhcpd[651]: </div></div><div><br></div><div>If I restart isc-dhcpd after the enp4s0 has an address, then my client computer (laptop) is able to request and get an address:</div><div><br></div><div><div>May 06 19:46:12 zion dhcpd[3654]: Server starting service.</div><div>May 06 19:46:14 zion isc-dhcp-server[3641]: Starting ISC DHCPv4 server: dhcpd.                                                        </div><div>May 06 19:46:14 zion systemd[1]: Started LSB: DHCP server.</div><div>May 06 19:46:16 zion dhcpd[3654]: DHCPDISCOVER from c4:65:16:04:24:92 via enp4s0                                                      </div><div>May 06 19:46:17 zion dhcpd[3654]: DHCPOFFER on 172.20.20.181 to c4:65:16:04:24:92 (tombstone) via enp4s0                              </div><div>May 06 19:46:17 zion dhcpd[3654]: DHCPREQUEST for 172.20.20.181 (172.20.20.1) from c4:65:16:04:24:92 (tombstone) via enp4s0           </div><div>May 06 19:46:17 zion dhcpd[3654]: DHCPACK on 172.20.20.181 to c4:65:16:04:24:92 (tombstone) via enp4s0 </div></div><div><br></div><div>What is the proper way to handle this issue?</div><div><br></div><div>I also use the same isc-dhcpd to serve addresses out of a wifi interface, so I don't think I could have the service start up after a *.network file is activated - if that is the right terminology.</div><div><br></div><div>Is there a way to have systemd-network assign addressing to an interface without the link being up?</div><div><br></div><div>Thanks for any help!</div><div><br></div><div>-m</div></div></div></div></div></div></div>