hannemann
Anmeldungsdatum: 25. Mai 2007
Beiträge: 1310
|
Hallo, ich habe seit neuestem einen DS-Lite Anschluss und kann nun auf meinen Home Server nur noch per IPv6 zugreifen.
Das ist auch alles kein Problem nur bei meinem Laptop habe ich das Verhalten, das der Adapter nur die fe80 Adresse und keinen Zugriff auf externe IPv6 Resourcen hat. Ein USB Adapter dagegen funktioniert einwandfrei und auch wenn ich den Laptop von einen 20.04 USB Stick starte hat er drei ipv6 Adressen statt nur der fe80. Scheinbar habe ich also irgendwass kaputtgespielt... Die Installation ist recht frisch (der Laptop wurde im Dezember neu gekauft) und meines Wissens habe ich an der Netzwerkkonfiguration auch nicht rumgefummelt. Lief ja auch alles. Da es ein Laptop mit Ryzen 4500u Prozessor ist, habe ich den HWE Kernel installiert. Danke schonmal ☺ | uname -a
Linux schleppi 5.8.0-41-generic #46~20.04.1-Ubuntu SMP Mon Jan 18 17:52:23 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
|
| lspci -nnk | grep -i net -A2
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
Subsystem: Acer Incorporated [ALI] RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [1025:1461]
Kernel driver in use: r8169
Kernel modules: r8169
04:00.0 Network controller [0280]: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter [168c:003e] (rev 32)
Subsystem: Lite-On Communications Inc QCA6174 802.11ac Wireless Network Adapter [11ad:0807]
Kernel driver in use: ath10k_pci
Kernel modules: ath10k_pci
|
| 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: enp3s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group default qlen 1000
link/ether b4:a9:fc:de:86:9e brd ff:ff:ff:ff:ff:ff
3: wlp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DORMANT group default qlen 1000
link/ether 94:08:53:56:f1:ff brd ff:ff:ff:ff:ff:ff
4: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default
link/ether 02:42:e1:c6:f2:8d brd ff:ff:ff:ff:ff:ff
|
| ip -4 addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
3: wlp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 192.168.3.43/24 brd 192.168.3.255 scope global noprefixroute wlp4s0
valid_lft forever preferred_lft forever
4: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
valid_lft forever preferred_lft forever
|
| ip -4 route
default via 192.168.3.1 dev wlp4s0 proto dhcp metric 600
10.8.1.0/24 via 192.168.3.99 dev wlp4s0 proto dhcp metric 600
169.254.0.0/16 dev wlp4s0 scope link metric 1000
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown
192.168.3.0/24 dev wlp4s0 proto kernel scope link src 192.168.3.43 metric 600
|
| ip -4 neigh
192.168.3.99 dev wlp4s0 lladdr bc:5f:f4:ad:b7:ec STALE
192.168.3.1 dev wlp4s0 lladdr 2c:91:ab:74:56:55 REACHABLE
|
| ip -6 addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1000
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
3: wlp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
inet6 fe80::45ad:3a45:9140:854a/64 scope link noprefixroute
valid_lft forever preferred_lft forever
|
| ip -6 route
::1 dev lo proto kernel metric 256 pref medium
fe80::/64 dev wlp4s0 proto kernel metric 600 pref medium
|
| grep renderer /{lib,etc,run}/netplan/*yaml
grep: /lib/netplan/*yaml: Datei oder Verzeichnis nicht gefunden
/etc/netplan/01-network-manager-all.yaml: renderer: NetworkManager
grep: /run/netplan/*yaml: Datei oder Verzeichnis nicht gefunden
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18 | mcli general ; nmcli device ; nmcli connection
STATE CONNECTIVITY WIFI-HW WIFI WWAN-HW WWAN
verbunden vollständig aktiviert aktiviert aktiviert aktiviert
DEVICE TYPE STATE CONNECTION
wlp4s0 wifi verbunden lala
docker0 bridge verbunden docker0
p2p-dev-wlp4s0 wifi-p2p nicht verbunden --
enp3s0 ethernet nicht verfügbar --
lo loopback nicht verwaltet --
NAME UUID TYPE DEVICE
lala 3f9bfc12-b3a0-4913-9712-f02badd2e306 wifi wlp4s0
docker0 87a3196c-49de-4f09-900d-dac7f3dc5a7c bridge docker0
lala2 7b42a3c9-2d0d-47ba-b40d-a9138d4169a2 wifi --
lala3 0a3122ba-0983-4e78-8174-6d4003826f4e wifi --
lala4 1f9b66ba-b91b-3684-ae13-c6bdf9ea35f9 ethernet --
lala5 5812cfc7-03b1-437d-b595-8f19ba1511ee wifi --
lala6 df7741b5-da33-412a-b449-75ddf19e65ff wifi --
lala7 710d6992-a455-4275-829a-4c3adca083a8 wifi --
|
| grep "" /{lib,etc,run}/netplan/*yaml
grep: /lib/netplan/*yaml: Datei oder Verzeichnis nicht gefunden
/etc/netplan/01-network-manager-all.yaml:# Let NetworkManager manage all devices on this system
/etc/netplan/01-network-manager-all.yaml:network:
/etc/netplan/01-network-manager-all.yaml: version: 2
/etc/netplan/01-network-manager-all.yaml: renderer: NetworkManager
grep: /run/netplan/*yaml: Datei oder Verzeichnis nicht gefunden
|
| ls -l /etc/resolv.conf
lrwxrwxrwx 1 root root 39 Nov 17 21:16 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19 | cat /etc/resolv.conf
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "resolvectl status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.
nameserver 127.0.0.53
options edns0 trust-ad
|
| cat /etc/hosts
127.0.0.1 localhost
127.0.1.1 schleppi
# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
|
| sudo ss -pan 'sport = 53'
Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port Process
udp UNCONN 0 0 127.0.0.53%lo:53 0.0.0.0:* users:(("systemd-resolve",pid=540,fd=12))
tcp LISTEN 0 4096 127.0.0.53%lo:53 0.0.0.0:* users:(("systemd-resolve",pid=540,fd=13))
|
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13893
|
hannemann schrieb: .... nur bei meinem Laptop habe ich das Verhalten, das der Adapter nur die fe80 Adresse und keinen Zugriff auf externe IPv6 Resourcen hat. ... auch wenn ich den Laptop von einen 20.04 USB Stick starte hat er drei ipv6 Adressen statt nur der fe80. Scheinbar habe ich also irgendwass kaputtgespielt...
Sniffe mal mit tcpdump, am wlan-Interface nach RAs (router advertisement) RSs (router solicitation). Und das in beiden Fällen (d. h. beim booten vom USB-Stick und beim booten des HWE Kernels.
|
hannemann
(Themenstarter)
Anmeldungsdatum: 25. Mai 2007
Beiträge: 1310
|
So ungefähr? (musste kurz googeln wie man das wohl macht ☺ ) Gebootet von PLatte: 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
29
30
31
32
33
34
35
36
37
38
39
40
41 | sudo tcpdump -i wlx001b11b9e09c -vvvv -ttt icmp6 and 'ip6[40] = 134'
tcpdump: listening on wlx001b11b9e09c, link-type EN10MB (Ethernet), capture size 262144 bytes
00:00:00.000000 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 88) fe80::2222:abcd:fe74:1234 > ip6-allnodes: [icmp6 sum ok] ICMP6, router advertisement, length 88
hop limit 255, Flags [managed, other stateful], pref medium, router lifetime 1800s, reachable time 0ms, retrans timer 0ms
prefix info option (3), length 32 (4): 2a02:8308:423b:e4d8::/64, Flags [onlink, auto], valid time 7200s, pref. time 3600s
0x0000: 40c0 0000 1c20 0000 0e10 0000 0000 2a02
0x0010: 8108 423f e4a8 0000 0000 0000 0000
mtu option (5), length 8 (1): 1500
0x0000: 0000 0000 05dc
route info option (24), length 8 (1): ::/0, pref=medium, lifetime=1800s
0x0000: 0000 0000 0708
route info option (24), length 16 (2): 2a02:8308:423b:e4d8::/62, pref=medium, lifetime=1800s
0x0000: 3e00 0000 0708 2a02 8308 423b e4d8
source link-address option (1), length 8 (1): 2c:91:ab:74:56:55
0x0000: 2c91 ab74 5655
00:00:03.990935 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 88) fe80::2222:abcd:fe74:1234 > ip6-allnodes: [icmp6 sum ok] ICMP6, router advertisement, length 88
hop limit 255, Flags [managed, other stateful], pref medium, router lifetime 1800s, reachable time 0ms, retrans timer 0ms
prefix info option (3), length 32 (4): 2a02:8308:423b:e4d8::/64, Flags [onlink, auto], valid time 7200s, pref. time 3600s
0x0000: 40c0 0000 1c20 0000 0e10 0000 0000 2a02
0x0010: 8108 423f e4a8 0000 0000 0000 0000
mtu option (5), length 8 (1): 1500
0x0000: 0000 0000 05dc
route info option (24), length 8 (1): ::/0, pref=medium, lifetime=1800s
0x0000: 0000 0000 0708
route info option (24), length 16 (2): 2a02:8308:423b:e4d8::/62, pref=medium, lifetime=1800s
0x0000: 3e00 0000 0708 2a02 8308 423b e4d8
source link-address option (1), length 8 (1): 2c:91:ab:74:56:55
0x0000: 2c91 ab74 5655
00:00:03.990633 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 88) fe80::2222:abcd:fe74:1234 > ip6-allnodes: [icmp6 sum ok] ICMP6, router advertisement, length 88
hop limit 255, Flags [managed, other stateful], pref medium, router lifetime 1800s, reachable time 0ms, retrans timer 0ms
prefix info option (3), length 32 (4): 2a02:8308:423b:e4d8::/64, Flags [onlink, auto], valid time 7200s, pref. time 3600s
0x0000: 40c0 0000 1c20 0000 0e10 0000 0000 2a02
0x0010: 8108 423f e4a8 0000 0000 0000 0000
mtu option (5), length 8 (1): 1500
0x0000: 0000 0000 05dc
route info option (24), length 8 (1): ::/0, pref=medium, lifetime=1800s
0x0000: 0000 0000 0708
route info option (24), length 16 (2): 2a02:8308:423b:e4d8::/62, pref=medium, lifetime=1800s
0x0000: 3e00 0000 0708 2a02 8308 423b e4d8
source link-address option (1), length 8 (1): 2c:91:ab:74:56:55
0x0000: 2c91 ab74 5655
|
Vom Stick: 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
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56 | sudo tcpdump -i wlx001b11b9e09c -vvvv -ttt icmp6 and 'ip6[40] = 134'
tcpdump: listening on wlx001b11b9e09c, link-type EN10MB (Ethernet), capture size 262144 bytes
00:00:00.000000 IP6 (class 0xc0, flowlabel 0x52efd, hlim 255, next-header ICMPv6 (58) payload length: 112) fe80::be5f:f4ff:fcdd:bafc > ip6-allnodes: [icmp6 sum ok] ICMP6, router advertisement, length 112
hop limit 64, Flags [none], pref medium, router lifetime 1800s, reachable time 0ms, retrans timer 0ms
prefix info option (3), length 32 (4): 2a02:8308:423b:e4d8::/64, Flags [onlink, auto], valid time 6993s, pref. time 3393s
0x0000: 40c0 0000 1b51 0000 0d41 0000 0000 2a02
0x0010: 8108 423f e4a8 0000 0000 0000 0000
mtu option (5), length 8 (1): 1500
0x0000: 0000 0000 05dc
source link-address option (1), length 8 (1): bc:5f:f4:ad:12:34
0x0000: bc5f 1234 1234
dnssl option (31), length 24 (3): lifetime 3393s, domain(s): meine.searchdomain.
0x0000: 0000 0000 0d41 0968 616e 6e65 6d61 6e6e
0x0010: 036c 616e 0000
rdnss option (25), length 24 (3): lifetime 3393s, addr: noch-ne-domain.internetz
0x0000: 0000 0000 0d41 2a02 8308 423b e4d8 be5f
0x0010: f4ff 1234 1234
00:00:23.337728 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 88) fe80::2222:abcd:fe74:1234 > ip6-allnodes: [icmp6 sum ok] ICMP6, router advertisement, length 88
hop limit 255, Flags [managed, other stateful], pref medium, router lifetime 1800s, reachable time 0ms, retrans timer 0ms
prefix info option (3), length 32 (4): 2a02:8308:423b:e4d8::/64, Flags [onlink, auto], valid time 7200s, pref. time 3600s
0x0000: 40c0 0000 1c20 0000 0e10 0000 0000 2a02
0x0010: 8108 423f e4a8 0000 0000 0000 0000
mtu option (5), length 8 (1): 1500
0x0000: 0000 0000 05dc
route info option (24), length 8 (1): ::/0, pref=medium, lifetime=1800s
0x0000: 0000 0000 0708
route info option (24), length 16 (2): 2a02:8308:423b:e4d8::/62, pref=medium, lifetime=1800s
0x0000: 3e00 0000 0708 2a02 8308 423b e4d8
source link-address option (1), length 8 (1): 2c:91:ab:74:56:55
0x0000: 2c91 ab74 5655
00:00:03.884401 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 88) fe80::2222:abcd:fe74:1234 > ip6-allnodes: [icmp6 sum ok] ICMP6, router advertisement, length 88
hop limit 255, Flags [managed, other stateful], pref medium, router lifetime 1800s, reachable time 0ms, retrans timer 0ms
prefix info option (3), length 32 (4): 2a02:8308:423b:e4d8::/64, Flags [onlink, auto], valid time 7200s, pref. time 3600s
0x0000: 40c0 0000 1c20 0000 0e10 0000 0000 2a02
0x0010: 8108 423f e4a8 0000 0000 0000 0000
mtu option (5), length 8 (1): 1500
0x0000: 0000 0000 05dc
route info option (24), length 8 (1): ::/0, pref=medium, lifetime=1800s
0x0000: 0000 0000 0708
route info option (24), length 16 (2): 2a02:8308:423b:e4d8::/62, pref=medium, lifetime=1800s
0x0000: 3e00 0000 0708 2a02 8308 423b e4d8
source link-address option (1), length 8 (1): 2c:91:ab:74:56:55
0x0000: 2c91 ab74 5655
00:00:03.990178 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 88) fe80::2222:abcd:fe74:1234 > ip6-allnodes: [icmp6 sum ok] ICMP6, router advertisement, length 88
hop limit 255, Flags [managed, other stateful], pref medium, router lifetime 1800s, reachable time 0ms, retrans timer 0ms
prefix info option (3), length 32 (4): 2a02:8308:423b:e4d8::/64, Flags [onlink, auto], valid time 7200s, pref. time 3600s
0x0000: 40c0 0000 1c20 0000 0e10 0000 0000 2a02
0x0010: 8108 423f e4a8 0000 0000 0000 0000
mtu option (5), length 8 (1): 1500
0x0000: 0000 0000 05dc
route info option (24), length 8 (1): ::/0, pref=medium, lifetime=1800s
0x0000: 0000 0000 0708
route info option (24), length 16 (2): 2a02:8308:423b:e4d8::/62, pref=medium, lifetime=1800s
0x0000: 3e00 0000 0708 2a02 8308 423b e4d8
source link-address option (1), length 8 (1): 2c:91:ab:74:56:55
0x0000: 2c91 ab74 5655
|
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13893
|
hannemann schrieb: Gebootet von PLatte: sudo tcpdump -i wlx001b11b9e09c -vvvv -ttt icmp6 and 'ip6[40] = 134'
tcpdump: listening on wlx001b11b9e09c, link-type EN10MB (Ethernet), capture size 262144 bytes
00:00:00.000000 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 88) fe80::2222:abcd:fe74:1234 > ip6-allnodes: [icmp6 sum ok] ICMP6, router advertisement, length 88
hop limit 255, Flags [managed, other stateful], pref medium, router lifetime 1800s, reachable time 0ms, retrans timer 0ms
prefix info option (3), length 32 (4): 2a02:8308:423b:e4d8::/64, Flags [onlink, auto], valid time 7200s, pref. time 3600s
0x0000: 40c0 0000 1c20 0000 0e10 0000 0000 2a02
0x0010: 8108 423f e4a8 0000 0000 0000 0000
mtu option (5), length 8 (1): 1500
0x0000: 0000 0000 05dc
route info option (24), length 8 (1): ::/0, pref=medium, lifetime=1800s
0x0000: 0000 0000 0708
route info option (24), length 16 (2): 2a02:8308:423b:e4d8::/62, pref=medium, lifetime=1800s
0x0000: 3e00 0000 0708 2a02 8308 423b e4d8
source link-address option (1), length 8 (1): 2c:91:ab:74:56:55
0x0000: 2c91 ab74 5655
Die RAs kommen an. Schau mal nach, wie der NetworkManager bzgl. IPv6 konfiguriert ist, wenn der HWE-Kernel benutzt wird.
|
hannemann
(Themenstarter)
Anmeldungsdatum: 25. Mai 2007
Beiträge: 1310
|
Hast du da was spezielles im Sinn? Ich hatte bereits geschaut wie sich die NM Konfiguration für den Wifi Stick, der eine IPv6 erhält, von der des PCI Adapters unterscheidet. Aufgefallen ist mir da nichts. Ist aber auch ganz bestimmt nicht mein Spezialgebiet;-)
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13893
|
hannemann schrieb: Hast du da was spezielles im Sinn? Ich hatte bereits geschaut wie sich die NM Konfiguration für den Wifi Stick, der eine IPv6 erhält, von der des PCI Adapters unterscheidet.
Nein. Aber es geht nicht um den wifi-Stick, sondern um den PCI-Adapter, der einmal mit dem HWE-Kernel und einmal mit dem OS vom USB-Stick, verwendet wird.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
Zeige doch einfach die IPv6-Einstellungen vom benutzten Verbindungsprofil, vermutlich lala: nmcli --fields profile connection show lala | grep ipv6 Warum hast Du 8 Profile lala* ? Vermutlich stammen einige von missglücken Verbindungsversuchen, wirf diese mal weg.
|
hannemann
(Themenstarter)
Anmeldungsdatum: 25. Mai 2007
Beiträge: 1310
|
Ich kann keine Unterschiede im NetworkManager finden. Lustigerweise hat das Netzwerk jetzt auch vom USB Stick gebootet keine IPv6 Adresse mehr. Vielleicht hatte ich auch vergessen des WLAN Stick abzuziehen... Ich bin mir jetzt echt nicht mehr sicher 😬
|
hannemann
(Themenstarter)
Anmeldungsdatum: 25. Mai 2007
Beiträge: 1310
|
kB schrieb: Warum hast Du 8 Profile lala* ? Vermutlich stammen einige von missglücken Verbindungsversuchen, wirf diese mal weg.
Paranoia... Ich hab beim Posten alle mit lala überschrieben. Das sind alles funktionierende, unterschiedliches SSIDs 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 | nmcli --fields profile connection show lala | grep ipv6
ipv6.method: auto
ipv6.dns: --
ipv6.dns-search: --
ipv6.dns-options: --
ipv6.dns-priority: 0
ipv6.addresses: --
ipv6.gateway: --
ipv6.routes: --
ipv6.route-metric: -1
ipv6.route-table: 0 (unspec)
ipv6.routing-rules: --
ipv6.ignore-auto-routes: nein
ipv6.ignore-auto-dns: nein
ipv6.never-default: nein
ipv6.may-fail: ja
ipv6.ip6-privacy: -1 (unknown)
ipv6.addr-gen-mode: stable-privacy
ipv6.ra-timeout: 0 (default)
ipv6.dhcp-duid: --
ipv6.dhcp-iaid: --
ipv6.dhcp-timeout: 0 (default)
ipv6.dhcp-send-hostname: ja
ipv6.dhcp-hostname: --
ipv6.dhcp-hostname-flags: 0x0 (none)
ipv6.token: --
|
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
hannemann schrieb: […]
nmcli --fields profile connection show lala | grep ipv6
[…]
ipv6.ip6-privacy: -1 (unknown)
Ändere das mal auf 0 , also explizit ausgeschaltet.
|
hannemann
(Themenstarter)
Anmeldungsdatum: 25. Mai 2007
Beiträge: 1310
|
kB schrieb: Ändere das mal auf 0 , also explizit ausgeschaltet.
Das hat kurzzeitig funktioniert, nun aber nicht mehr... 😳 Vielleicht hätte ich meinen Dnsmasq nicht neu starten sollen... Ich versuch mal zu beschreiben was hier los ist. Ich entschuldige mich schon mal für den Roman 😬 Ich habe am Samstag eine neue Internetanbindung mit DS-Lite erhalten und damit eine GBit Leitung. Leider gibt es da ja keine wirkliche öffentliche IPv4 Adresse. Was ich vorher hatte: Fritzbox 6490 Cable als Gateway (WLAN, DHCP und DNS deaktiviert), Unify WLAN AP, Heimserver mit Dnsmasq für DHCP, DNS und TFTP sowie Nextcloud und Co. Dyndns via ddclient und Portfreigaben auf der Fritzbox.
Das hat mit IPv4 auch alles wunderbar geklappt, alle Services waren aus dem Internet und Heimnetz unter ihrer Dyndns Adresse erreichbar. Ziel: Ich möchte meinen Heimserver aus dem Internet erreichen, zusätzlich möchte ich die Services auch aus dem Heimnetz erreichen können unter der Dyndns Adresse die auch aus dem Internet erreichbar ist, jetzt mit einer IPv6. Das ganze möglichst mit automatischer Konfiguration der Clients. Was bisher läuft: Fritzbox 6591 Cable (WLAN, DHCP und DNS deaktiviert)
Dyndns, Server ist aus dem Internet erreichbar.
Server aus dem Heimnetz erreichbar über Netzwerkkabel. Probleme gibt es eigentlich nur bei einer WLAN Verbindung. Internet an sich funktioniert Problemlos über Kabel und WLAN. Ich habe z.B. jetzt gerade an meinem Laptop ein Kabel dran und WLAN abgeschaltet und kann meine Nextcloud über die Dyndns Adresse erreichen, Ping6 auf die IPv6 Adresse des Servers funktioniert ebenfalls.
Kabel raus und WLAN an: Nextcloud und Ping6 weg Aufgefallen ist mir das ein Aufruf von
1
2
3
4
5
6
7
8
9
10
11
12
13
14 | sudo dhclient -v -6 enp3s0
Internet Systems Consortium DHCP Client 4.4.1
Copyright 2004-2018 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on Socket/enp3s0
Sending on Socket/enp3s0
PRC: Soliciting for leases (INIT).
XMT: Forming Solicit, 0 ms elapsed.
XMT: X-- IA_NA fc:de:86:9e
XMT: | X-- Request renew in +3600
XMT: | X-- Request rebind in +5400
XMT: Solicit on enp3s0, interval 1080ms.
|
scheinbar nicht erfolgreich ist (Kabel sowie WLAN). Der Block wiederholt sich mit immer längerem Interval und nach ein paar Minuten habe ich die Ausführung abgebrochen. Mit IPv4 sieht das anders aus:
1
2
3
4
5
6
7
8
9
10
11
12
13 | sudo dhclient -v -4 enp3s0
Internet Systems Consortium DHCP Client 4.4.1
Copyright 2004-2018 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/enp3s0/b4:a9:fc:de:86:9e
Sending on LPF/enp3s0/b4:a9:fc:de:86:9e
Sending on Socket/fallback
DHCPREQUEST for 192.168.3.42 on enp3s0 to 255.255.255.255 port 67 (xid=0x715c649d)
DHCPACK of 192.168.3.42 from 192.168.3.99 (xid=0x9d645c71)
Timeout too large reducing to: 2147483646 (TIME_MAX - 1)
bound to 192.168.3.42 -- renewal in 2147483648 seconds.
|
Ich nehme inzwischen an, das meine Dnsmasq Config für IPv6 nicht korrekt ist. Aber warum funktioniert dass dann mit einer Kabelverbindung und nicht mit WLAN? Die Dnsmasq Config auf dem Heimserver sieht so aus:
| # IPV6
dhcp-range=::a,constructor:eth0,slaac,24h
enable-ra
dhcp-option=option6:dns-server,[::]
dhcp-option=option6:information-refresh-time,6h
dhcp-option=option6:domain-search,hannemann.lan
dhcp-option=option6:42,[::]
# /IPV6
|
Fritzbox:
ULA zuweisen solange keine Internetverbindung besteht Auch IPv6-Präfixe zulassen, die andere IPv6-Router im Heimnetz bekanntgeben Diese FRITZ!Box stellt den Standard-Internetzugang zur Verfügung DHCPv6-Server in der FRITZ!Box deaktivieren:
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
hannemann schrieb: […] Vielleicht hätte ich meinen Dnsmasq nicht neu starten sollen...
Kontrolliere mal am Rechner, auf dem DNSmasq gestartet wurde, ob er läuft und mit welchen Funktionen er läuft. Insbesondere, ob die Funktion DHCPv6-Server überhaupt läuft.
[…] ein Aufruf von
| sudo dhclient -v -6 enp3s0
[…]>
|
scheinbar nicht erfolgreich ist (Kabel sowie WLAN). Der Block wiederholt sich mit immer längerem Interval und nach ein paar Minuten habe ich die Ausführung abgebrochen.
Nicht nur „scheinbar“, sondern ganz sicher funktioniert es nicht. Der DHCP-Client schickt nur Rufe in die Wüste und erhält keine Antwort.
|
hannemann
(Themenstarter)
Anmeldungsdatum: 25. Mai 2007
Beiträge: 1310
|
Ich habe die dhcp-range versucht zu korrigieren:
| dhcp-range=tag:eth0,::1,::ffff,constructor:eth0,24h
|
WLAN USB Stick:
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
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51 | sudo dhclient -v -6 wlx001b11b9e09c
Internet Systems Consortium DHCP Client 4.4.1
Copyright 2004-2018 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on Socket/wlx001b11b9e09c
Sending on Socket/wlx001b11b9e09c
PRC: Soliciting for leases (INIT).
XMT: Forming Solicit, 0 ms elapsed.
XMT: X-- IA_NA 11:b9:e0:9c
XMT: | X-- Request renew in +3600
XMT: | X-- Request rebind in +5400
XMT: Solicit on wlx001b11b9e09c, interval 1010ms.
RCV: Advertise message on wlx001b11b9e09c from fe80::............
RCV: X-- Preference 255.
RCV: X-- IA_NA 11:b9:e0:9c
RCV: | X-- starts 1612872251
RCV: | X-- t1 - renew +43200
RCV: | X-- t2 - rebind +75600
RCV: | X-- [Options]
RCV: | | X-- IAADDR 2a02:.........::59a7
RCV: | | | X-- Preferred lifetime 86400.
RCV: | | | X-- Max lifetime 86400.
RCV: X-- Server ID: 00:01:00:01:23:0b:e4:09:.......
message status code Success: "success"
RCV: Advertisement immediately selected.
PRC: Selecting best advertised lease.
PRC: Considering best lease.
PRC: X-- Initial candidate 00:01:00:01:23:0b:e4:09:......... (s: 10105, p: 255).
XMT: Forming Request, 0 ms elapsed.
XMT: X-- IA_NA 11:b9:e0:9c
XMT: | X-- Requested renew +3600
XMT: | X-- Requested rebind +5400
XMT: | | X-- IAADDR 2a02:8108:.....::59a7
XMT: | | | X-- Preferred lifetime +7200
XMT: | | | X-- Max lifetime +7500
XMT: V IA_NA appended.
XMT: Request on wlx001b11b9e09c, interval 1080ms.
RCV: Reply message on wlx001b11b9e09c from fe80::........
RCV: X-- IA_NA 11:b9:e0:9c
RCV: | X-- starts 1612872251
RCV: | X-- t1 - renew +3600
RCV: | X-- t2 - rebind +6300
RCV: | X-- [Options]
RCV: | | X-- IAADDR 2a02:8108:......::59a7
RCV: | | | X-- Preferred lifetime 7200.
RCV: | | | X-- Max lifetime 7500.
RCV: X-- Server ID: 00:01:00:01:23:0b:e4:09:...
message status code Success: "success"
PRC: Bound to lease 00:01:00:01:23:0b:e4:09:...
|
Kabelgebundene Karte:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18 | sudo dhclient -v -6 enp3s0
Internet Systems Consortium DHCP Client 4.4.1
Copyright 2004-2018 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on Socket/enp3s0
Sending on Socket/enp3s0
PRC: Confirming active lease (INIT-REBOOT).
XMT: Forming Confirm, 0 ms elapsed.
XMT: X-- IA_NA fc:de:86:9e
XMT: | X-- Confirm Address 2a02:.......::c22b
XMT: V IA_NA appended.
XMT: Confirm on enp3s0, interval 1020ms.
RCV: Reply message on enp3s0 from fe80::..........
RCV: X-- Server ID: 00:01:00:01:23:0b:e4:09:..................
message status code Success: "all addresses still on link"
PRC: Bound to lease 00:01:00:01:23:0b:e4:09:....................
|
Bei einem Aufruf mit wlp4s0 hat sich nichts geändert. Allerdings kann ich die Anfrage im Journal des Servers sehen:
1
2
3
4
5
6
7
8
9
10
11
12
13
14 | Feb 09 12:51:32 nastom dnsmasq-dhcp[993613]: 9824591 available DHCP range: 2a02:........::1 -- 2a02:........::ffff
Feb 09 12:51:32 nastom dnsmasq-dhcp[993613]: 9824591 DHCPSOLICIT(eth0) 00:01:00:01:27:b2:80:3d:94:08:53:56:f1:ff
Feb 09 12:51:32 nastom dnsmasq-dhcp[993613]: 9824591 DHCPADVERTISE(eth0) 2a02:........::5c04 00:01:00:01:27:b2:80:3d:94:08:53:56:f1:ff
Feb 09 12:51:32 nastom dnsmasq-dhcp[993613]: 9824591 angeforderte Optionen: 23:dns-server, 24:domain-search, 39:FQDN,
Feb 09 12:51:32 nastom dnsmasq-dhcp[993613]: 9824591 angeforderte Optionen: 31:sntp-server
Feb 09 12:51:32 nastom dnsmasq-dhcp[993613]: 9824591 Marken: dhcpv6, eth0
Feb 09 12:51:32 nastom dnsmasq-dhcp[993613]: 9824591 sent size: 14 option: 1 client-id 00:01:00:01:27:b2:80:3d:94:08:53:56:f1:ff
Feb 09 12:51:32 nastom dnsmasq-dhcp[993613]: 9824591 sent size: 14 option: 2 server-id 00:01:00:01:23:0b:e4:09:.....................
Feb 09 12:51:32 nastom dnsmasq-dhcp[993613]: 9824591 sent size: 40 option: 3 ia-na IAID=1398206975 T1=43200 T2=75600
Feb 09 12:51:32 nastom dnsmasq-dhcp[993613]: 9824591 nest size: 24 option: 5 iaaddr 2a02:..............::5c04 PL=86400 VL=86400
Feb 09 12:51:32 nastom dnsmasq-dhcp[993613]: 9824591 sent size: 9 option: 13 status 0 success
Feb 09 12:51:32 nastom dnsmasq-dhcp[993613]: 9824591 sent size: 1 option: 7 preference 255
Feb 09 12:51:32 nastom dnsmasq-dhcp[993613]: 9824591 sent size: 15 option: 24 domain-search hannemann.lan
Feb 09 12:51:32 nastom dnsmasq-dhcp[993613]: 9824591 sent size: 16 option: 23 dns-server 2a02:ganz viel hex
|
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
hannemann schrieb: […] Allerdings kann ich die Anfrage im Journal des Servers sehen:
Dann erreicht also die Anfrage den Server, aber die Antwort wird fehlgeleitet oder verworfen. Das kann in jedem Router passieren. Also starte die Fritzbox neu. Wenn dann gar nichts mehr funktioniert, hast Du einen grundlegenden Fehler im Konzept.
|
hannemann
(Themenstarter)
Anmeldungsdatum: 25. Mai 2007
Beiträge: 1310
|
Ein Neustart der Fritte hat leider auch keine Änderung gebracht. Ich habe gestern Abend die Firmware des Adapters aktualisiert (die ath10k_pci Firmware von https://github.com/kvalo/ath10k-firmware ), auch ohne Erfolg. Zwei weitere USB Wifi Sticks die ich getestet habe funktionieren dagegen einwandfrei. Vielleicht ist es doch ein Problem mit dem Treiber oder so. Gibt es vielleicht irgendwelche Treiberoptionen die ich einstellen kann? Gestern beim Update der Firmware habe ich auch danach gesucht aber leider nichts gefunden.
Bearbeitet von kB: Link repariert.
|