6
[Fediverse] Sh.itjust.works a également des problèmes pour gérer la fédération, suite aux soucis rencontrés par LW hier
(lemmy.blahaj.zone)
Pour ceux qui veulent le graphe en dynamique: https://grafana.lem.rocks/d/edf3gjrxxnocgd/federation-health?orgId=1&var-instance=sh.itjust.works&var-remote_instance=lemmy.nz&var-remote_instance=reddthat.com&var-remote_instance=slrpnk.net&var-remote_instance=sopuli.xyz&var-remote_instance=jlai.lu&var-remote_software=All
Les chiffres sur le graphe indiquent le nombre d'actions (vote, commentaire, post) de retard que SJW doit envoyer aux instances listées.
On remarquera que côté Jlailu on est pas mal vu que c'est presque instantané.
Ouais, c'est kbin qui merde et qui DDoS le fediverse semble t-il.
Il est possible que je doive dé-fédérer si ça ne s'arrête pas avant que ça impacte l'instance.
Ca pourrait être une bonne solution. Je n'ai pas l'impression qu'on ait d'utilisataires actifves depuis Kbin, ceux qui y étaient ont sans doute bougé sur fedia.io ou kbin.run (qui tourne sous Mbin)
Ce sont des forks de kbin. C'est ça ?
C'est ça, enfin le seul fork, fedia.io et kbin.run tournent tous les deux sous Mbin
@anansi @Camus je pense qu'on peut le faire de manière preemptive avec une anonce qui précise quelle instance kbin a été défédéré et pourquoi. Sinon comment le ddos pourrait arriver vers jlai.lu ?
Sur ce graphe tu peux voir que la personne en charge du DDoS est passé de LW à SJW une fois que LW les a bloqués: https://grafana.lem.rocks/d/edf3gjrxxnocgd/federation-health?orgId=1&var-instance=All&var-remote_instance=slrpnk.net&var-remote_software=All&from=now-4d&to=now
Ca pourrait nous arriver aussi, après honnêtement je pense pas qu'on soit sur son radar
Impressionnant comme score. C'est toi @Camus@lemmy.blahaj.zone qui crée ce score ? :)
Ha ha ha
@Camus tient, en faisant une recherche sur jlai.lu, j'ai découvert ce site : https://jlailu.social/
Oui, c'est une contrefaçon qui en plus a l'air d'implémenter ATProto, le protocole de BlueSky