staging.inyokaproject.org

via DuckDuckGo

Nach Update Netzwerkproblem

Status: Gelöst | Ubuntu-Version: Ubuntu 22.04 (Jammy Jellyfish)
Antworten |

Imhoteph

Avatar von Imhoteph

Anmeldungsdatum:
11. Juni 2011

Beiträge: 63
Zitieren
13. März 2023 18:40 (zuletzt bearbeitet: 13. März 2023 18:45)

Ich hatte dazu im falschen Bereich eben einen Thread gestartet. Daher nun hier mit hoffentlich allen notwendigen Angaben. Als ich letzte Woche mittels apt ein Update gestartet habe ist die Internetverbindung kaputt gegangen. Das upgrade ist nicht vollstaendig durchgelaufen, sondern nach ca. der Haelfte wegen Verbindungsproblemen abgebrochen. Der WLAN Adapter wird nicht mehr gefunden. Aber auch per LAN funktioniert das update bzw. upgrade nicht mehr. Surfen auch nur teilweise. Aktuell ist das Geraet mittels LAN verbunden.

1
2
imhoteph@SVF15A1Z2EB:~$ uname -a
Linux SVF15A1Z2EB 5.19.0-32-generic #33~22.04.1-Ubuntu SMP PREEMPT_DYNAMIC Mon Jan 30 17:03:34 UTC 2 x86_64 x86_64 x86_64 GNU/Linux

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
imhoteph@SVF15A1Z2EB:~$ lspci -nnk | grep -A3 02[08]0
07:00.0 Network controller [0280]: Broadcom Inc. and subsidiaries BCM43142 802.11b/g/n [14e4:4365] (rev 01)
	Subsystem: Foxconn International, Inc. BCM43142 802.11b/g/n [105b:e071]
08:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5209 PCI Express Card Reader [10ec:5209] (rev 01)
	Subsystem: Sony Corporation RTS5209 PCI Express Card Reader [104d:90b7]
--
0e:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 0c)
	Subsystem: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:0123]
	Kernel driver in use: r8169
	Kernel modules: r8169

1
2
3
4
5
imhoteph@SVF15A1Z2EB:~$ ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp14s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
    link/ether 3c:07:71:6d:d5:e8 brd ff:ff:ff:ff:ff:ff

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
imhoteph@SVF15A1Z2EB:~$ 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: enp14s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 3c:07:71:6d:d5:e8 brd ff:ff:ff:ff:ff:ff
    inet 169.254.188.213/16 brd 169.254.255.255 scope link noprefixroute enp14s0
       valid_lft forever preferred_lft forever
    inet6 2003:df:473c:f200:8928:de61:3de1:dff0/64 scope global temporary dynamic 
       valid_lft 7046sec preferred_lft 1177sec
    inet6 2003:df:473c:f200:56a7:c881:c0db:b9ba/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 7046sec preferred_lft 1177sec
    inet6 fe80::6b7a:d57d:99be:2b38/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

1
2
3
imhoteph@SVF15A1Z2EB:~$ ip -4 route
169.254.0.0/16 dev enp14s0 proto kernel scope link src 169.254.188.213 metric 100 
224.0.0.0/4 dev enp14s0 proto static scope link metric 100 

1
2
3
4
5
6
imhoteph@SVF15A1Z2EB:~$ ip -6 route
::1 dev lo proto kernel metric 256 pref medium
2003:df:473c:f200::/64 dev enp14s0 proto ra metric 100 pref medium
2003:df:473c:f200::/56 via fe80::e228:6dff:fe6e:256a dev enp14s0 proto ra metric 100 pref medium
fe80::/64 dev enp14s0 proto kernel metric 1024 pref medium
default via fe80::e228:6dff:fe6e:256a dev enp14s0 proto ra metric 100 pref medium

1
2
imhoteph@SVF15A1Z2EB:~$ ip neigh 
fe80::e228:6dff:fe6e:256a dev enp14s0 lladdr e0:28:6d:6e:25:6a router REACHABLE

1
2
3
4
5
6
7
8
9
imhoteph@SVF15A1Z2EB:~$ nmcli general ; nmcli device ; nmcli connection
STATE      CONNECTIVITY  WIFI-HW    WIFI       WWAN-HW    WWAN        
verbunden  vollständig   aktiviert  aktiviert  aktiviert  deaktiviert 
DEVICE   TYPE      STATE            CONNECTION                  
enp14s0  ethernet  verbunden        Kabelgebundene Verbindung 1 
lo       loopback  nicht verwaltet  --                          
NAME                         UUID                                  TYPE      DEVICE  
Kabelgebundene Verbindung 1  56d44ad6-7a44-3089-8bea-eb877b34a994  ethernet  enp14s0 
FRITZ!Box 7580               e78a5db5-ca62-41e7-b500-91f985f60b94  wifi      --      

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
imhoteph@SVF15A1Z2EB:~$ resolvectl --no-pager
Global
       Protocols: -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
resolv.conf mode: stub

Link 2 (enp14s0)
    Current Scopes: DNS
         Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
Current DNS Server: fd00::e228:6dff:fe6e:256a
       DNS Servers: fd00::e228:6dff:fe6e:256a

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
imhoteph@SVF15A1Z2EB:~$ ping -c 2 $(ip -4 route show default | grep -o '[0-9]*[.][.0-9]*' )
ping: usage error: Es ist eine Zieladresse notwendig
imhoteph@SVF15A1Z2EB:~$ ping -c 2 $(ip -6 route show default |cut -d " " -f 3,5| sed s/\ /%/)
PING fe80::e228:6dff:fe6e:256a%enp14s0(fe80::e228:6dff:fe6e:256a%enp14s0) 56 data bytes
64 bytes from fe80::e228:6dff:fe6e:256a%enp14s0: icmp_seq=1 ttl=64 time=4.72 ms
64 bytes from fe80::e228:6dff:fe6e:256a%enp14s0: icmp_seq=2 ttl=64 time=4.55 ms

--- fe80::e228:6dff:fe6e:256a%enp14s0 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1002ms
rtt min/avg/max/mdev = 4.547/4.635/4.723/0.088 ms
imhoteph@SVF15A1Z2EB:~$ ping -c 2 213.95.41.4
ping: connect: Das Netzwerk ist nicht erreichbar
imhoteph@SVF15A1Z2EB:~$ ping -c 2 2001:4dd0:f100:0:dead:beef:cafe:1
PING 2001:4dd0:f100:0:dead:beef:cafe:1(2001:4dd0:f100:0:dead:beef:cafe:1) 56 data bytes
64 bytes from 2001:4dd0:f100:0:dead:beef:cafe:1: icmp_seq=1 ttl=56 time=48.5 ms
64 bytes from 2001:4dd0:f100:0:dead:beef:cafe:1: icmp_seq=2 ttl=56 time=46.0 ms

--- 2001:4dd0:f100:0:dead:beef:cafe:1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1002ms
rtt min/avg/max/mdev = 46.029/47.256/48.484/1.227 ms
imhoteph@SVF15A1Z2EB:~$ ping -c 2 www.ubuntuusers.de 
PING www.ubuntuusers.de(ha.ubuntu-de.org (2001:4dd0:f100:0:dead:beef:cafe:1)) 56 data bytes
64 bytes from ha.ubuntu-de.org (2001:4dd0:f100:0:dead:beef:cafe:1): icmp_seq=1 ttl=56 time=47.6 ms
64 bytes from ha.ubuntu-de.org (2001:4dd0:f100:0:dead:beef:cafe:1): icmp_seq=2 ttl=56 time=46.9 ms

--- www.ubuntuusers.de ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1002ms
rtt min/avg/max/mdev = 46.856/47.237/47.619/0.381 ms

DJKUhpisse Team-Icon

Supporter, Wikiteam
Avatar von DJKUhpisse

Anmeldungsdatum:
18. Oktober 2016

Beiträge: 16818
Zitieren
13. März 2023 18:48

Du hast keine private IPv4-Adresse, sondern APIPA. IPv6 funktioniert tadellos.

Der Server ist aber nur über Steinzeit-IPv4 erreichbar, daher kommt der Fehler nur da vor, bei anderen Sachen wie ubuntuusers halt nicht (das kann IPv6).

Trenne und verbinde dann neu. Dann zeige erneut 

ip a

. Sollte das noch immer so sein, nimm Wireshark und zeichne den Verkehr auf. Da muss man nach DHCP suchen und schauen, was falsch läuft.

Imhoteph

(Themenstarter)
Avatar von Imhoteph

Anmeldungsdatum:
11. Juni 2011

Beiträge: 63
Zitieren
13. März 2023 18:54

DJKUhpisse schrieb:

Trenne und verbinde dann neu. Dann zeige erneut 

ip a

.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
imhoteph@SVF15A1Z2EB:~$ 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
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp14s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 3c:07:71:6d:d5:e8 brd ff:ff:ff:ff:ff:ff
    inet 192.168.178.30/24 brd 192.168.178.255 scope global dynamic noprefixroute enp14s0
       valid_lft 863993sec preferred_lft 863993sec
    inet6 2003:df:473c:f200:f0be:cac8:5827:dd06/64 scope global temporary dynamic 
       valid_lft 7196sec preferred_lft 1783sec
    inet6 2003:df:473c:f200:56a7:c881:c0db:b9ba/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 7196sec preferred_lft 1783sec
    inet6 fe80::6b7a:d57d:99be:2b38/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

DJKUhpisse Team-Icon

Supporter, Wikiteam
Avatar von DJKUhpisse

Anmeldungsdatum:
18. Oktober 2016

Beiträge: 16818
Zitieren
13. März 2023 18:55

Ist ok, teste das Update.

Imhoteph

(Themenstarter)
Avatar von Imhoteph

Anmeldungsdatum:
11. Juni 2011

Beiträge: 63
Zitieren
18. März 2023 20:14 (zuletzt bearbeitet: 18. März 2023 20:15)

DJKUhpisse schrieb:

Ist ok, teste das Update.

Vielen Dank für die Tipps.

Ich verstehe nicht was da los war. Nachdem neu Verbinden war die Verbindung erstmal komplett weg - bis ich neu gestartet habe. Danach ging sowohl LAN als auch WLAN wieder.
Antworten |