(gelöst) unerwünschtes, zwangsweises dhcp, war: nach d-u keine Verbindung ins Internet, LAN ok

[michaa7]

Debian sid(uction) tagesaktuell

Aktualiesierung: Ich konnte den Fehler dahingehend eingrenzen, dass nun nach dem d-u mein Schlepptop die nicht routebare IP 169.254.224.79/16 verwendet. Nur woher das kommt und wie ich das beseitige ist mir nicht klar. Weiter siehe hier:

Habe eben mein Schlepptop aktualisiert. (Schlepptop->router->Internet). Alles ok (wie die Zeit zuvor auch).

Danach jedoch komme ich mit diesem Rechner nicht mehr ins netz, auch kein ping zu Adressen im Internet möglich. Verbinungen im LAN funktionieren weiterhin.

Beim pingen ins web erhalte ich:

Code: Alles auswählen

From xxx.yyy (192.168.2.12) icmp_seq=1 Destination Host Unreachable

apt update führt zu (u.a.):

Code: Alles auswählen

Ign:4 http://http.debian.net/debian unstable InRelease
Fehl:6 http://http.debian.net/debian unstable Release
  Verbindung mit http.debian.net:80 kann nicht aufgebaut werden (2603:400a:ffff:bb8::801f:3e). - connect (101: Das Netzwerk ist nicht erreichbar) Verbindung mit http.debian.net:80 kann nicht aufgebaut werden (2001:4f8:1:c::15). - connect (101: Das Netzwerk ist nicht erreichbar) Verbindung mit http.debian.net:80 kann nicht aufgebaut werden (2001:67c:2564:a119::77). - connect (101: Das Netzwerk ist nicht erreichbar)

Hier irritieren mich allerdings die IPV6 Adressen.

Den router kann ich noch anpingen. Aber keine Webadressen, auch nicht wenn ich die konkrete IP eingebe.


Vom Desktop aus (Desktop->router->Internet) klappt jedoch der Netzzugang. Auch zum zitierten Debian server.

Das dist-upgrade war über 800 MB groß, daher stehen viele Pakete als Fehlerquelle zur Auswahl. Jemand ne idee wie ich den Fehler finden könnte?

[DeletedUserReAsG]

Jemand ne idee wie ich den Fehler finden könnte?

Zunächst mal mittels ip einen Überblick verschaffen: Route für IPv4 ist gesetzt? Falls bei dir normalerweise ein Router solche Sachen via DHCP verteilt, auch mal dhcpcd (oder dhclient – was halt bei dir genutzt wird) manuell für das Interface aufrufen.

[michaa7]

Bei mir läuft kein DHCP, alles statisch manuell eingerichtet. Vor Ewigkeiten. Nichts geändert.

Keine Ahnung was ich mit "IP" machen soll, mal ersatzweise "route" aufgerufen:

Code: Alles auswählen

# route
Kernel-IP-Routentabelle
Ziel            Router          Genmask         Flags Metric Ref    Use Iface
0.0.0.0         0.0.0.0         255.255.255.255 UH    0      0        0 ens2
default         0.0.0.0         0.0.0.0         U     0      0        0 ens2
default         fritz.box       0.0.0.0         UG    0      0        0 ens2
link-local      0.0.0.0         255.255.0.0     U     0      0        0 ens2
192.168.2.0     0.0.0.0         255.255.255.0   U     0      0        0 ens2

EDIT:
Die namensauflösung klappt vom Schlepptop aus, aber der host bleibt unreachable.

Code: Alles auswählen

# traceroute heise.de
traceroute to heise.de (193.99.144.80), 30 hops max, 60 byte packets
 1  xxx.yyy (192.168.2.12)  3102.436 ms !H  3102.386 ms !H  3102.353 ms !H

Vom Desktop aus klappt beides.

Code: Alles auswählen

# traceroute heise.de
traceroute to heise.de (193.99.144.80), 30 hops max, 60 byte packets
 1  fritz.box (192.168.2.1)  0.570 ms  0.646 ms  1.037 ms
 2  p3e9bf1b2.dip0.t-ipconnect.de (62.155.241.178)  23.454 ms  23.427 ms  23.378 ms
 3  pd900c616.dip0.t-ipconnect.de (217.0.198.22)  27.445 ms 217.5.109.122 (217.5.109.122)  27.446 ms  27.922 ms
 4  62.157.251.38 (62.157.251.38)  32.581 ms  32.830 ms  32.833 ms
 ... (manuell abgebrochen)

[michaa7]

Liegt hier vllt der Fehler?

Code: Alles auswählen

# ip -a route
0.0.0.0 dev ens2 scope link 
default dev ens2 scope link 
default via 192.168.2.1 dev ens2 proto static 
169.254.0.0/16 dev ens2 proto kernel scope link src 169.254.224.79 
192.168.2.0/24 dev ens2 proto kernel scope link src 192.168.2.12 

WAs hat diese 169.254.0.0 in meinen NEtzwerk zu suchen? Wo kommt ide har. Whois sagt:

Code: Alles auswählen

# whois 169.254.0.0

#
# ARIN WHOIS data and services are subject to the Terms of Use
# available at: https://www.arin.net/resources/registry/whois/tou/
#
# If you see inaccuracies in the results, please report at
# https://www.arin.net/resources/registry/whois/inaccuracy_reporting/
#
# Copyright 1997-2022, American Registry for Internet Numbers, Ltd.
#


NetRange:       169.254.0.0 - 169.254.255.255
CIDR:           169.254.0.0/16
NetName:        LINKLOCAL-RFC3927-IANA-RESERVED
NetHandle:      NET-169-254-0-0-1
Parent:         NET169 (NET-169-0-0-0-0)
NetType:        IANA Special Use
OriginAS:       
Organization:   Internet Assigned Numbers Authority (IANA)
RegDate:        1998-01-27
Updated:        2014-01-09
Comment:        Computers use addresses starting with "169.254." when they do not have a manually configured address or when they are not told which address to use by a service on the network.  They are commonly called the "link local" addresses.
Comment:        
Comment:        Routers are not allowed to forward packets sent from an IPv4 "link local" address, so they are always used by a directly connected device.
Comment:      

...  

Natürlich hat mein Schlepptop eine manuell konfigurierte adresse. Aber irgend ein beim d-u installiert service möchte die vllt nutzen? Was ist da los? Gehts hier zur Ursache?

Edit:

Code: Alles auswählen

# netstat
Aktive Internetverbindungen (ohne Server)
Proto Recv-Q Send-Q Local Address           Foreign Address         State      
tcp        1      0 xxx.yyy:35594  fritz.box:45319         CLOSE_WAIT 
tcp        1      0 xxx.yyy:35598  fritz.box:45319         CLOSE_WAIT 
tcp        1      0 xxx.yyy:43022  fritz.box:45319         CLOSE_WAIT 
tcp        1      0 schleppi:36306          169.254.1.1:45319       CLOSE_WAIT 
tcp        1      0 xxx.yyy:35578  fritz.box:45319         CLOSE_WAIT 
tcp        0    164 xxx.yyy:ssh   xxx.yyy:48022  VERBUNDEN  
tcp        1      0 schleppi:36312          169.254.1.1:45319       CLOSE_WAIT 
tcp        1      0 xxx.yyy:43024  fritz.box:45319         CLOSE_WAIT 
tcp        1      0 xxx.yyy:43032  fritz.box:45319         CLOSE_WAIT 

Die ssh verbindung ist mein Desktop, nur zur klärung. Aber warum verwendet mein Schleptop diese 169.254.1.1, ich meine damit ist klar warum das mit dem Internet nicht klappt, weil die Adresse nicht geroutet wird/werden darf.

Aber welches paket hat das beim dist-upgrade so eingerichtet?

Das ist meine /etc/systemd/network/lan0.network

Code: Alles auswählen

# cat /etc/systemd/network/lan0.network
[Match]
Name=ens2

[Network]
Address=192.168.2.12
Gateway=192.168.2.1
DNS=192.168.2.1

Warum wird die nicht verwendet?

Code: Alles auswählen

# ip -a route
0.0.0.0 dev ens2 scope link 
default dev ens2 scope link 
default via 192.168.2.1 dev ens2 proto static 
169.254.0.0/16 dev ens2 proto kernel scope link src 169.254.224.79 
192.168.2.0/24 dev ens2 proto kernel scope link src 192.168.2.12 

Code: Alles auswählen

# ip addr
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
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens2: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:15:58:c8:31:c7 brd ff:ff:ff:ff:ff:ff
    altname enp2s0
    inet 192.168.2.12/24 brd 192.168.2.255 scope global ens2
       valid_lft forever preferred_lft forever
    inet 169.254.224.79/16 brd 169.254.255.255 scope global ens2
       valid_lft forever preferred_lft forever
    inet6 fe80::215:58ff:fec8:31c7/64 scope link 
       valid_lft forever preferred_lft forever
3: wls3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 00:1b:77:6f:a1:b5 brd ff:ff:ff:ff:ff:ff
    altname wlp3s0

[michaa7]

Das scheint ja ein DHCP problem zu sein. Nur ich verwende im gesamten LAN kein DHCP.

Allerdings hat das heutige d-u definitiv neue Versionen von isc-dhcp-common isc-dhcp-client installiert. Aber selbst ein purgen beseitigt das problem nicht.

Die netzwerkkarte wird mit eine DHCP adresse assoziiert, obwohl kein entsprechender dienst läufz (naja, zumindest keiner den ic h konfiguriert hätte oder von dem ich wüsste)?

Code: Alles auswählen

# networkctl status ens2
● 2: ens2                                                                        
                     Link File: /usr/lib/systemd/network/99-default.link
                  Network File: /etc/systemd/network/lan0.network
                          Type: ether
                          Kind: n/a
                         State: routable (configured)
                  Online state: online                                           
             Alternative Names: enp2s0
                          Path: pci-0000:02:00.0
                        Driver: e1000e
                        Vendor: Intel Corporation
                         Model: 82573L Gigabit Ethernet Controller (ThinkPad T60)
              Hardware Address: xxxxxxxxxxxxxxxxxxx
                           MTU: 1500 (min: 68, max: 9212)
                         QDisc: fq_codel
  IPv6 Address Generation Mode: eui64
      Number of Queues (Tx/Rx): 1/1
              Auto negotiation: yes
                         Speed: 100Mbps
                        Duplex: full
                          Port: tp
----------------->>>>> Address: 169.254.117.223 <<<<<-----------------------------------------------------
                                192.168.2.12
                                xxxx::xxxx:xxxx:xxxx:xxxx
                       Gateway: 192.168.2.1
                           DNS: 192.168.2.1
             Activation Policy: up
           Required For Online: yes
             DHCP6 Client DUID: DUID-EN/Vendor:0000ab11812a7c5d36ecd2f70000

Okt 19 19:37:06 schleppi systemd-networkd[628]: ens2: Configuring with /etc/systemd/network/lan0.network.

Ich hoffe irgendjemand hier blickt da besser durch als ich damit ich dem Herr werden kann

[michaa7]

OMG

Netzwerk ist über systemd konfiguriert. Dennoch war immer noch connman installiert, hat aber bis zum d-u heute nicht gestört. Aufgefallen ist dies beim manuellen Durchstöbern des Journals. Dort konnte man sehen dass connmand versucht hat die Netzwerkverbindung, die von systemd-networking bereits erfolgreich aufgebaut wurde, mit der gleichen IP nochmals hochzuziehen. Wo und wie das dann genau in die Fritten ging war für mich im Journal nicht nachvollziehbar. Egal.

Nach purgen von connman, cmst und reboot ist die 169.254.x.y verschwunden und das Internet wieder erreichbar.