IPv6 best practices

lukasp · May 16th 2019

Hallo Community,

ich habe mir einen RS 1000 gemietet und möchte mir auf dem Server ein paar IPv6 Adresse einrichten.

Meine Fragen zu sind:

Wie viele IPv6 Adressen kann ich auf eth0 packen?
Pro IPv6 ein eigenes virtuelles Interface erstellen, also eth0:1, eth0:2, usw.. ?
Wie kann ich die Netzwerk Konfiguration neu laden, ohne den Server neu starten zu müssen ? (systemctl restart networking schlägt fehl)

Habe meine /etc/network/interfaces Konfiguration so angefangen:

Code

auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 9x.1xx.1xx.xx/22
dns-nameservers 46.38.225.230 46.38.252.230 2a03:4000:0:1::e1e6
gateway 9x.1xx.1xx.1
iface eth0 inet6 static
address 2a03:4000:37:222:c800:02ff:fe43:1415/64
gateway fe80::1
up ip -6 addr add 2a03:x000:xx:2xx::1/64 dev $IFACE
up ip -6 addr add 2a03:x000:xx:2xx::2/64 dev $IFACE
up ip -6 addr add 2a03:x000:xx:2xx::3/64 dev $IFACE
up ip -6 addr add 2a03:x000:xx:2xx::4/64 dev $IFACE
up ip -6 addr add 2a03:x000:xx:2xx::5/64 dev $IFACE

Display More

Sobald ich diese Änderungen mittels systemctl restart networking quasi neu laden möchte, bekomme ich folgende Fehler:

Code

systemctl restart networking
Job for networking.service failed because the control process exited with error code. See "systemctl status networking.service" and "journalctl -xe" for details.
systemctl status networking.service
● networking.service - Raise network interfaces
Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled)
Drop-In: /run/systemd/generator/networking.service.d
└─50-insserv.conf-$network.conf
Active: failed (Result: exit-code) since Do 2019-05-16 10:06:49 CEST; 2min 32s ago
Docs: man:interfaces(5)
Process: 1757 ExecStart=/sbin/ifup -a --read-environment (code=exited, status=1/FAILURE)
Process: 1751 ExecStartPre=/bin/sh -c [ "$CONFIGURE_INTERFACES" != "no" ] && [ -n "$(ifquery --read-environment --list --exclude=lo)" ] && udevadm settle (code=exited, status=0/SUCCESS)
Main PID: 1757 (code=exited, status=1/FAILURE)
Mai 16 10:06:48 v22019056169689640 systemd[1]: Stopped Raise network interfaces.
Mai 16 10:06:48 v22019056169689640 systemd[1]: Starting Raise network interfaces...
Mai 16 10:06:48 v22019056169689640 ifup[1757]: RTNETLINK answers: File exists
Mai 16 10:06:48 v22019056169689640 ifup[1757]: Failed to bring up eth0.
Mai 16 10:06:49 v22019056169689640 systemd[1]: networking.service: Main process exited, code=exited, status=1/FAILURE
Mai 16 10:06:49 v22019056169689640 systemd[1]: Failed to start Raise network interfaces.
Mai 16 10:06:49 v22019056169689640 systemd[1]: networking.service: Unit entered failed state.
Mai 16 10:06:49 v22019056169689640 systemd[1]: networking.service: Failed with result 'exit-code'.
root@v22019056169689640:~#

Display More

Wo liegt nun mein Problem begraben?

Danke und Grüße,

Lukas

H6G · May 16th 2019

Welche Distribution setzt du ein?

lukasp · May 16th 2019

H6G wrote:

Welche Distribution setzt du ein?

Ups, sorry total vergessen! Ubuntu 16.04

xplod · May 16th 2019

Also, wenn du es unbedingt machen musst, würde ich es mit solchen Aliasen versuchen:

Code

auto ens3:1
iface ens3:1 inet6 static
address 2a03:4000:1:2:3::1
netmask 64
gateway fe80::1

Allerdings würde ich dir von den virtuellen IPs abraten.

Ich hatte gerade erst massiv Probleme, weil die Virtualisierungssoftware beim Standardtreiber nicht mit 2 "einfachen" IPv4 Adressen zurecht kam. Da gab's auf einmal Packet Loss und Verbindungsabbrüche...

lukasp · May 16th 2019

xplod wrote:

Also, wenn du es unbedingt machen musst, würde ich es mit solchen Aliasen versuchen:

Code

auto ens3:1

iface ens3:1 inet6 static

address 2a03:4000:1:2:3::1

netmask 64

gateway fe80::1

Allerdings würde ich dir von den virtuellen IPs abraten.

Ich hatte gerade erst massiv Probleme, weil die Virtualisierungssoftware beim Standardtreiber nicht mit 2 "einfachen" IPv4 Adressen zurecht kam. Da gab's auf einmal Packet Loss und Verbindungsabbrüche...

Es ist nur die Frage, ob es sich empfiehlt so zu verfahren. Wenn es zu Problemem führen kann, dann lasse ich definitiv die Finger von

pgloor · May 16th 2019

1. Wie viele IPv6 Adressen kann ich auf eth0 packen?

Keine Ahnung, wieviel brauchst du denn? 1999 sind kein Problem. Hab ich unter Ubuntu 19.04 soeben getestet.

2. Pro IPv6 ein eigenes virtuelles Interface erstellen, also eth0:1, eth0:2, usw.. ?

Das würde ich nicht empfehlen, wenn es nicht unbedingt nötig ist. Ich habe das vor zwei oder drei Jahren zum letzten Mal unter Debian gemacht und hatte mir später im Zusammenhang mit Virtualisierungen nur Stress eingefangen.

3. Wie kann ich die Netzwerk Konfiguration neu laden, ohne den Server neu starten zu müssen ? (systemctl restart networking schlägt fehl)

Auch dazu kann ich jetzt im Detail nicht viel sagen. Ich hatte das Problem (meistens) auch. Solange die zugewiesenen Adressen nicht wieder gelöscht werden (z.B. down ip -6 addr del ...) können sie auch nicht wieder hinzugefügt werden.

Ich arbeite seit Ubuntu 18.04 nur noch mit Netplan. Da Netplan nicht alles unterstützt was ich benötigte, war die Lernkrurve zwar steil, aber es hat sich gelohnt. Im Allgemeinen sind meine Konfiguration jetzt viel einfacher geworden und besser zu verstehen.

pgloor · May 16th 2019

Ich wollte diesen Link noch empfehlen: http://mirrors.bieringer.de/Linux+IPv6-HOWTO/

lukasp · May 16th 2019

pgloor wrote:

Ich wollte diesen Link noch empfehlen: http://mirrors.bieringer.de/Linux+IPv6-HOWTO/

Vielen Dank für deine Antworten und auch für diesen Link.

Grüße,

Lukas

eripek · May 16th 2019

Das Codewort, um sicherzustellen, dass ein Host nicht versehentlich eine der Adressen als Absender nutzt, die er nicht nutzen soll, lautet Deprecated Address. (ip -6 a a [...] preferred_lft 0)

pgloor · May 16th 2019

eripek wrote:

Das Codewort, um sicherzustellen, dass ein Host nicht versehentlich eine der Adressen als Absender nutzt, die er nicht nutzen soll, lautet Deprecated Address. (ip -6 a a [...] preferred_lft 0)

Gut, dass du das erwähnt hast. Vergess ich auch immer wieder.

lukasp · May 16th 2019

eripek wrote:

Das Codewort, um sicherzustellen, dass ein Host nicht versehentlich eine der Adressen als Absender nutzt, die er nicht nutzen soll, lautet Deprecated Address. (ip -6 a a [...] preferred_lft 0)

Also am besten hinter jeder IPv6 das "preferred_lft 0" hängen?

chrko · May 16th 2019

Ich mach die primäre Absender etwas anders:

Code

post-up ip -6 route change default via {{ network.gateway }} dev {{ network.iface }} src {{ addr | ipv6('address') }}

Bzgl. der Frage, wie viele IPs an Interface: Bei IPv6 so viel du willst, es nur irgendwann nicht effizient. Man kann aber auch auf ganze Präfixe lauschen - es ist nur nicht ganz trivial. Zusätzlich zu den erwähnten Dingen im Artikel muss man bei netcup beachten, dass das erste IPv6-Netz "geswitched" und nicht geroutet ist, d.h., dass man dem Router via Neighbor Discovery Protocol mitteilen muss, dass es diese Adresse gibt…

https://blog.cloudflare.com/how-we-built-spectrum/

https://blog.widodh.nl/2016/04…et-to-your-linux-machine/

lukasp · May 16th 2019

chrko wrote:

Ich mach die primäre Absender etwas anders:

Code

post-up ip -6 route change default via {{ network.gateway }} dev {{ network.iface }} src {{ addr | ipv6('address') }}

Bzgl. der Frage, wie viele IPs an Interface: Bei IPv6 so viel du willst, es nur irgendwann nicht effizient. Man kann aber auch auf ganze Präfixe lauschen - es ist nur nicht ganz trivial. Zusätzlich zu den erwähnten Dingen im Artikel muss man bei netcup beachten, dass das erste IPv6-Netz "geswitched" und nicht geroutet ist, d.h., dass man dem Router via Neighbor Discovery Protocol mitteilen muss, dass es diese Adresse gibt…

https://blog.cloudflare.com/how-we-built-spectrum/

https://blog.widodh.nl/2016/04…et-to-your-linux-machine/

Dein Befehl, den du da gepostet hast, den trägst du in deine /etc/network/interfaces ein? Kannst du mir bitte ein vollständiges Beispiel posten?

Danke und Grüße,

Lukas

chrko · May 18th 2019

Code: /etc/network/interfaces

auto lo
iface lo inet loopback
auto eth-extern
iface eth-extern inet static
address 37.120.191.x
network 37.120.188.0
netmask 255.255.252.0
broadcast 37.120.191.255
gateway 37.120.188.1
dns-nameservers 46.38.225.230 46.38.252.230
auto eth-extern:1
iface eth-extern:1 inet static
address 37.120.182.x
netmask 255.255.255.255
iface eth-extern inet6 static
address 2a03:4000:6:x::1
netmask 64
gateway fe80::1
post-up ip -6 route change default via fe80::1 dev eth-extern src 2a03:4000:6:x::1
dns-nameservers 2a03:4000:0:1::e1e6 2a03:4000:8000::fce6
up ip -6 addr add 2a03:4000:6:x::20/64 dev eth-extern
down ip -6 addr del 2a03:4000:6:x::20/64 dev eth-extern || true
up ip -6 addr add 2a03:4000:6:x:b4db:d5ff:fec8:3cb1/64 dev eth-extern
down ip -6 addr del 2a03:4000:6:x:b4db:d5ff:fec8:3cb1/64 dev eth-extern || true

Display More

Code: /etc/sysctl.conf

net.ipv6.conf.all.accept_ra=0
net.ipv6.conf.eth-extern.accept_ra=0

Code: /etc/udev/rules.d/70-persistent-net.rules

SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="b6:db:d5:c8:3c:b1", NAME="eth-extern"

resultiert in

Code

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
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: eth-extern: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether b6:db:d5:c8:3c:b1 brd ff:ff:ff:ff:ff:ff
inet 37.120.191.x/22 brd 37.120.191.255 scope global eth-extern
valid_lft forever preferred_lft forever
inet 37.120.182.x/32 brd 37.120.182.x scope global eth-extern:1
valid_lft forever preferred_lft forever
inet6 2a03:4000:6:x:b4db:d5ff:fec8:3cb1/64 scope global
valid_lft forever preferred_lft forever
inet6 2a03:4000:6:x::20/64 scope global
valid_lft forever preferred_lft forever
inet6 2a03:4000:6:x::1/64 scope global
valid_lft forever preferred_lft forever
inet6 fe80::b4db:d5ff:fec8:3cb1/64 scope link
valid_lft forever preferred_lft forever

Display More

Code: ip -6 route

2a03:4000:6:x::/64 dev eth-extern proto kernel metric 256 pref medium
fe80::/64 dev eth-extern proto kernel metric 256 pref medium
default via fe80::1 dev eth-extern src 2a03:4000:6:x::1 metric 1024 pref medium

eripek · May 19th 2019

Das mit der Source-Adresse in der Route allein ist vielleicht nicht der Weisheit letzter Schluss, denn dann antwortet der Host immer nur von der, oder? Policy Routing (auf die /128) wäre da vielleicht die sauberste der Lösungen, wenn Probleme auftauchen.

chrko · May 19th 2019

Der Effekt ist in meinen Anwendungsszenarien analog zu preferred lifetime auf 0 zu setzen. Wenn nicht explizit eine Absenderadresse gesetzt ist, wird beim Nutzen der entsprechen Route diese Adresse genutzt.

ip-route(8) wrote:

the source address to prefer when sending to the destinations covered by the route prefix.

Man muss nur verstehen, dass man dort mit einen anderen Mechanismus arbeitet.

Und nein - der Server antwortet z.B. auf ICMP(v6) Echo Requests nicht immer mit dieser Adresse; ich muss aber gestehen, dass ich erst noch mal nachlesen müsste, mit welcher Priorität das den Source Address Selection Prozess genau beeinflusst.

Ehrlich gesagt grübel ich gerade auch, wieso ich eigentlich diesen Weg gewählt habe… (und woher ich den initial habe).

IPv6 best practices

Tags

Users Online