Skip to content

Github - kein IPv6?

Linux
  • Da bei Hetzner ja mittlerweile ordentliche Prise für IPv4 Adressen aufgerufen werden, muss es halt ohne gehen 🙂 Wird ja auch langsam mal Zeit für IPv6.

    Gut, ich habe eine VM, die nur IPv6 kann, nix anderes. Nun wollte ich ein Projekt klonen.

    git clone https://github.com/restic/rest-server.git
    

    Auf meinem Haupt-PC zu Hause, geht das ohne Probleme.

    frank@frank-MS-7C37:~$ git clone https://github.com/restic/rest-server.git
    Klone nach 'rest-server' ...
    remote: Enumerating objects: 3626, done.
    remote: Counting objects: 100% (326/326), done.
    remote: Compressing objects: 100% (175/175), done.
    remote: Total 3626 (delta 167), reused 247 (delta 120), pack-reused 3300
    Empfange Objekte: 100% (3626/3626), 5.77 MiB | 6.03 MiB/s, fertig.
    Löse Unterschiede auf: 100% (1414/1414), fertig.
    

    In der VM kommt dann das hier.

    user@rest-server:~# git clone https://github.com/restic/rest-server.git
    Klone nach 'rest-server' ...
    fatal: konnte nicht auf 'https://github.com/restic/rest-server.git/' zugreifen: Couldn't connect to server
    

    Hmm 🤔 , ich hatte dann lange nachgedacht und geschaut woran es denn liegen könnte. Ich bin dann im Netz über einen Beitrag gestolpert, der dann folgendes zum Vorschein brachte.

    user@rest-server:~# host -t AAAA github.com
    github.com has no AAAA record
    
    user@rest-server:~# host -t AAAA gitlab.com
    gitlab.com has IPv6 address 2606:4700:90:0:f22e:fbec:5bed:a9b9 
    

    So wie ich das verstehe, gibt es für github.com keinen AAAA Eintrag, deswegen auch keine Auflösung des Namens. Klingt logisch. Danach, zur Kontrolle, zur Konkurrenz 😁

    Ok, ich konnte das Paket also nicht klonen. Da ich das aber noch auf dem alten Server hatte, habe ich das dann am Ende, als mir nichts mehr einfiel, einfach kopiert. 🤓

    Schon sehr komisch, das so ein großer Dienst, der übrigens Microsoft gehört, kein IPv6 kann!? Ich kann das ehrlich gesagt immer noch nicht glauben und gehe im Moment davon aus, das ich einen Denkfehler habe.

    Für kompetente Hinweise von Profis, was ich hier falsch mache, würde ich mich freuen.

  • Debian Bug auf Arm64

    Linux
    1
    0 Stimmen
    1 Beiträge
    82 Aufrufe
    Niemand hat geantwortet
  • Standby Problem mit Mediatek MT7921e

    Linux
    1
    0 Stimmen
    1 Beiträge
    152 Aufrufe
    Niemand hat geantwortet
  • Restic v0.17.3 released

    Linux
    1
    0 Stimmen
    1 Beiträge
    107 Aufrufe
    Niemand hat geantwortet
  • Pycharm und Autoupload

    Linux
    1
    +2
    0 Stimmen
    1 Beiträge
    66 Aufrufe
    Niemand hat geantwortet
  • Test3

    Linux
    1
    0 Stimmen
    1 Beiträge
    61 Aufrufe
    Niemand hat geantwortet
  • Fedora erhebt KDE zur offiziellen Workstation Alternative

    Linux
    1
    0 Stimmen
    1 Beiträge
    119 Aufrufe
    Niemand hat geantwortet
  • Fedora 41 - Standby Problem

    Linux
    4
    +1
    0 Stimmen
    4 Beiträge
    528 Aufrufe
    FrankMF
    Es hatte bis jetzt leider gar nichts vernünftig funktioniert. Nachdem Manjaro den Kernel 6.10 rausgeschmissen hat (EOL), stand ich auf dem Schlauch. Alles nach 6.10 ging nicht, zwischenzeitlich war ich auf 6.6., da ging es, aber ist auch keine Lösung. Also, mal wieder überall rein gelesen. Hier findet man die Lösung. https://discussion.fedoraproject.org/t/kernel-6-11-3-200-fc40-unable-to-resume-from-suspend-when-bluetooth-enabled/134008/18 File /etc/systemd/system/bluetooth-fix.service anlegen [Unit] Description=Disable Bluetooth before going to sleep Before=sleep.target StopWhenUnneeded=yes [Service] Type=oneshot RemainAfterExit=yes ExecStart=/usr/sbin/rfkill block bluetooth ExecStop=/usr/sbin/rfkill unblock bluetooth [Install] WantedBy=sleep.target Aktivieren systemctl enable bluetooth-fix.service Danach geht mein Standby auch wieder mit höheren Kernel-Versionen. uname -a  ✔  20s  Linux frank-manjaro 6.12.1-4-MANJARO #1 SMP PREEMPT_DYNAMIC Mon, 25 Nov 2024 05:36:03 +0000 x86_64 GNU/Linux Frank wieder zufrieden Das ist jetzt zwar nur ein Workaround, aber besser als gar nichts. Was weiß ich, wann welche Firma jetzt mal das Problem anfasst und fixt!? Für mich hat der Workaround auch keine negativen Auswirkungen. Zumindestens ist mir noch nichts aufgefallen. Ich werde berichten.
  • IPv6 - Fritzbox - pfSense

    Verschoben pfSense
    1
    +3
    0 Stimmen
    1 Beiträge
    495 Aufrufe
    Niemand hat geantwortet