[gelöst] Kein Default GW in der Routing Tabelle

[hwk]

Hallo zusammen,
seit Tagen Kämpfe ich mit einem Problem und finde keine Lösung. Bei der Suche im IN bin ich nun hier gelandet. Eventuell kennt ja jemand das Problem oder kann mir beim Debugger helfen Ich bin mit meinem Latein am Ende.

Problem. Zwei frische Debian Installationen kommen nicht in IN. Es steht kein Standardgaway in der Routingtabelle. Andere Geräte funktionieren.
Gerät1: RpI 4 mit letztem RasbianOS Image.
Gerät2: Beelink MII-V mit letztem Debian AMD Full Install Image mit den Hardawarezusätzen.
DHCP/DNS lauft auf einem BananPI R1
Router ist eine Fritzbox mit abgeschaltetem DHCP

Ich füge einmal ein paar Informationen, die ich gesammelt habe, an. Das TCPDUMP.LOG file lasse ich mal weg. Da steht auch nur routers angefragt und routers bekommen. Im dhclient-script debug steht ja das Default GW drin, nur nicht in der routing Tabelle.
Soweit ich rausgefunden habe, läuft bei mit der dhcpcd.

Hat jemand noch eine Idee?

cu
hawe

--- dhclient-script.debug
Thu Aug 20 10:18:06 CEST 2020: entering /etc/dhcp/dhclient-enter-hooks.d, dumping variables.
reason='RELEASE'
interface='eth0'
old_ip_address='192.168.2.14'
old_host_name='hoshi2'
old_network_number='192.168.2.0'
old_subnet_mask='255.255.255.0'
old_broadcast_address='192.168.2.255'
old_routers='192.168.2.1'
old_rfc3442_classless_static_routes='26 192 168 1 64 192 168 2 2'
old_domain_name='dmz.kneitinger.net'
old_domain_search='dmz.kneitinger.net. local.kneitinger.net. fritz.box. kneitinger.net. kneitinger.name.'
old_domain_name_servers='192.168.2.4'
old_ntp_servers='192.53.103.108'
--------------------------
Thu Aug 20 10:18:06 CEST 2020: entering /etc/dhcp/dhclient-exit-hooks.d, dumping variables.
reason='RELEASE'
interface='eth0'
old_ip_address='192.168.2.14'
old_host_name='hoshi2'
old_network_number='192.168.2.0'
old_subnet_mask='255.255.255.0'
old_broadcast_address='192.168.2.255'
old_routers='192.168.2.1'
old_rfc3442_classless_static_routes='26 192 168 1 64 192 168 2 2'
old_domain_name='dmz.kneitinger.net'
old_domain_search='dmz.kneitinger.net. local.kneitinger.net. fritz.box. kneitinger.net. kneitinger.name.'
old_domain_name_servers='192.168.2.4'
old_ntp_servers='192.53.103.108'
--------------------------
Das ist eigentlich so wie es sein sollte.

--- ip r
192.168.1.64/26 via 192.168.2.2 dev eth0 proto dhcp src 192.168.2.14 metric 202
192.168.2.0/24 dev eth0 proto dhcp scope link src 192.168.2.14 metric 202
Kein default GW.

--- ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether dc:a6:32:87:69:13 brd ff:ff:ff:ff:ff:ff
inet 192.168.2.14/24 brd 192.168.2.255 scope global dynamic noprefixroute eth0
valid_lft 79190sec preferred_lft 68840sec

[mat6937]

Problem. Zwei frische Debian Installationen kommen nicht in IN. Es steht kein Standardgaway in der Routingtabelle.
Router ist eine Fritzbox mit abgeschaltetem DHCP

--- ip r
192.168.1.64/26 via 192.168.2.2 dev eth0 proto dhcp src 192.168.2.14 metric 202
192.168.2.0/24 dev eth0 proto dhcp scope link src 192.168.2.14 metric 202
Kein default GW.

--- ip a
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether dc:a6:32:87:69:13 brd ff:ff:ff:ff:ff:ff
inet 192.168.2.14/24 brd 192.168.2.255 scope global dynamic noprefixroute eth0
valid_lft 79190sec preferred_lft 68840sec

Wie sind die Ausgaben von:

Code: Alles auswählen

arp -av
ip n s
ps aux | grep -i [d]hc

? Wie hast Du das zuweisen der IP-Adresse konfiguriert, wenn der DHCP-Server in der FB nicht aktiv ist?
Welches Subnetz hat die FB?

EDIT:

Welche IP-Adresse hat der BananPI?

[hwk]

Danke für die schnelle Antwort.

Als DHCP/DNS läuft dnsmasq auf dem BannanaPI (192.168.2.4). Die IP bekommen die Geräte von dort. Für bestimmte Hosts (Namen) gibt es immer die gleiche IP. So kann ich beim update ein Gerät vorbereiten (neu aufsetzen, ect.) während das "Alte" noch läuft bzw. und dann einfach umstecken. Die FB ist fix 192.168.2.1/24 und wird per option 3 vom dnsmqaq verteilt. Funktioniert so seit sehr langer Zeit.

Code: Alles auswählen

IN --- FB -+- FW --NW
           + DMZ

--- arp -av
m-router.dmz.kneitinger.net (192.168.2.2) auf 00:a0:57:10:d4:f3 [ether] auf eth0
ds9.dmz.kneitinger.net (192.168.2.5) auf 00:11:32:16:15:3e [ether] auf eth0
hoshi.dmz.kneitinger.net (192.168.2.4) auf 02:94:05:c2:23:0e [ether] auf eth0
Einträge: 3 Ignoriert: 0 Gefunden: 3

--- ip n s
192.168.2.2 dev eth0 lladdr 00:a0:57:10:d4:f3 DELAY
192.168.2.5 dev eth0 lladdr 00:11:32:16:15:3e STALE
192.168.2.4 dev eth0 lladdr 02:94:05:c2:23:0e STALE

--- ps aux | grep -i [d]hc
root 58 0.0 0.0 0 0 ? I< 10:09 0:00 [kworker/u9:0-sdhci]
root 76 0.0 0.0 0 0 ? I< 10:09 0:00 [sdhci]
root 457 0.0 0.0 0 0 ? I< 10:09 0:00 [kworker/u9:1-sdhci]
root 505 0.0 0.0 2832 1668 ? Ss 10:09 0:00 /sbin/dhcpcd -q -w

[mat6937]

Die FB ist fix 192.168.2.1/24 und wird per option 3 vom dnsmqaq verteilt. Funktioniert so seit sehr langer Zeit.

Code: Alles auswählen

root       505  0.0  0.0   2832  1668 ?        Ss   10:09   0:00 /sbin/dhcpcd -q -w

Wie sind die Ausgaben von:

Code: Alles auswählen

dhcpcd -4 -U eth0
cat /etc/dhcpcd.conf
systemctl status dhcpcd

Ist es das erste mal, dass es mit dhcpcd (als dhcp-Client) nicht funktioniert?

[hwk]

Die zwei betroffenen Geräte sind neu und frisch installiert.Sie haben Probleme mit dem dnsmasq DHCP Server. In einem anderen Netzwerksegment haben sie ein default GW, da gibt es aber auch keine statische Route. Testweise habe ich einmal in der dhcpcd.conf ein statisches default GW, in dem vorletzten Abschnitt, gesetzt. Dann gibt es zwar das default GW aber keine statische Route in er Tabelle.
Seltsamerweise sehe ich ja im dhcpcd debug das GW als "old GW", nur nicht in der Routingtabelle. Und ein Ping ins Internet findet nichts -> Netzwerk nicht verfügbar. Wenn ich das default GW mit "route add default gw <GW-IP>" manuell setze bleibt es bis zum nächsten automatischen renew in der Tabelle.

Andere Geräte funktionieren, u.A auch ein sehr alter RPi1B den ich Zug um Zug bis auf das aktuelle buster upgegraded habe. Ein alter Siemens LapTop mit W10 stottert zu Anfang über WLAN. Er verliert nach ein paar Minuten das Standart GW einmal. Hier muss ich immer die Netzwerkverbindung reparieren lassen. Aber das war schon immer so, auch unter W7 bis ich den Treiber erneuert habe. Unter W10 gibt es aber keinen neuen Treiber. Jetzt habe ich W10 2004 bekommen und es scheint besser geworden zu sein.

Nachtrag: Wie ich gerade herausgefunden habe, läuft auf dem RPi1B nicht dhcpcd sondern der dhclient. Ich finde nur kein Paket mit dem dhclient, es scheint nur noch der dhcpcd genutzt zu werden.

--- dhcpcd -4 -U eth0
broadcast_address='192.168.2.255'
classless_static_routes='192.168.1.64/26 192.168.2.2'
dhcp_lease_time='82800'
dhcp_message_type='5'
dhcp_rebinding_time='72450'
dhcp_renewal_time='41400'
dhcp_server_identifier='192.168.2.4'
domain_name='dmz.kneitinger.net'
domain_name_servers='192.168.2.4'
domain_search='dmz.kneitinger.net local.kneitinger.net fritz.box kneitinger.net kneitinger.name'
host_name='hoshi2'
ip_address='192.168.2.14'
network_number='192.168.2.0'
routers='192.168.2.1'
subnet_cidr='24'
subnet_mask='255.255.255.0'

--- /etc/dhcpcd.conf
# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.

# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel

# Inform the DHCP server of our hostname for DDNS.
hostname

# Use the hardware address of the interface for the Client ID.
clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
# Some non-RFC compliant DHCP servers do not reply with this set.
# In this case, comment out duid and enable clientid above.
#duid

# Persist interface configuration when dhcpcd exits.
persistent

# Rapid commit support.
# Safe to enable by default because it requires the equivalent option set
# on the server to actually work.
option rapid_commit

# A list of options to request from the DHCP server.
option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes, routers

# Respect the network MTU. This is applied to DHCP routes.
option interface_mtu

# Most distributions have NTP support.
#option ntp_servers

# A ServerID is required by RFC2131.
require dhcp_server_identifier

# Generate SLAAC address using the Hardware Address of the interface
#slaac hwaddr
# OR generate Stable Private IPv6 Addresses based from the DUID
slaac private

# Example static IP configuration:
#interface eth0
#static ip_address=192.168.0.10/24
#static ip6_address=fd51:42f8:caae:d92e::ff/64
#static routers=192.168.0.1
#static domain_name_servers=192.168.0.1 8.8.8.8 fd51:42f8:caae:d92e::1

# It is possible to fall back to a static IP if DHCP fails:
# define static profile
#profile static_eth0
#static ip_address=192.168.1.23/24
#static routers=192.168.2.1
#static domain_name_servers=192.168.1.1

# fallback to static profile on eth0
#interface eth0
#fallback static_eth0

[mat6937]

Ich finde nur kein Paket mit dem dhclient, es scheint nur noch der dhcpcd genutzt zu werden.

--- dhcpcd -4 -U eth0
...
routers='192.168.2.1'
...

Nein. der dhclient und/oder dhcp-Client mit systemd-networkd könnte man auch verwenden.
Wie sind die Ausgaben von:

Code: Alles auswählen

apt-cache policy isc-dhcp-client
which dhclient

?

[hwk]

--- isc-dhcp-client:
Installiert: 4.4.1-2
Installationskandidat: 4.4.1-2
Versionstabelle:
*** 4.4.1-2 500
500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
100 /var/lib/dpkg/status

--- which dhclient
/sbin/dhclient

OK, scheint installiert zu sein, aber mit ps -ef finde ich nur "root 500 1 0 06:12 ? 00:00:00 /sbin/dhcpcd -q -w".
Systemctl status dhclient sagt nur "Unit dhclient.service could not be found."
Systemctl enable dhclient sagt "Failed to enable unit: Unit file dhclient.service does not exist."
Wie kann ich denn von dhcpcd nach dhclient wechseln?

[mat6937]

Wie kann ich denn von dhcpcd nach dhclient wechseln?

Den dhcpcd deaktivieren (später deinstallieren) und für den dhclient eine service-unit erstellen.

[hwk]

Danke ich arbeite daran als option für einen workaround.

Um eine Fehlkonfiguration des dnsmasq auszuschließen, habe ich einmal in der dnsmasq Konfiguration die option 121 auskommentiert.
Verrückt, jetzt gibt es ein default GW. Gibt es irgendeine Beschränkung der Kernelroutingtabelle bei booten?

Ergänzung:
Option 121 wieder aktiviert -> default GW wieder weg.

[hwk]

Hallo zusammen,
ich habe das Thema mal auf gelöst gesetzt weil ich ein Workaround gefunden haben.Es ist zwar nicht die beste Idee und behebt das eigentliche Problem nicht, aber es geht erst einmal. Die Option 121 scheint sich mit der option 3 bei dhcpcd/Buster zu beeinflussen.

Workaround:
In der dnsmasq Konfiguration der option 121 das default gw mittels ,0.0.0.0/0, <GWIP> ans Ende angefügt.

Danke für die Hilfestellungen.