Im LXC Wenn dhcp ipv6 keine Konsole

[Guybrush]

Hi,

weis jemand wieso wenn man dhcp bei ipv6 bei einem debian 11.3 LXC container auswählt, man nicht mehr auf die Konsole kommt?





Schaut, da ist keine Eingabenaufforderung in der Konsole.
Stelle auf statisch und gebe nichts ein, anstatt auf IPV6 gehts.

 

[Neobin]

Hast du denn einen DHCPv6-Server im Netzwerk des LXCs?

 

[Guybrush]

Der DHCP Server müsste die fritzbox - wie für alle Geräte Auch -übernehmen oder mach ich ein Denkfehler?

Ich verstehe das nicht, bei einem Ubuntu LXC geht's, wenn man auf Konsole geht und drück Enter kommt die Login Aufforderung.

Interessant ist, dass der Debian Container doch noch NACH 5 MINUTEN startet und man auf die Konsole zugreifen kann.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Tue Dec  6 08:33:21 UTC 2022 on tty1
root@Debian:~# 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: eth0@if29: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether XX:XX:XX:XX:XX:b8 brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet 192.168.178.102/24 brd 192.168.178.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 XXXX:XX:XXXX:XXXX:XXXX:XXXX:XXXX:a0b8/64 scope global dynamic mngtmpaddr
       valid_lft 6890sec preferred_lft 1347sec
    inet6 XXXX::XXXX:XXXX:feff:a0b8/64 scope link
       valid_lft forever preferred_lft forever
root@Debian:~#

 

[Neobin]

Ich hab mich bisher nur sehr wenig mit IPv6 beschäftigt, aber was ich so am Rande mitbekommen habe, scheint für den Addressbezug ohnehin SLAAC die gängige(re) Methode zu sein.

Der DHCP Server müsste die fritzbox - wie für alle Geräte Auch -übernehmen

Hast du in der Fritzbox gecheckt, auf was der DHCPv6-Server steht? Wenn mich nicht alles täuscht, verteilt der in der Standardeinstellung nur den DNS-Server per DHCPv6.
Wenn ich es richtig verstehe, eben halt weil davon ausgegangen wird, dass SLAAC verwendet wird.

Interessant ist, dass der Debian Container doch noch NACH 5 MINUTEN startet und man auf die Konsole zugreifen kann.

Darum meine Frage oben. Das war nämlich auch meine Erfahrung. Scheinbar wartet er da mehrere Minuten auf die Antwort eines DHCPv6-Servers, bis er dann in einen Timeout läuft und weitermacht.

Ich würde es einfach mit SLAAC probieren.
Und wenn es DHCPv6 sein soll, die entsprechenden Einstellungen des Servers der Fritzbox überprüfen.
Ansonsten mal den Ubuntu-LXC mit dem Debian-LXC vergleichen. Logs anschauen. Schauen wo der Debian-LXC genau hängt. IPs von beiden vergleichen. Erhalten beide (letztendlich) globale (?) IPv6-Adressen. Usw.

Mehr kann ich dazu leider nicht beitragen, sorry.

 

[Guybrush]

Ich habe immer noch große Probleme und finde den Fehler nicht.

Auch ohne IPV6 dauert es ewig bis ich die Console bei den Containern öffnet, wenn SIe sich öffnet

root@Jellyfin:~# journalctl -f
-- Journal begins at Tue 2022-12-13 03:18:27 CET. --
Dec 17 03:11:27 Jellyfin systemd[1]: Condition check resulted in Load Kernel Module drm being skipped.
Dec 17 03:11:27 Jellyfin systemd[1]: systemd-logind.service: Start request repeated too quickly.
Dec 17 03:11:27 Jellyfin systemd[1]: systemd-logind.service: Failed with result 'exit-code'.
Dec 17 03:11:27 Jellyfin systemd[1]: Failed to start User Login Management.
Dec 17 03:11:52 Jellyfin dbus-daemon[150]: [system] Failed to activate service 'org.freedesktop.login1': timed out (service_start_timeout=25000ms)
Dec 17 03:11:52 Jellyfin login[400]: pam_systemd(login:session): Failed to create session: Failed to activate service 'org.freedesktop.login1': timed out (service_start_timeout=25000ms)
Dec 17 03:11:52 Jellyfin login[466]: ROOT LOGIN  on '/dev/tty1'
Dec 17 03:12:02 Jellyfin CRON[475]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
Dec 17 03:12:02 Jellyfin CRON[476]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Dec 17 03:12:02 Jellyfin CRON[475]: pam_unix(cron:session): session closed for user root

Journalctl -f sagt da ist ein Fehler aber was wie das sein soll, keine Ahnung.
Bin kurz davor alles Platt zu machen :-(

Edit: Ich gehe jetzt schlafen. Bei Gelegenheit erstelle ich die Container nochmal neu.
Es sind beide Privilegierte Container mit NFS Freigaben.

 

[mstefan]

Bei mir ists genauso mit IPV6. Was mir aufgefallen ist, wenn IPV6 aus, alles gut.
Wenn IPV6 auf DHCP (Server vorhanden) dann wird das Syslog vom Host mit AppArmor Einträgen überlaufen:

Dec 27 21:30:19 pve audit[849224]: AVC apparmor="DENIED" operation="mount" info="failed flags match" error=-13 profile="lxc-130_</var/lib/lxc>" name="/run/systemd/unit-root/proc/" pid=849224 comm="(networkd)" fstype="proc" srcname="proc" flags="rw, nosuid, nodev, noexec"
Dec 27 21:30:19 pve kernel: audit: type=1400 audit(1672173019.553:2752): apparmor="DENIED" operation="mount" info="failed flags match" error=-13 profile="lxc-130_</var/lib/lxc>" name="/run/systemd/unit-root/proc/" pid=849224 comm="(networkd)" fstype="proc" srcname="proc" flags="rw, nosuid, nodev, noexec"