505
lemmy.fmhy.ml is gone [update from the team] (very.bignutty.xyz)
submitted 3 years ago by to c/fediverse@lemmy.world
177 comments fedilink hide all child comments
 

An update:

  • fmhy.ml is gone, due to the ongoing fiasco with mali government taking all their .ml domains back
  • As such, lemmy.fmhy.ml is also gone, we are currently exploring ways to refederate (or somehow restart federation entirely) without breaking anything substantial
  • We have backups, so don't worry about data loss (you can view them on other instances anyway)

Currently, we have fmhy.net and are exploring options to somehow migrate, thank you for your patience.

you are viewing a single comment's thread
view the rest of the comments
[–] 75 points 3 years ago* (35 children)

WIll this also affect all other .ml domains? Or is this some anti-piracy thing? (I don't know fmhy, but from the name I guess it's about piracy.)

  • permalink
  • fedilink
  • source
  • hideshow 35 child comments
    •
  • [–] 74 points 3 years ago (28 children)

    It seems to be Mali just wanting their domains back, in which case it's uncertain times for all .ml domains.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 28 child comments
    •
  • [–] 57 points 3 years ago (19 children)

    rip lemmy.ml

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 19 child comments
    •
  • [–] 75 points 3 years ago (6 children)

    Good thing join-lemmy is safely tucked away in a .org domain.

    This is extremely bad timing for Lemmy (if it ends up happening), but also a good example of how federation makes the entire social media landscape more robust. Had this happened to a centralized service it would be devastating.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 6 child comments
    •
  • [–] 30 points 3 years ago* (last edited 3 years ago) (3 children)

    Not really. Most centralized services are accessible via multiple domains, e.g. for different countries. This would just disable one of them, but users could still use another to log into their accounts. For the Fediverse it "disables" an entire instance, cuts it off from federation and locks out users.

    Lets not put a positive spin on a situation that exposes a weakness of the current system. The federation protocol needs to be able to handle these things gracefully, like propagating domain changes and migrating accounts between instances!

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 3 child comments
    •
  • [–] 7 points 3 years ago (2 children)

    I'm now wondering what happens if the Mali government (or someone else) begins using those domains with their own lemmy instance, potentially with malicious content.

    Would the instances they've federated with begin ingesting and serving that content automatically? Or would that be blocked due to key mismatch?

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 6 points 3 years ago

    Afaik it is all connected to the domain name, so they could definitely start to impersonate any .ml instance. Other instances could detect that the signing key for federation messages changed, but that's about it. Their admins would probably have to block/defederate them manually.

  • permalink
  • fedilink
  • source
  • parent
  • [–] 11 points 3 years ago (1 child)

    If it was always going to happen, now isn't really a bad time. Sure, a month ago would have been better, but people still haven't been here that long. If I wind up needing to migrate, and lose my current account, oh well. No big loss. I imagine others feel similar.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 1 child comment
    •
  • [–] 6 points 3 years ago

    I was frustrated with the outage yesterday and created a new account on a different instance so I could still browse. Couple hours later I had all my subscriptions filled out and the experience is almost identical to my first account.

  • permalink
  • fedilink
  • source
  • parent
  • [–] 9 points 3 years ago

    lemmy.ml is still up as of right now. Possibly they contracted a subscription to the domain name to keep it up. They had to do something to retain it otherwise the site would be unreachable. If lemmy.ml does have to change names it will be a hassle since I've got a good number of community subscriptions there.

    This wouldn't happen to an instance with a regularly subscribed domain name. Problem is the .ml domains were free and the associated country decided to claim them back. The risk of using a free top level domain is something that should have been considered. I don't think it's worth the risk versus the cost savings considering how difficult it is to migrate a Lemmy instance.

  • permalink
  • fedilink
  • source
  • parent
  • [+] -9 points 3 years ago (10 children)

    It's just the domain, though. That's not a big deal to change.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 10 child comments
    •
  • [–] 31 points 3 years ago (6 children)

    Federation connections are by domain name, so .. it is a big deal

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 6 child comments
    •
  • [–] 7 points 3 years ago

    Right. This will basically make nearly every /c live in .world as all of the .ml /c's go defunct. That, or Beehaw, which is walled off from everyone else.

    (Side note.. my work's firewalls block everything *.ml -- and that's the only thing that saved me from creating my account there)

  • permalink
  • fedilink
  • source
  • parent
  • [–] 2 points 3 years ago (3 children)

    From that point of view, yes. That'd mess things up, you're right. But from my understanding, they won't lose any data, accounts will remain, as well as subscriptions that lemmy.ml users have. Or am I wrong?

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 3 child comments
    •
  • [–] 11 points 3 years ago (2 children)

    The problem is, if they don't have access to their original .ml domain, their accounts are still tied to it. That means if they try to interact, such as subscribing to a community, when the data for that action tries to be sent back (such as updates) it'll go to the .ml domain, which they wouldn't receive.

    Lemmy doesn't have a built in way to just change the domain name, or really any of the ActivityPub services AFAIK. You'd have to either really do some hacky stuff to get around it (which could result in unknown issues down the line) or reset everything.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 8 points 3 years ago

    Most of the hacky ways around it involve retaining ownership of the old domain and leaving it up indefinitely as a pointer to the new location. If your domain is taken from you though there is not much you can do.

    Seriously dumb to have used this TLD considering there are a ton of choices these days.

  • permalink
  • fedilink
  • source
  • parent
  • [–] 31 points 3 years ago*

    The instance is known by its domain name in the federation network. If that domain name changes, it's like starting a new instance from scratch.

    Sounds like a complicated project to migrate communities and posts and users to a new instance without breaking something.

  • permalink
  • fedilink
  • source
  • parent
  • [–] 22 points 3 years ago*

    Currently, activitypub identity is tied to domain name. Mastodon support migration as long as the old domain is still up during the migration process, but AFAIK Lemmy doesn't even have a process to migrate an instance to a new domain yet.

    Someone should tell Lemmy devs and send them a crate of coffee because it'll be a race to implement domain migration before all .ml domains got shut down.

  • permalink
  • fedilink
  • source
  • parent
  • [–] 12 points 3 years ago (7 children)

    Shall I make an account in another instance?

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 7 child comments
    •
  • [–] 20 points 3 years ago* (2 children)

    Never hurts. Could be a good opportunity to look around the threadiverse and see if you find anything interesting.

    However, as it only affects the domain, I expect the Lemmy developers will manage to migrate user data to the new domain should lemmy.ml go down. So your account won't just disappear, but it might go down for a while. It might also affect communities hosted on .ml domains, as followers from other instances will not have the correct path any more.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 8 points 3 years ago

    Yeah, they are actively working on functionality to migrate user accounts and other data between instances, so that they can use that functionality to migrate everything on an instance to another instance.

    Since migrating data affects all the replicated data on other instances as well, I guess when they migrate lemmy.ml somewhere else, all of Lemmy will be down for a day or two, being just overloaded with all the migration stuff.

  • permalink
  • fedilink
  • source
  • parent
  • [–] 0 points 3 years ago (2 children)

    Nope. Domains don't store data. They can change domain and keep all the data.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 12 points 3 years ago* (1 child)

    Unfortunately, no.

    Currently, activitypub identity is tied to domain name. While mastodon support migration as long as the old domain is still up during the migration process, AFAIK Lemmy doesn't even have a process to migrate an instance to a new domain yet.

    So basically, if you switch your instance domain, you'll mess up all your federation network, unless Lemmy devs implement a solution soon.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 1 child comment
    •
  • [–] 26 points 3 years ago* (5 children)

    I understand it as the Mali government is taking back all the domains after a subletting contract ran out. A lot of sensitive emails that should go to .mil (US military) has been typo-sent to .ml-addresses instead. Here's some more reading.

    (I am very tired here and might have misunderstood everything, please correct me if I am wrong)

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 5 child comments
    •
  • [–] 15 points 3 years ago (4 children)

    Perhaps the military should have a system in place to not allow emails to be sent outside of very specific TLDs if it's that sensitive? And perhaps have an automated contact book, instead of relying on someone typing out the to: address manually to be able to make that mistake in the first place?

    Seems like some very basic security measures for something so serious.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 3 points 3 years ago

    For most situations, there is a global address list that members can use. There are instances where emails need to be sent outside of the .mil domain though, such as to other government agencies that use a .gov, or to contractors on commercial domains, as well as to partner nations that will be on their own countries' domains.

  • permalink
  • fedilink
  • source
  • parent
  • [–] 1 point 3 years ago

    Yeah that's super easy to integrate. I used to work in cyber security for a bank and even I was only allowed to send to internal domains initially. I had to file for exceptions for contractors and vendors and stuff.

  • permalink
  • fedilink
  • source
  • parent