1 |
Am Tue, 21 Mar 2017 22:17:50 +0000 |
2 |
schrieb Neil Bothwick <neil@××××××××××.uk>: |
3 |
|
4 |
> On Tue, 21 Mar 2017 20:25:18 +0100, Kai Krakow wrote: |
5 |
> |
6 |
> > If it's systemd-networkd, you could check those logs after the |
7 |
> > problem occurred: |
8 |
> > |
9 |
> > # journalctl -b -u systemd-networkd.service | fgrep -i dhcpv4 |
10 |
> > |
11 |
> > Apparently, it doesn't tell you what the DHCP server is by MAC |
12 |
> > address, but the reported "via" at least tells you the IP. |
13 |
> > |
14 |
> > It looks like this: |
15 |
> > |
16 |
> > Mar 17 19:21:33 jupiter systemd-networkd[680]: enp5s0: DHCPv4 |
17 |
> > address 192.168.4.102/24 via 192.168.4.254 |
18 |
> |
19 |
> That doesn't appear to be as helpful as you would think, I just tried |
20 |
> it and got |
21 |
> |
22 |
> Mar 21 09:02:56 fenchurch systemd-networkd[495]: wlan0: DHCPv4 address |
23 |
> 192.168.1.6/24 via 192.168.1.42 |
24 |
> |
25 |
> Which looks fine and 192.168.1.42 is the address of my router, but |
26 |
> that router is not my DHCP server. I double checked and |
27 |
> |
28 |
> 1) DHCP is turned off on the router |
29 |
> 2) The dnsmasq log on my DHCP server box shows it issuing that |
30 |
> address at that time. |
31 |
|
32 |
Ah, okay, so "via" announces the route. Good that we sorted that out |
33 |
(and good to know) ;-) |
34 |
|
35 |
Well, then fall back to tcpdump. You can filter it to DHCP traffic. You |
36 |
can also use wireshark, it's a bit more easy to use as a beginner - |
37 |
because it's graphical. |
38 |
|
39 |
-- |
40 |
Regards, |
41 |
Kai |
42 |
|
43 |
Replies to list-only preferred. |