micneu
(Themenstarter)
Anmeldungsdatum: 19. Januar 2021
Beiträge: 222
|
kB schrieb: micneu schrieb: […]
Sieht doch schon gut aus. Bist Du sicher, dass Dein Provider einen IPv6-Präfix zuteilt?
ja, in meiner fritzbox vom provider bekomme ich einen /56 Prefix Was steht im Systemlog? Zeige: journalctl -b | grep -i ppp Zeige bitte auch: sysctl -ar '6.conf.[adp].*\.forward'
sysctl -ar '6.conf.[adp].*\.accept_ra$'
| root@rt4:~# sysctl -ar '6.conf.[adp].*\.forward'
net.ipv6.conf.all.forwarding = 1
net.ipv6.conf.default.forwarding = 1
net.ipv6.conf.ppp0.forwarding = 1
|
| root@rt4:~# sysctl -ar '6.conf.[adp].*\.accept_ra$'
net.ipv6.conf.all.accept_ra = 1
net.ipv6.conf.default.accept_ra = 1
net.ipv6.conf.ppp0.accept_ra = 2
root@rt4:~#
|
habe noch einen tcp dump probiert. wie es scheint (habe da nicht die erfahrung) wird da was mit IPv6 probiert
- tcp.dump.pcap (60.5 KiB)
- Download tcp.dump.pcap
|
micneu
(Themenstarter)
Anmeldungsdatum: 19. Januar 2021
Beiträge: 222
|
In dieser anleitung wird in dem IPv6 bereich nach dem pppoe
http://gruffi.be/mediawiki/index.php/Ipv6_with_PPPoE_on_Ubuntu#PPPoE_2
mit diesem "wide-dhcpv6-client"
machen oder nicht?
und was ist mit dem "radvd"
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8628
Wohnort: Münster
|
micneu schrieb: […]
root@rt4:~# sysctl -ar '6.conf.[adp].*\.accept_ra$'
net.ipv6.conf.all.accept_ra = 1
net.ipv6.conf.default.accept_ra = 1
net.ipv6.conf.ppp0.accept_ra = 2
root@rt4:~#
Das ist richtig und wichtig! Aber woher kommt diese Einstellung? Mit dieser Einstellung und der Option "+ipv6" sollte jedenfalls pppd das Protokoll IPv6 aushandeln und das vom Provider erhaltene Präfix zur Konfiguration der Schnittstelle ppp0 anwenden. Warum das fehlschlägt, kann nur das Log von pppd verraten, was ich in Deiner Antwort vermisse.
|
micneu
(Themenstarter)
Anmeldungsdatum: 19. Januar 2021
Beiträge: 222
|
das habe ich in die eingetragen / aktiviert
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 | root@rt4:~# cat /etc/sysctl.conf
#
# /etc/sysctl.conf - Configuration file for setting system variables
# See /etc/sysctl.d/ for additional system variables.
# See sysctl.conf (5) for information.
#
#kernel.domainname = example.com
# Uncomment the following to stop low-level messages on console
#kernel.printk = 3 4 1 3
##############################################################3
# Functions previously found in netbase
#
#net.ipv4.conf.default.rp_filter=1
#net.ipv4.conf.all.rp_filter=1
#net.ipv4.tcp_syncookies=1
net.ipv4.ip_forward=1
net.ipv6.conf.all.forwarding=1
net.ipv6.conf.ppp0.accept_ra=2
net.ipv4.conf.all.accept_redirects = 0
#net.ipv6.conf.all.accept_redirects = 0
# net.ipv4.conf.all.secure_redirects = 1
net.ipv4.conf.all.send_redirects = 0
#net.ipv4.conf.all.accept_source_route = 0
#net.ipv6.conf.all.accept_source_route = 0
#net.ipv4.conf.all.log_martians = 1
#
#kernel.sysrq=438
root@rt4:~#
|
hier nochmal pppd
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 | May 2 13:17:29 rt4 pppd[109240]: Terminating on signal 15
May 2 13:17:29 rt4 pppd[109240]: Connect time 227.6 minutes.
May 2 13:17:29 rt4 pppd[109240]: Sent 38612297 bytes, received 1525319049 bytes.
May 2 13:17:29 rt4 systemd-networkd[731]: ppp0: Link DOWN
May 2 13:17:29 rt4 systemd-networkd[731]: ppp0: Lost carrier
May 2 13:17:29 rt4 pppd[109240]: Connection terminated.
May 2 13:17:29 rt4 pppd[109240]: Connect time 227.6 minutes.
May 2 13:17:29 rt4 pppd[109240]: Sent 38612297 bytes, received 1525319049 bytes.
May 2 13:17:29 rt4 pppd[109240]: Sent PADT
May 2 13:17:30 rt4 ntpd[960]: Deleting interface #38 ppp0, xx.xx.xx.xxx#123, interface stats: received=225, sent=225, dropped=0, active_time=13656 secs
May 2 13:17:30 rt4 ntpd[960]: Deleting interface #39 ppp0, fe80::2d71:3b5a:56b:2a37%21#123, interface stats: received=0, sent=0, dropped=0, active_time=13656 secs
May 2 13:17:30 rt4 pppd[109240]: Exit.
May 2 13:17:35 rt4 pppd[345511]: Plugin rp-pppoe.so loaded.
May 2 13:17:35 rt4 pppd[345514]: pppd 2.4.7 started by root, uid 0
May 2 13:17:37 rt4 pppd[345514]: PPP session is 11392
May 2 13:17:37 rt4 pppd[345514]: Connected to xx:xx:xx:xx:xx:xx via interface enp88s0
May 2 13:17:37 rt4 pppd[345514]: Using interface ppp0
May 2 13:17:37 rt4 pppd[345514]: Connect: ppp0 <--> enp88s0
May 2 13:17:43 rt4 pppd[345514]: Remote message: Welcome to wilhelm.tel Direct-Termination-Service
May 2 13:17:43 rt4 pppd[345514]: PAP authentication succeeded
May 2 13:17:43 rt4 pppd[345514]: peer from calling number xx:xx:xx:xx:xx:xx authorized
May 2 13:17:43 rt4 systemd-networkd[731]: ppp0: Link UP
May 2 13:17:43 rt4 systemd-networkd[731]: ppp0: Gained carrier
May 2 13:17:43 rt4 pppd[345514]: local IP address vv.vv.vv.vv
May 2 13:17:43 rt4 pppd[345514]: remote IP address yy.yy.yyy.yyy
May 2 13:17:43 rt4 pppd[345514]: local LL address fe80::1c36:3a93:1ec3:5320
May 2 13:17:43 rt4 pppd[345514]: remote LL address fe80::d66d:50ff:fe1c:31d3
May 2 13:17:43 rt4 systemd-networkd[731]: ppp0: Gained IPv6LL
May 2 13:17:44 rt4 ntpd[960]: Listen normally on 44 ppp0 vv.vv.vv.vv:123
May 2 13:17:44 rt4 ntpd[960]: Listen normally on 45 ppp0 [fe80::1c36:3a93:1ec3:5320%24]:123
|
ich habe die pppd verbindung beendet und gleich wieder neu gestartet.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8628
Wohnort: Münster
|
micneu schrieb: das habe ich in die eingetragen / aktiviert
root@rt4:~# cat /etc/sysctl.conf
[…]
net.ipv6.conf.ppp0.accept_ra=2
Im Ergebnis richtig. Bin verwundert, dass es so funktioniert, obwohl ppp0 beim Rechnerstart ja noch nicht existiert. Aber gut.
hier nochmal pppd
[…]
May 2 13:17:43 rt4 pppd[345514]: local LL address fe80::1c36:3a93:1ec3:5320
May 2 13:17:43 rt4 pppd[345514]: remote LL address fe80::d66d:50ff:fe1c:31d3
May 2 13:17:43 rt4 systemd-networkd[731]: ppp0: Gained IPv6LL
Keine Fehlermeldungen, dafür aber Meldung des erfolgreichen Aufbaus einer Punkt-zu-Punkt-Verbindung über IPv6, wenn auch über Link-Local-Adressen. Vermutlich muss jetzt nur noch ein DHCPv6-Client gestartet werden, um einen IPv6-Präfix zu erhalten.
|
micneu
(Themenstarter)
Anmeldungsdatum: 19. Januar 2021
Beiträge: 222
|
kB schrieb: Vermutlich muss jetzt nur noch ein DHCPv6-Client gestartet werden, um einen IPv6-Präfix zu erhalten.
also brauche ich das?
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8628
Wohnort: Münster
|
micneu schrieb: […] brauche ich das?
Nein, hoffe ich, sondern es sollte das Einreißen dieses Lattenzauns micneu schrieb: […]
Meine Netzwerkkonfiguration:
root@rt4:~# cat /etc/netplan/00-installer-config.yaml
# This is the network config written by 'subiquity'
network:
ethernets:
enp88s0:
dhcp4: true
#dhcp6: true
enp89s0:
addresses:
- 192.168.3.1/24
nameservers:
addresses: []
search: []
vlans:
enp89s0.33:
id: 33
link: enp89s0
addresses: [192.168.33.1/24]
version: 2
root@rt4:~#
ausreichen. Danach Netplan neue Konfigurationsdateien erstellen lassen und bei Erfolg diese in die initrd.img einfügen. Allerdings habe ich keine Ahnung von Netplan, weil ich solche indirekten Methoden verabscheue und es lieber direkt mit systemd-networkd machen würde. Aber versuche es.
|
micneu
(Themenstarter)
Anmeldungsdatum: 19. Januar 2021
Beiträge: 222
|
Hm, habe jetzt 2 sachen festgestellt:
1. mein internet verbindet sich nicht mehr automatisch (pppoeconfig deinstalliert, den denke ich brauche ich nicht mehr?)
2. habe immer noch kein IPv6 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16 | May 3 16:02:00 rt4 pppd[3124]: Plugin rp-pppoe.so loaded.
May 3 16:02:00 rt4 pppd[3125]: pppd 2.4.7 started by root, uid 0
May 3 16:02:01 rt4 pppd[3125]: PPP session is 11572
May 3 16:02:01 rt4 pppd[3125]: Connected to xx:xx:xx:xx:xx:xx via interface enp88s0
May 3 16:02:01 rt4 pppd[3125]: Using interface ppp0
May 3 16:02:01 rt4 pppd[3125]: Connect: ppp0 <--> enp88s0
May 3 16:02:04 rt4 pppd[3125]: Remote message: Welcome to wilhelm.tel Direct-Termination-Service
May 3 16:02:04 rt4 pppd[3125]: PAP authentication succeeded
May 3 16:02:04 rt4 pppd[3125]: peer from calling number xx:xx:xx:xx:xx:xx authorized
May 3 16:02:04 rt4 systemd-networkd[761]: ppp0: Link UP
May 3 16:02:04 rt4 systemd-networkd[761]: ppp0: Gained carrier
May 3 16:02:04 rt4 pppd[3125]: local IP address yyy.yyy.yyy.yy
May 3 16:02:04 rt4 pppd[3125]: remote IP address zz.zz.zz.zzz
May 3 16:02:04 rt4 systemd-networkd[761]: ppp0: Gained IPv6LL
May 3 16:02:04 rt4 pppd[3125]: local LL address fe80::1914:a13b:d795:cd4a
May 3 16:02:04 rt4 pppd[3125]: remote LL address fe80::d66d:50ff:fe1c:31d3
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15 | root@rt4:~# cat /etc/netplan/00-installer-config.yaml
# This is the network config written by 'subiquity'
network:
ethernets:
enp88s0:
dhcp4: true
dhcp6: true
enp89s0:
addresses: [192.168.3.1/24]
vlans:
enp89s0.33:
id: 33
link: enp89s0
addresses: [192.168.33.1/24]
version: 2
|
1
2
3
4
5
6
7
8
9
10
11
12 | root@rt4:~# 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: enp88s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether nn:nn:nn:nn:nn:nn brd ff:ff:ff:ff:ff:ff
inet6 fe80::56b2:3ff:fe9e:e3b1/64 scope link
valid_lft forever preferred_lft forever
.....
|
wenn es mit pppoe so schwierig ist dual-stack zu machen, währe es schneller wenn ich mit meinem provider rede und die fritzbox in den bridge mode setzen lasse und dann die ip´s bekomme?
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8628
Wohnort: Münster
|
micneu schrieb: […] mein internet verbindet sich nicht mehr automatisch
pppd startet nicht automatisch, das muss Du schon selbst tun. Oder z.B. eine systemd-Unit für pppd schreiben.
[…] wenn es mit pppoe so schwierig ist dual-stack zu machen, währe es schneller wenn ich mit meinem provider rede und die fritzbox in den bridge mode setzen lasse und dann die ip´s bekomme?
pppd funktioniert ja. Du musst ja „nur“ noch herausfinden, was Netplan an Deinem System kaputt konfiguriert. Damit die Autokonfiguration von IPv6 für enp88s0 funktioniert, muss jedenfalls die Variable "IPv6AcceptRA=true" von systemd-networkd für diese Schnittstelle gesetzt sein, vielleicht auch die Kernel-Variable "net.ipv6.conf.enp88s0.accept_ra=2" . Kontrolliere wie systemd-networkd die Schnittstelle konfiguriert!
|
micneu
(Themenstarter)
Anmeldungsdatum: 19. Januar 2021
Beiträge: 222
|
Komisch,
warum setzt ubuntu netplan in der 20.04 ein wenn es was kaputt macht, ich denke ubuntu 20.04 soll man produktiv einsetzen können in netzwerken? ist es unmöglich mit netplan das umzusetzen, ich gebe zu mein englich ist grottig, deshalb finde ich auch nicht dir richtigen suchbegriffe (versuche es mit: "pppd dual stack netplan")
habe fast alles umgesetzt was ich wollte.
welche alternativen habe ich:
kein ubuntu 20.04 einsetzen da der netplan defekt ist (und hoffe das die nächste 04er version was heiles drinn hat) ubuntu einsetzen und das netzwerk anders konfigurieren wo ich auch wieder keine ahnung habe komplett auf ein anderes OS setzen, wo das dann geht (hatte ja schon OPNsense nur die hardware ist zu neu / ist inkompatibel)?
ich finde ubuntu hat eine tolle howto sammlung:
warum wird dort nicht netplan und pppd mit dual stack behandelt, ist das kein thema was heute genutzt wird? wie konfiguriert man denn in netplan ohne pppd dual stack (könnte ja meine fritzbox in einen bridgemode versetzen lassen und bekomme dann direkt die externen ip´s)
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8628
Wohnort: Münster
|
micneu schrieb: […] warum setzt ubuntu netplan in der 20.04 ein wenn es was kaputt macht
Ich mag zwar Netplan überhaupt nicht, aber tatsächlich ist Netplan unschuldig an Deinen Problemen: Netplan konfiguriert für systemd-networkd (alternativ NetworkManager) und dieses unterstützt selbst PPP nicht. (WLAN übrigens auch nicht.) Deshalb muss die PPP-Verbindung (Netzwerkebenen L2) an Netplan und systemd-networkd vorbei aufgebaut werden und systemd-networkd konfiguriert dann erst auf Netzwerkebene L3. Offenbar sind aber die benötigten Einstellungen für diesen Konfigurationsprozess andere als bei einem „normalen“ Ethernet. Es gibt also keinen anderen Weg, als systemd-networkd direkt oder indirekt über Netplan diese anderen Einstellungen mitzuteilen und dafür muss man diese erst einmal kennen. Letzteres ist bei uns beiden leider momentan nicht gegeben.
[…] ich finde ubuntu hat eine tolle howto sammlung
Du meinst sicher UbuntuUsers.de ! 😉
Seit vielen Jahren war es wegen der DSL-Hardware-Router nicht erforderlich, sich selbst mit PPP bzw pppd zu beschäftigen. Mit dem Aufkommen von Glasfaser-Anschlüssen wird das jetzt wohl wieder interessant. Du gehörst zu den Pionieren.
PPP kannst man aus den o.g. Gründen gar nicht per Netplan konfigurieren. Es ist auch nicht zu erwarten, dass sich dies ändern wird. Dazu müsste das systemd-Projekt zuerst das Projekt pppd übernehmen, was allerdings grundsätzlich nicht ausgeschlossen ist. Du kannst Netplan deaktivieren und das Netzwerk selbst z.B. mit systemd-networkd konfigurieren. Das UU-Wiki hilft dabei:
könnte ja meine fritzbox in einen bridgemode versetzen lassen
Ja. Damit verlagerst Du das Problem von Deinem Rechner zur Fritzbox bzw. von Dir zu den Entwicklern bei AVM, die es offenbar bereits gelöst haben.
|
micneu
(Themenstarter)
Anmeldungsdatum: 19. Januar 2021
Beiträge: 222
|
danke, ich werde dann jetzt mit meinem provider vereinbaren das meine fritzbox in den bridgemode gesetzt wird.
dann sollte ich ja ganznormal mein dualstack bekommen auf meine enp88s0. 2. vorteil ist, sollte ich mal was anderes als firewall/router einsetzen, schliße ich einfach das ethernet kabel an und fertig, mein wan läuft.
vielen dank, für deine geduld, sorry das ich so nervend war.
|
micneu
(Themenstarter)
Anmeldungsdatum: 19. Januar 2021
Beiträge: 222
|
übrigens habe ich das gefunden
https://bugs.launchpad.net/netplan/+bug/1771886 wie es scheint geht das nicht mit netplan da die noch einige bugs haben
werde deiner empfehlung nach mich mit systemd beschäftigen
|