• Archr@lemmy.world
    link
    fedilink
    English
    arrow-up
    8
    ·
    edit-2
    6 hours ago

    gofuckyour.self

    Sounds pretty funny. Can’t wait to see what is hosted there.

    I would guess either 50-50 it is a meme site or pron. No in between.

  • gemakey@lemmy.world
    link
    fedilink
    English
    arrow-up
    57
    ·
    21 hours ago

    Sounds like a great way to curate a list of homelab targets. I’m good, thanks.

    • blargh513@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      15
      ·
      17 hours ago

      Was just thinking that it would be such a juicy target for so many things. I also shall pass on this one.

  • ShredderFeeder@shredderfood.net
    link
    fedilink
    English
    arrow-up
    15
    arrow-down
    1
    ·
    17 hours ago

    TLD’s aren’t the limitation… Public IPs are… If it wasn’t for Cloudflared, I couldn’t run half the shit I run.

      • ShredderFeeder@shredderfood.net
        link
        fedilink
        English
        arrow-up
        2
        arrow-down
        5
        ·
        8 hours ago

        I saw the rfc for IPV8 recently… It makes so much more sense than ipv6…and is backward compatible with ipv4…

        Basically they’re proposing prefacing 4 more octets into an IP address, so 172.16.5.1 would become 0.0.0.0.172.16.5.1

        Any existing IPs would just assume the 0.0.0.0 in front of them…

        Again…solves the problem on much the same way.

        • jj4211@lemmy.world
          link
          fedilink
          English
          arrow-up
          2
          ·
          2 hours ago

          Note while you have cosmetic similarities to ipv4 addresses, the actual challenging part of that is the packet format and various translations.

          We actually have a number of existing schemes for ipv4 mapping onto larger address space and the attendant NAT requirements. The presentation of addresses in an ipv4 looking way is the least of the challenges.

          So don’t take IPv8 seriously, it is slop and even in theory it wouldn’t add anything new except a different cosmetic look to raw addresses and shortening the address space for no good reason.

        • mholiv@lemmy.world
          link
          fedilink
          English
          arrow-up
          22
          ·
          edit-2
          8 hours ago

          Just fyi IPv8 was written by LLM with full on hallucinated citations and references. It isn’t being taken seriously by anyone.

          It didn’t even make sense. It relies on DNS for nat and the like. Deranged networking plans from the non-mind of an LLM.

          I recommend taking the time to learn IPv6 properly. It’s actually quite elegant and brings back the peer to peer, endpoint to endpoint connection ability of the old internet.

            • mholiv@lemmy.world
              link
              fedilink
              English
              arrow-up
              7
              ·
              5 hours ago

              I wouldn’t even say it was a good idea. Like the end to end NAT free internet is the ideal. IPv6 was built for that.

              Even if IPv8 was not slop it would reenforce the idea of nat and hierarchy.

              IPv6 allows for a democratized internet where anyone can choose to self host. And anyone can connect to anyone who is self hosting.

              Because of this it’s a bit more complicated. But ideology it much better than IPv8. It brings us back what made the internet great in the 90s and 2000s, but at scale.

        • floquant@lemmy.dbzer0.com
          link
          fedilink
          English
          arrow-up
          9
          ·
          7 hours ago

          That’s not how header backward compatibility works. IPv4 routers would discard the packet, not prepend zeroes.

          • ShredderFeeder@shredderfood.net
            link
            fedilink
            English
            arrow-up
            1
            ·
            6 hours ago

            it would obviously involve code updates for compability, and I don’t pretend to know how it would work long term, but it makes the most sense… By prepending the zeros, you expand the number of networks dramatically.

            I would guess that no matter what, everything gets an upgrade… But I think this might make it more seamless.

            • jj4211@lemmy.world
              link
              fedilink
              English
              arrow-up
              1
              ·
              2 hours ago

              Basically people see an address like fdec:46f7:9b7f:1::3:20 and run screaming away about the complexity, seeing the address as a comprehensive indication of complexity, even though the real challenges lie underneath.

              The whole ‘traditional ipv4 just has 0.0.0.0’ stuck in front of it is essentially exactly the same idea as, say 64:ff9b::142.251.152.119. Now there’s also the likes of ffff::142.251.152.119 but that’s just so software can pretend to speak IPv6 when the OS is really doing only IPv4. So they needed another prefix to indicate the network doing the v6 to v4 translation instead of the OS.

              Anyway, the thing is that while it cosmetically looks more similar, it’s not really solving the fundamental compatibility situation. It just “looks nicer” because it sticks to dotted decimals. However in practice, would fdec:46f7:9b7f:1::3:20 really be somehow less usable than, say, 120.30.204.78.167.144.120.209? The simple reality is that the 4 octet decimal pushed human usability enough as it was, and going to sufficient octets just brings it out of mere mortal reach. If you did want to say have more friendly local network addresses (the vast vast majority of human memorized IP addresses), then technically you could have fd::1, fd::2, fd::3, and those would all work and be super easy to remember (the ULA RFC says you are supposed to toss in 40 bits of random for good reason, but if you were using 10.0.0.1 style addresses, you would be no worse off with fd::1, fd::2, etc). You can even trivially have them live alongside ‘real’ global IP addresses, but ignore them whenever you want to just hand type a local IP address. You can even have something like a hex DNS. fd::f00d, fd::beef, fd::d00d, and so many more for your pleasure.

              There’s more features in IPv6 but you can ignore them since they are mostly for the machines to wrangle (the fe80:: addresses for example).

        • Ernest@lemmy.zip
          link
          fedilink
          English
          arrow-up
          4
          ·
          7 hours ago

          I saw the RFC for IPv8 recently

          nitpick, but I would say “an RFC”, as there’s been a number of these over the years


          you’ve gotten a couple responses so far, but I think the central issue is that “complexity” isn’t the problem with IPv6 (and one could certainly argue that IPv6 is actually simpler)–the problem is compatibility. This article lays out the issue very well, and also links to this article (which is a more specific look at the IPv8 proposal you refer to). Both point to the same conclusion, which is that fundamentally–on first principles–existing hardware does not know how to handle the upgrade, which will require some sort of dual-stacking, which is the issue IPv6 currently has. (Not its technical merit.)

          • ShredderFeeder@shredderfood.net
            link
            fedilink
            English
            arrow-up
            2
            ·
            6 hours ago

            True, good point. AN RFC…

            To be fair, I never got IPV6… was too confusing. I’ve always been able to rattle off IPv4 addresses in my sleep. IPV6 just wasn’t as natural.

  • Zier@fedia.io
    link
    fedilink
    arrow-up
    18
    ·
    21 hours ago

    Sometimes these new TLDs are just odd. And the odder they are, the more expensive they are.

  • palordrolap@fedia.io
    link
    fedilink
    arrow-up
    33
    ·
    23 hours ago

    Given the context, the four “Follow Us” links going to proprietary services does seem somewhat antithetical to .self ideals.

    At the very least set up a Mastodon account somewhere in addition to those.

  • BromSwolligans@lemmy.world
    link
    fedilink
    English
    arrow-up
    9
    ·
    24 hours ago
    upstream connect error or disconnect/reset before headers. reset reason: remote connection failure, transport failure reason: delayed connect error: Connection refused