Mastodon Instanzen sehen sich gegenseitig nicht

Technical
,
21

Das meint er ja mit DNS (subdomain) social.media… gab es schon mal.
mastodon.media… NIEMALS

22

habs inzwischen selbst verifizieren können. Funktioniert nicht. Das ist ne nagelneue installation.
Welche Schlüssel werden denn ausgetauscht zwischen den Servern?

23

Mal noch ein kleiner Nachtrag zu meinem bestehenden Server:

Ich kann manchen Benutzer eine Follow-Anfrage stellen.
Allerdings bleibt diese unbeantwortet. Der User bekommt meine Anfrage schlicht und einfach nicht.
Andere Benutzer zb. können diesem Konto direkt folgen.

grafik

Kann das vll mit meiner API zu tun haben?
Es ist schon komisch. Manche User kann ich finden manche nicht. echt komisch. Geht mir übrigens mit der neuen Instanz, die ich heute Abend hoch gezogen habe, auch so.

24

Interessant ist auch, dass ich von “ruhr.social” aus @SchiWaGoA finden kann:

grafik
grafik1419×655 67.7 KB

Mich selbst finde ich nicht:

grafik
grafik1305×632 54.6 KB

25

Kann ich dir nicht direkt sagen, die sind irgendwo in der DB versteckt. Hab ich selbst noch nicht nach gesucht.

26

als Log kann ich zumindest mal folgendes festhalten:

2024-02-21T20:39:37.209Z pid=6 tid=lupa WARN: {"context":"Job raised exception","job":{"retry":16,"queue":"push","dead":false,"args":["{\"@context\":\"https://www.w3.org/ns/activitystreams\",\"id\":\"https://social.media-techport.de/ea358a32-fd37-4d6d-a27d-cd0a9b496339\",\"type\":\"Follow\",\"actor\":\"https://social.media-techport.de/users/donnerwolke\",\"object\":\"https://ruhr.social/users/pat10\"}",111943439316643251,"https://ruhr.social/users/pat10/inbox",{"bypass_availability":true}],"class":"ActivityPub::DeliveryWorker","jid":"6418860b5a629475da52b7df","created_at":1708547977.2036211,"enqueued_at":1708547977.203795}}

Ich bin mir sicher, dass hier was nicht passt. Aber wo prüfe und korrigiere ich es?

27

Guten Morgen zusammen,

wollte nur kurz mitteilen: Wir haben den Fehler gefunden. Da @SchiWaGoA und ich unsere Instanzen mit gleicher Konfiguration hochgezogen haben, haben wir natürlich auch die gleichen Fehler “eingebaut” gehabt.

  1. NGINX:
    In der NGINX Konfiguration gibts einen Tab, der sich mit Letsencrypt beschäftigt. Der hier softe dafür, dass wohl Anfragen fehlgeleitet wurden und nie bei uns angekommen sind
    (ist echt schwierig das zu erklären)

  2. CloudPanel ReverseProxy:
    Hier das gleiche in Grün.
    Hier ist in der Vhost Konfig ebenfalls ein Letsencrypt Teil drin, der eigentlich benötigt wird, aber falsch konfiguriert war.

Die richtige Konfiguration hier schaut folgendermaßen aus:

  location /.well-known/acme-challenge {
    auth_basic off;
    allow all;
  }

Erst nach mehrfachem studieren folgender Quelle habe ich gecheckt, dass das unser Problem war:

Jedenfalls können uns nun alle finden und wir können auch alle anderen wieder sehen und uns connecten.

Wollte das nur kurz zurück gemeldet haben.

Wünsche euch ne gute Zeit und lieben Dank, dass ihr euch alle Zeit für uns genommen habt.

Patrick

3 „Gefällt mir“
28

Freut mich das ihr die Lösung gefunden habt, hatte die Webserver cfg ja schon in Vermutung.

29

Ich war mal so frei und hab den Tag Hilfe hinzugefügt und dann auch gleich die Lösung markiert.

2 „Gefällt mir“