Beiträge von angeritten

  • Teil des IPv6-Subnetzes für LXC Container verwenden

    Verstehe. Besonders prickelnd ist das ja nicht unbedingt zumal es mir schwer fallen dürfte mit den bereits verfügbaren knapp achtzehneinhalb Trillionen Addressen etwas sinnvolles anzufangen. Was soll ich dann mit nochmal so vielen?


    Ich werde mal versuchen ob ein Ping alle zehn Sekunden o.ä. reicht um das aufrecht zu erhalten.

  • Teil des IPv6-Subnetzes für LXC Container verwenden

    Zitat von Track1991

    Debian Bullseye wird das neue Betriebsystem heisen. :/
    Wo hast du das System her, weil auf der Webseite von Debian steht folgendes "

    Die nächste Veröffentlichung von Debian heißt bullseye – bisher noch kein Veröffentlichungsdatum"?


    Ich selber setze Debian Buster als Produktivsystem ein, weil das keine Alpha oder Beta ist.

    Außer du möchtes damit rum Testen dann ist es in Ordnung. ;)

    Bullseye steht wie andere noch in der Entwicklung stehende Betriebsysteme, beispielsweise Ubuntu Focal, als Container image über lxc image list images: zur Verfügung ;)

    Und ja, der Hauptgrund sind Testzwecke.

  • Teil des IPv6-Subnetzes für LXC Container verwenden

    Also es scheint als wäre diese Direct Connect Route durchaus notwendig wie H6G sagt.


    Wieder sehr langsames advertisment, danach funktioniert es jedoch. Zumindest in diesem container.

    In einem anderen Container hat er zwar das neighbor advertisment geschickt, aber Ping geht dennoch nicht durch....ich verstehe es nicht.



    Btw. ich würde meine Beiträge gerne zusammenfassen, mir fehlt dafür jedoch die Berechtigung. Manchmal funktioniert es, manchmal nicht.


  • Teil des IPv6-Subnetzes für LXC Container verwenden

    Hallo zusammen,

    Zitat von H6G

    angeritten mit tcpdump -nni interfacename icmp6 kannst du gucken, wo der Ping oder eine Antwort darauf kleben bleibt.

    Evtl. hilft das beim Debugging.

    Danke für den Tipp.

    Scheint gestern Zufall gewesen zu sein, dass es funktioniert hat.


    Anscheinend dauert es sehr lange bis das das neighbor advertisment durchgeführt wird....wenn es mal durchgeführt wird. Das ganz vehält sich sehr seltsam.

    Ich muss innerhalb der Container explizit dhclient -6 anstoßen. Dann dauert es bis zu zehn Sekunden bis die Adresse zugewiesen wird. Habe ich in zwei Ubuntu 18.04 Containern versucht.

  • Teil des IPv6-Subnetzes für LXC Container verwenden

    Zitat von Track1991

    Ich sehe im ersten Betreitrag das zweimal das gleich Gateway beim Hostsystem genutzt wird, nicht gut.
    Gateway bei lxdbr0 entfernen, weil es eine Brücke ist und dort keine Routing notwendig ist.

    Das könnte evtl der Fehler sein.

    Ich hatte mich schon etwas über den doppelten Gateway gewundert. War tatsächlich das Problem. ip -6 route del fe80::/64 dev lxdbr0 und dann die Dienste nochmal durchgestartet. Funktioniert.


    Leichter Off-Topic: Jetzt hängt der lxd.daemon beim Komplettneustart des VPS "A stop job is running for Service for snap application lxd.daemon". Das ist aber scheinbar ein Upstream Bug: https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1871652

  • Teil des IPv6-Subnetzes für LXC Container verwenden

    Wurde auf 0 geändet und geladen, keine Veränderung.

    ndppd lief tatsächlich nicht, weil sich auto und iface gegenseitig auschließen. Wurde korrigiert.

    lxd neu gestartet, aber keine Veränderung.

    Die Namensauflösung funktioniert, aber alles darüber hinausgehende nicht.

  • Teil des IPv6-Subnetzes für LXC Container verwenden

    Hallo zusammen,


    ich versuche seit einiger Weile mit einem Teil der zur Verfügung gestellten IPv6-Adressen LXC-Container direkt zu adressieren. Bisher eher mit mäßigem Erfolg.

    Basis der Aktion war dieser Artikel sowie die dort verlinkten Beiträge: https://youngryan.com/2019/02/…-lxd-containers-on-a-vps/


    Hostsystem ist Ubuntu 18.04


    Mit Ubuntu 18.04 im container kann ich aktuell eine IPv6 aus dem zugewiesenen Pool beziehen, jedoch geht kein traffic durch.


    Mein Subnetz ist 2a03:xxx:xxx:1bd::/64 und für LXC möchte ich 2a03:xxx:xxx:1bd:feed:beef::/112 zuweisen.

    Da ich nicht genau weiß ich noch hinschauen soll versuche ich an dieser Stelle so viele Informationen wie möglich bereitzustellen um der Sache auf den Grund zu gehen. Falls etwas fehlt, reiche ich gerne nach.


    Vielleicht hat jemand eine Idee.


    Viele Grüße






    Code
    cat /etc/ndppd.conf

proxy eth0 {
    rule 2a03:4000:xxx:xxx:feed:beef::/112 {
        iface lxdbr0
        router no
        auto
    }
}


    Code
    #ip -6 route show (Host-System)

2a03:xxx:xxx:1bd::1 dev eth0 proto kernel metric 256 pref medium
2a03:xxx:xxx:1bd:24f6:1eff:fec8:8715 dev eth0 proto kernel metric 256 pref medium
2a03:xxx:xxx:1bd:feed:beef::/112 dev lxdbr0 proto kernel metric 256 pref medium
fe80::/64 dev eth0 proto kernel metric 256 pref medium
fe80::/64 dev lxdbr0 proto kernel metric 256 pref medium
default via fe80::1 dev eth0 proto static metric 1024 pref medium
    Code
    #ip -6 route show (Gast-System)

2a03:xxx:xxx:1bd:feed:beef:0:1450 dev eth0 proto kernel metric 256 pref medium
2a03:xxx:xxx:1bd:feed:beef::/112 dev eth0 proto ra metric 100 pref medium
fe80::/64 dev eth0 proto kernel metric 256 pref medium
default via fe80::602c:55ff:fe94:7c14 dev eth0 proto ra metric 100 mtu 1500 pref medium