Yearly reminder that github still does not have an IPv6 address (2023) - eviltoast
  • GoodKingElliot@feddit.uk
    link
    fedilink
    English
    arrow-up
    86
    arrow-down
    2
    ·
    1 year ago

    comment from the forum:

    New ISPs in my country are IPv6-only because there is no new IPv4 space to be provided to them. They do have a over-shared IPv4 address by CGNAT but due to the oversharing, it is unstable and not rare to be offline. For these companies, the internet access is stable only in IPv6.

    Thinking about the server-side, some cloud providers are making extra charges for IPv4 addresses (e.g.: Vultr.com) so most of the servers in my company are IPv6-only. Cloning github repositories is very cumbersome due to the lack of IPv6 support and this issue affects me and my team mates on a daily basis.

    The math is simple: there are 4.88 billion internet users in the world but the IPv4 space only provides 4 billion addresses. It’s over: IPv4 is obsolete and is provided in a legacy mode. Current applications and services must be IPv6 enabled otherwise it should be seen as obsolete. For that matter, Github.com is an obsolete service because it relies on obsolete technology as IPv4.

    • VonReposti@feddit.dk
      link
      fedilink
      English
      arrow-up
      43
      ·
      1 year ago

      Funny how different situations can be. I can’t get an IPv6 address unless I pay for insanely expensive business tiers.

      • Mubelotix@jlai.lu
        link
        fedilink
        English
        arrow-up
        10
        ·
        edit-2
        1 year ago

        I had a very small cheap ISP in France (Quantic Telecom) and they didn’t even monitor their network for ipv6 issues. I had to report problems myself every other week. They had less than 90% uptime in 2023, so I ended up getting a refund

      • orangeboats@lemmy.world
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 year ago

        The IPv4 exhaustion is far more gnarly in developing countries. Something on the scale of hundreds of people sharing one IPv4 address.

        If I want to get a public IPv4 address from my ISP, I have to spend extra. Some ISPs in my country simply don’t give public IPv4 addresses anymore. They have completely exhausted their pool.

    • Kissaki@feddit.de
      link
      fedilink
      English
      arrow-up
      2
      ·
      1 year ago

      I wonder if they ever contacted github support, and what their answer was - rather than only posting on a public forum github doesn’t feel compelled to answer or make official responses to.

  • NateNate60@lemmy.ml
    link
    fedilink
    English
    arrow-up
    85
    arrow-down
    1
    ·
    1 year ago

    “IPv6 is not a feature; its absence is a bug”

    • Someone on the Flathub repo, I think
    • iamak@infosec.pub
      link
      fedilink
      English
      arrow-up
      30
      arrow-down
      1
      ·
      1 year ago

      I always use Github to check if my IPv4 DNS works lol (using ping). So it’s definitely a feature /s

    • knower@lemmy.blahaj.zone
      link
      fedilink
      English
      arrow-up
      19
      ·
      1 year ago

      I used to study networking, albeit at a pretty beginner level. IPv6 has been around for nearly 30 years at this point, so I’d be surprised if the hardware github uses doesn’t support it. The impression I got was that it’s pretty easy to extend an IPv4 address space so there isn’t any rush to make a large scale move to IPv6 everywhere.

    • chaospatterns@lemmy.world
      link
      fedilink
      English
      arrow-up
      12
      ·
      1 year ago

      It’s not generally a hardware problem. It’s a resourcing problem. Companies like GitHub will have complex software and architecture. IPv6 requires them to get a pool of IP addresses, come up with an IP address management strategy, make sure all hosts have IPv6 addresses meaning that now provisioning systems and tooling to management DNS has to plumb IPv6 addresses through too.

      Then the software stack has to support it. Maybe their fraud detection or auditing systems have to now support IPv6 which means changes to API schemas.

      None of this is a good reason why they shouldn’t do it, but I’ve had to make similar decisions at my job as a software engineer on what looks to be simple but actually requires changes across systems.

    • kelvie@lemmy.ca
      link
      fedilink
      English
      arrow-up
      32
      ·
      1 year ago
      Name:   gitlab.com
      Address: 172.65.251.78
      Name:   gitlab.com
      Address: 2606:4700:90:0:f22e:fbec:5bed:a9b9
      
  • eternaldeiwos@lm.qtt.no
    link
    fedilink
    English
    arrow-up
    16
    arrow-down
    5
    ·
    1 year ago

    Microsoft aren’t exactly big on implementing “the latest” stuff. Not at a keyboard currently but I’d be willing to bet GH doesn’t support TLS1.3 either.

  • astral_avocado@programming.dev
    link
    fedilink
    English
    arrow-up
    10
    arrow-down
    1
    ·
    edit-2
    1 year ago

    I’ve talked to several network engineers over the years about IPv6, engineers that work as hands on with actual production infrastructure as you can get. And they all said that IPv6 would likely never be fully adopted.

      • astral_avocado@programming.dev
        link
        fedilink
        English
        arrow-up
        1
        arrow-down
        1
        ·
        1 year ago

        I am not a full network engineer so take my opinion with a grain of salt. From what I understand, NAT with IPv4 works really really well to mitigate IPv4 address exhaustion. Then there’s an issue with the amount of extra processing switches and routers need to do IPv6, we’re going from 32 bits to 128 bits which is a huge increase and for switches and routers that are handling packets as fast as technically possible with a low amount of resources typically, that’s a not insignificant hurdle.

        It’s just easier to do IPv4 in every way, plus that’s what the world’s been using and is used to.

        • orangeboats@lemmy.world
          link
          fedilink
          English
          arrow-up
          6
          ·
          1 year ago

          You can’t talk about NAT and then mention speed in the same statement…

          The 128-bit IPv6 addresses are just four simple 32-bit integers if you think about it, but with NAT you have juggle around and maintain the (internal IP, internal Port, external IP, external Port, Protocol) tuples all the time. That’s a significant overhead. Also, switches typically deal with the Layer 2 stuffs. IP is Layer 3.

          See the HN discussion for more information.

          It’s just easier to do IPv4 in every way

          Except when you have to NAT transversal. Then you are in a world of hurt.

      • whoisearth@lemmy.ca
        link
        fedilink
        English
        arrow-up
        1
        arrow-down
        3
        ·
        1 year ago

        My understanding is it’s no longer that critical. The sky is no longer falling on IPv4

  • iamak@infosec.pub
    link
    fedilink
    English
    arrow-up
    10
    arrow-down
    1
    ·
    1 year ago

    I always use Github to check if my IPv4 DNS works lol (using ping). So it’s definitely a feature /s

  • malloc@programming.dev
    link
    fedilink
    English
    arrow-up
    8
    ·
    1 year ago

    Also a reminder for me to add IPv6 support for my personal site. I think most cloud providers are able to offer dual ipv4/v6 support if you ask for it/configure it.

  • argv_minus_one@beehaw.org
    link
    fedilink
    English
    arrow-up
    4
    ·
    1 year ago

    I also don’t have an IPv6 address. It’s my one complaint about my otherwise excellent ISP. They are offering /56 static IPv6 blocks for their multi-gigabit customers now, but not on the cheap plan I’m on. Not yet, at least 🤞.