Lokale ActivityPub-Akteure werden ohne Keypairs erstellt

JonahAragon1 · 8. März 2025 um 07:42

Ich kann nicht herausfinden, wie ich Beiträge an Mastodon weiterleiten kann, ich kann den Akteuren problemlos folgen. Ich erhalte diese Fehler in den Protokollen, wenn Discourse versucht, einen Beitrag zuzustellen:

[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/a93549c3c7883784eda700f30de0c96b konnte nicht an https://mstdn.party/users/staff/inbox zugestellt werden --- !ruby/hash:ActiveSupport::HashWithIn
[Discourse Activity Pub] POST-Anfrage an https://mastodon.neat.computer/users/jonah/inbox fehlgeschlagen: Erwartet([200, 201, 202]) <=> Tatsächlich(401 Unauthorized)
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/227cc2ddaa4ded69c2a58214031da3ce konnte nicht an https://mastodon.neat.computer/users/jonah/inbox zugestellt werden --- !ruby/hash:ActiveSupport:
[Discourse Activity Pub] POST-Anfrage an https://mstdn.party/users/staff/inbox fehlgeschlagen: Erwartet([200, 201, 202]) <=> Tatsächlich(401 Unauthorized)

Ich habe Activity pub require signed requests deaktiviert und die Protokollierung in den Einstellungen aktiviert, ansonsten sind alle Einstellungen immer noch auf den Standardwerten. Diese Mastodon-Instanzen befinden sich hinter Cloudflare, aber ich kann sehen, dass Cloudflare die Anfragen nicht blockiert, und die Protokolle des Mastodon-Webdienstes zeigen, dass Mastodon selbst die 401-Codes zurückgibt (obwohl ich nicht weiß, wie ich die Ausführlichkeit der Mastodon-Protokolle erhöhen kann, um zu sehen, warum das so ist).

Gibt es einen Grund dafür?

Bearbeiten: Mastodon mag die HTTP-Signaturen nicht, obwohl diese Instanz Authorized Fetch nicht aktiviert hat:

08. März 16:47:07 neat-mastodon bundle[3119591]: D, [2025-03-08T16:47:07.963455 #3119591] DEBUG -- : [e6b2bc50-09e1-464e-a937-4c43ef32bd99] Signature verification failed: Request not signed
08. März 16:47:07 neat-mastodon bundle[3119591]: I, [2025-03-08T16:47:07.964520 #3119591]  INFO -- : [e6b2bc50-09e1-464e-a937-4c43ef32bd99] method=POST path=/users/jonah/inbox format=html controller=ActivityPub::InboxesController action=create status=401 allocations=1256 duration=9.15 view=0.69 db=1.86

Bearbeiten 2: Es scheint, dass die Inbox für meine Discourse-Benutzer nicht erreichbar ist: https://verify.funfedi.dev/?actor_uri=jonah%40discuss.privacyguides.net

    "Resolving acct:jonah@discuss.privacyguides.net using webfinger",
    "Resolved to https://discuss.privacyguides.net/ap/actor/227cc2ddaa4ded69c2a58214031da3ce",
    "Running verification for alice",
    "Got inbox None", [...]

Es funktioniert wie erwartet für den Gruppen-Akteur: https://verify.funfedi.dev/?actor_uri=articles%40discuss.privacyguides.net

Bearbeiten 3: für eine GET-Anfrage an https://discuss.privacyguides.net/ap/actor/227cc2ddaa4ded69c2a58214031da3ce

{
    "id": "https://discuss.privacyguides.net/ap/actor/227cc2ddaa4ded69c2a58214031da3ce",
    "type": "Person",
    "updated": "2025-03-08T06:34:19Z",
    "url": "https://discuss.privacyguides.net/u/jonah",
    "name": "Jonah Aragon",
    "inbox": null,
    "outbox": null,
    "sharedInbox": "https://discuss.privacyguides.net/ap/users/inbox",
    "followers": "https://discuss.privacyguides.net/ap/actor/227cc2ddaa4ded69c2a58214031da3ce/followers",
    "preferredUsername": "jonah",
    "icon": {
        "type": "Image",
        "mediaType": "image/png",
        "url": "https://forum-cdn.privacyguides.net/user_avatar/discuss.privacyguides.net/jonah/96/8151_2.png"
    },
    "@context": "https://www.w3.org/ns/activitystreams"
}

angus · 11. März 2025 um 10:50

Hallo @JonahAragon1, mal sehen, ob wir das herausfinden können.

Haben Sie dies davor oder danach deaktiviert? Wenn davor, versuchen Sie, es zu aktivieren.

Im Allgemeinen wollte ich eine bessere Protokollierung von Fehlermeldungen hinzufügen, um die Diagnose verschiedener Fälle zu erleichtern. Zu diesem Zweck habe ich einen PR erstellt:

github.com/discourse/discourse-activity-pub

DEV: log actual response body of failed request status expectations

main ← angusmcleod:better_request_error_logging

opened 10:47AM - 11 Mar 25 UTC

angusmcleod

+72 -2

@pmusaraj Will make it easier to diagnose connectivity issues, e.g. https://m…eta.discourse.org/t/how-to-debug-connectivity-issues-with-activitypub/345798/24?u=angus Real world example log message upon failure of expectation: ``` W, [2025-03-11T11:43:41.779163 #77144] WARN -- : [Discourse Activity Pub] GET request to https://mastodon.ie/users/irishangus failed: {"error":"Unable to fetch key JSON at https://angus.ngrok.io/ap/actor/9ec7d3b9aa694b57278752e6dc2b57b6#main-key"} ```

Wenn Sie es nach dem Mergen noch einmal versuchen und dieselben Protokolle teilen könnten.

JonahAragon1 · 11. März 2025 um 16:46

Ich habe diese Einstellung jetzt wieder aktiviert, da ich das Problem als nicht erstellte Posteingänge der Benutzer identifiziert habe. Ich werde das Plugin jetzt aktualisieren

angus · 11. März 2025 um 17:22

Personen-Akteure des Diskurses Benutzer sind derzeit nicht für individuelle Posteingänge vorgesehen. Mastodon verwendet und versteht die sharedInbox. Da ist etwas anderes im Gange.

JonahAragon1 · 11. März 2025 um 17:31

Abgesehen vom Logging sind alle Einstellungen auf ihre Standardwerte zurückgesetzt:

[Discourse Activity Pub] POST request to https://mastodon.neat.computer/users/jonah/inbox failed: {"error":"Request not signed"}

Backtrace

activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:130:in `block in warn'

activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `block in dispatch'

activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `each'

activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:231:in `dispatch'

activesupport-7.2.2.1/lib/active_support/broadcast_logger.rb:130:in `warn'

/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/logger.rb:26:in `log'

/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/logger.rb:63:in `warn'

/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/request.rb:66:in `rescue in perform'

/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/request.rb:48:in `perform'

/var/www/discourse/plugins/discourse-activity-pub/lib/discourse_activity_pub/request.rb:44:in `post_json_ld'

/var/www/discourse/plugins/discourse-activity-pub/app/jobs/discourse_activity_pub_deliver.rb:34:in `perform_request'

/var/www/discourse/plugins/discourse-activity-pub/app/jobs/discourse_activity_pub_deliver.rb:15:in `execute'

/var/www/discourse/app/jobs/base.rb:316:in `block (2 levels) in perform'

/var/www/discourse/lib/rails_multisite/connection_management/null_instance.rb:49:in `with_connection'
rails_multisite-6.1.0/lib/rails_multisite/connection_management.rb:21:in `with_connection'
/var/www/discourse/app/jobs/base.rb:303:in `block in perform'

/var/www/discourse/app/jobs/base.rb:299:in `each'

/var/www/discourse/app/jobs/base.rb:299:in `perform'

sidekiq-7.3.9/lib/sidekiq/processor.rb:220:in `execute_job'

sidekiq-7.3.9/lib/sidekiq/processor.rb:185:in `block (4 levels) in process'

sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:180:in `traverse'

sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:183:in `block in traverse'

/var/www/discourse/lib/sidekiq/pausable.rb:132:in `call'

sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:182:in `traverse'

sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:183:in `block in traverse'

sidekiq-7.3.9/lib/sidekiq/job/interrupt_handler.rb:9:in `call'

sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:182:in `traverse'

sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:183:in `block in traverse'

sidekiq-7.3.9/lib/sidekiq/metrics/tracking.rb:26:in `track'

sidekiq-7.3.9/lib/sidekiq/metrics/tracking.rb:134:in `call'

sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:182:in `traverse'

sidekiq-7.3.9/lib/sidekiq/middleware/chain.rb:173:in `invoke'

sidekiq-7.3.9/lib/sidekiq/processor.rb:184:in `block (3 levels) in process'

sidekiq-7.3.9/lib/sidekiq/processor.rb:145:in `block (6 levels) in dispatch'

sidekiq-7.3.9/lib/sidekiq/job_retry.rb:118:in `local'

sidekiq-7.3.9/lib/sidekiq/processor.rb:144:in `block (5 levels) in dispatch'

sidekiq-7.3.9/lib/sidekiq/config.rb:39:in `block in <class:Config>'

sidekiq-7.3.9/lib/sidekiq/processor.rb:139:in `block (4 levels) in dispatch'

sidekiq-7.3.9/lib/sidekiq/processor.rb:281:in `stats'

sidekiq-7.3.9/lib/sidekiq/processor.rb:134:in `block (3 levels) in dispatch'

sidekiq-7.3.9/lib/sidekiq/job_logger.rb:15:in `call'

sidekiq-7.3.9/lib/sidekiq/processor.rb:133:in `block (2 levels) in dispatch'

sidekiq-7.3.9/lib/sidekiq/job_retry.rb:85:in `global'

sidekiq-7.3.9/lib/sidekiq/processor.rb:132:in `block in dispatch'

sidekiq-7.3.9/lib/sidekiq/job_logger.rb:40:in `prepare'

sidekiq-7.3.9/lib/sidekiq/processor.rb:131:in `dispatch'

sidekiq-7.3.9/lib/sidekiq/processor.rb:183:in `block (2 levels) in process'

sidekiq-7.3.9/lib/sidekiq/processor.rb:182:in `handle_interrupt'

sidekiq-7.3.9/lib/sidekiq/processor.rb:182:in `block in process'

sidekiq-7.3.9/lib/sidekiq/processor.rb:181:in `handle_interrupt'

sidekiq-7.3.9/lib/sidekiq/processor.rb:181:in `process'

sidekiq-7.3.9/lib/sidekiq/processor.rb:86:in `process_one'

sidekiq-7.3.9/lib/sidekiq/processor.rb:76:in `run'

sidekiq-7.3.9/lib/sidekiq/component.rb:10:in `watchdog'

sidekiq-7.3.9/lib/sidekiq/component.rb:19:in `block in safe_thread'

angus · 11. März 2025 um 17:35

Hallo, es sieht so aus, als ob das Problem bei Mastodon darin besteht, dass die Anfrage nicht signiert ist.

Sind Sie sicher, dass der Protokolleintrag erstellt wurde, nachdem Sie Activity pub require signed requests (Aktivitätspub erfordert signierte Anfragen) wieder aktiviert haben?

JonahAragon1 · 11. März 2025 um 17:36

Das ist richtig, ja.

angus · 11. März 2025 um 17:39

Entschuldigen Sie die Nachfrage, aber Mastodon gibt diesen Fehler zurück, wenn überhaupt keine Signatur in den Request-Headern vorhanden ist. Daher scheint es unwahrscheinlich, dass Activity pub require signed requests aktiviert war, als die Anfrage gesendet wurde. Könnten Sie eine völlig neue POST-Anfrage auslösen?

angus · 11. März 2025 um 17:40

Ah, ich denke, das Problem ist, dass Cloudflare die Header aus der Anfrage entfernt.

JonahAragon1 · 11. März 2025 um 17:41

Ja, das ist der Fehler mit den Standardeinstellungen und dieser aktivierten Einstellung.

[Discourse Activity Pub] POST-Anfrage an https://mstdn.party/users/staff/inbox fehlgeschlagen: {"error":"Request not signed"}
10:40 Uhr
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/227cc2ddaa4ded69c2a58214031da3ce konnte nicht an https://mstdn.party/users/staff/inbox zugestellt werden --- !ruby/hash:ActiveSupport::HashWithIn
10:40 Uhr
[Discourse Activity Pub] POST-Anfrage an https://mastodon.neat.computer/users/jonah/inbox fehlgeschlagen: {"error":"Request not signed"}
10:40 Uhr
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/227cc2ddaa4ded69c2a58214031da3ce konnte nicht an https://mastodon.neat.computer/users/jonah/inbox zugestellt werden --- !ruby/hash:ActiveSupport::
10:40 Uhr
[Discourse Activity Pub] POST-Anfrage an https://social.lol/users/jonah/inbox fehlgeschlagen: {"error":"Request not signed"}
10:40 Uhr
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/227cc2ddaa4ded69c2a58214031da3ce konnte nicht an https://social.lol/users/jonah/inbox zugestellt werden --- !ruby/hash:ActiveSupport::HashWithInd

(Ich merke an, dass social.lol nicht hinter Cloudflare steckt, ebenso wenig wie das Forum)

Bearbeiten: Wenn Sie @videos@discuss.privacyguides.net von einem Mastodon-Konto aus folgen möchten, von dem Sie wissen, dass es funktioniert, lassen Sie es mich wissen, und ich kann einen Beitrag vom Forum erneut senden.

angus · 11. März 2025 um 17:55

Ok, bitte erstelle einen neuen Beitrag mit diesem Schauspieler.

JonahAragon1 · 11. März 2025 um 18:03

Haben Sie die Beiträge korrekt empfangen? Es scheint, als ob Sie es getan haben.

 2
[Discourse Activity Pub] POST-Anfrage an https://angus.ngrok.io/ap/actor/0eafb34c67153d61db44234de294a98d/inbox fehlgeschlagen: {"errors":["Request not signed"]}
10:56 Uhr
2
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/227cc2ddaa4ded69c2a58214031da3ce konnte nicht an https://angus.ngrok.io/ap/actor/0eafb34c67153d61db44234de294a98d/inbox zugestellt werden --- !ru
10:56 Uhr
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/705b7513d0446e001d7f750115e6395f erfolgreich an https://mstdn.party/users/staff/inbox zugestellt --- !ruby/hash:ActiveSupport::HashW
11:00 Uhr
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/705b7513d0446e001d7f750115e6395f erfolgreich an https://social.lol/users/jonah/inbox zugestellt --- !ruby/hash:ActiveSupport::HashWi
11:00 Uhr
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/705b7513d0446e001d7f750115e6395f erfolgreich an https://mastodon.neat.computer/users/jonah/inbox zugestellt --- !ruby/hash:ActiveSup
11:00 Uhr
3
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/227cc2ddaa4ded69c2a58214031da3ce konnte nicht an https://mstdn.party/users/staff/inbox zugestellt werden --- !ruby/hash:ActiveSupport::HashWithIn
11:01 Uhr
3
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/227cc2ddaa4ded69c2a58214031da3ce konnte nicht an https://social.lol/users/jonah/inbox zugestellt werden --- !ruby/hash:ActiveSupport::HashWithInd
11:01 Uhr
3
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/227cc2ddaa4ded69c2a58214031da3ce konnte nicht an https://mastodon.neat.computer/users/jonah/inbox zugestellt werden --- !ruby/hash:ActiveSupport:
11:01 Uhr
2
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/227cc2ddaa4ded69c2a58214031da3ce konnte nicht an https://mstdn.party/users/staff/inbox zugestellt werden --- !ruby/hash:ActiveSupport::HashWithIn
11:01 Uhr
2
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/227cc2ddaa4ded69c2a58214031da3ce konnte nicht an https://mastodon.neat.computer/users/jonah/inbox zugestellt werden --- !ruby/hash:ActiveSupport:
11:01 Uhr
2
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/227cc2ddaa4ded69c2a58214031da3ce konnte nicht an https://social.lol/users/jonah/inbox zugestellt werden --- !ruby/hash:ActiveSupport::HashWithInd
11:01 Uhr
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/227cc2ddaa4ded69c2a58214031da3ce erfolgreich an https://angus.ngrok.io/ap/actor/0eafb34c67153d61db44234de294a98d/inbox zugestellt --
11:01 Uhr
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/227cc2ddaa4ded69c2a58214031da3ce erfolgreich an https://angus.ngrok.io/ap/actor/0eafb34c67153d61db44234de294a98d/inbox zugestellt --
11:01 Uhr
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/705b7513d0446e001d7f750115e6395f erfolgreich an https://angus.ngrok.io/ap/actor/0eafb34c67153d61db44234de294a98d/inbox zugestellt --
11:01 Uhr
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/a93549c3c7883784eda700f30de0c96b erfolgreich an https://angus.ngrok.io/ap/actor/0eafb34c67153d61db44234de294a98d/inbox zugestellt --
11:02 Uhr
2
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/a93549c3c7883784eda700f30de0c96b konnte nicht an https://mstdn.party/users/staff/inbox zugestellt werden --- !ruby/hash:ActiveSupport::HashWithIn
11:02 Uhr
2
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/a93549c3c7883784eda700f30de0c96b konnte nicht an https://mastodon.neat.computer/users/jonah/inbox zugestellt werden --- !ruby/hash:ActiveSupport:
11:02 Uhr
2
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/a93549c3c7883784eda700f30de0c96b konnte nicht an https://social.lol/users/jonah/inbox zugestellt werden --- !ruby/hash:ActiveSupport::HashWithInd
11:02 Uhr
15
[Discourse Activity Pub] POST-Anfrage an https://mastodon.neat.computer/users/jonah/inbox fehlgeschlagen: {"error":"Request not signed"}
11:02 Uhr
12
[Discourse Activity Pub] POST-Anfrage an https://social.lol/users/jonah/inbox fehlgeschlagen: {"error":"Request not signed"}
11:02 Uhr
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/227cc2ddaa4ded69c2a58214031da3ce konnte nicht an https://mastodon.neat.computer/users/jonah/inbox zugestellt werden --- !ruby/hash:ActiveSupport:
11:02 Uhr
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/227cc2ddaa4ded69c2a58214031da3ce konnte nicht an https://social.lol/users/jonah/inbox zugestellt werden --- !ruby/hash:ActiveSupport::HashWithInd
11:02 Uhr
[Discourse Activity Pub] POST-Anfrage an https://angus.ngrok.io/ap/actor/0eafb34c67153d61db44234de294a98d/inbox fehlgeschlagen: Der Endpunkt angus.ngrok.io ist offline. ERR_NGROK_3200
11:02 Uhr
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/227cc2ddaa4ded69c2a58214031da3ce konnte nicht an https://angus.ngrok.io/ap/actor/0eafb34c67153d61db44234de294a98d/inbox zugestellt werden --- !ru
11:02 Uhr
16
[Discourse Activity Pub] POST-Anfrage an https://mstdn.party/users/staff/inbox fehlgeschlagen: {"error":"Request not signed"}
11:02 Uhr
2
[Discourse Activity Pub] https://discuss.privacyguides.net/ap/actor/227cc2ddaa4ded69c2a58214031da3ce konnte nicht an https://mstdn.party/users/staff/inbox zugestellt werden --- !ruby/hash:ActiveSupport::HashWithIn
11:02 Uhr

angus · 11. März 2025 um 18:45

Beachten Sie, dass @JonahAragon1 und ich dies per Chat besprochen haben und das Problem darin besteht, dass lokale Benutzer-Akteure irgendwie ohne Schlüsselpaare erstellt werden.

github.com/discourse/discourse-activity-pub

app/models/discourse_activity_pub_actor.rb

main


      
                   source: :follower,
                   dependent: :destroy
          has_many :follows,
                   class_name: "DiscourseActivityPubActor",
                   through: :follow_follows,
                   source: :followed,
                   dependent: :destroy
          has_many :objects,
                   class_name: "DiscourseActivityPubObject",
                   primary_key: "ap_id",
                   foreign_key: "attributed_to_id",
                   dependent: :destroy
          has_many :collections,
                   class_name: "DiscourseActivityPubCollection",
                   primary_key: "ap_id",
                   foreign_key: "attributed_to_id",
                   dependent: :destroy
          
          scope :local, -> { where(local: true) }
          
          validates :username, presence: true, if: :local?

@JonahAragon1 Ich werde ein paar Dinge testen und mich bei Ihnen melden.

angus · 11. März 2025 um 20:19

Hallo @JonahAragon1,

Gibt es Unterschiede zwischen diesen Benutzern in deinem Forum, fällt dir etwas auf?

Für die Akteure Shampoo und Bhaelros wurden Schlüssel erstellt, aber nicht für basenote und jonah. Gibt es allgemeine Unterschiede zwischen diesen beiden Benutzergruppen auf deiner Website?

JonahAragon1 · 11. März 2025 um 20:37

Hm, nein. Ich kann keinen Grund dafür finden. Während jonah ein Administrator ist, sind die anderen normale Benutzer.

Sonstiges

Bhaelros und basenote sind beide Trust Level 3 Regulars, also sollten sie gleich sein.

Seltsam, dass Shampoo auch eine Inbox/Outbox generiert hat, während basenote und jonah das nicht hatten. Funktionieren also weder ensure_keys noch ensure_inbox_and_outbox?

GET https://discuss.privacyguides.net/ap/actor/310a0986b6bf613b61ca5e85a8521ecb

{
    "id": "https://discuss.privacyguides.net/ap/actor/310a0986b6bf613b61ca5e85a8521ecb",
    "type": "Person",
    "updated": "2025-03-11T17:58:08Z",
    "url": "https://discuss.privacyguides.net/u/Shampoo",
    "inbox": "https://discuss.privacyguides.net/ap/actor/310a0986b6bf613b61ca5e85a8521ecb/inbox",
    "outbox": "https://discuss.privacyguides.net/ap/actor/310a0986b6bf613b61ca5e85a8521ecb/outbox",
    "sharedInbox": "https://discuss.privacyguides.net/ap/users/inbox",
    "followers": "https://discuss.privacyguides.net/ap/actor/310a0986b6bf613b61ca5e85a8521ecb/followers",
    "preferredUsername": "Shampoo",
    "publicKey": {
        "id": "https://discuss.privacyguides.net/ap/actor/310a0986b6bf613b61ca5e85a8521ecb#main-key",
        "owner": "https://discuss.privacyguides.net/ap/actor/310a0986b6bf613b61ca5e85a8521ecb",
        "publicKeyPem": "-----BEGIN PUBLIC KEY-----\nMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAleqeCRZW1utTN/L5GjkY\n+2Baron4FnSKRMKW70IWfqI4rs8dfh2xhKW5qXxaBPhXf13FAOJvQvFhQ90eqRrn\nKkuMsntZN0dfpDUZ3E0iIp8fuUEVk2PmquLziiy9+zu8n5ak65lJKDYnKVtFth5G\nFJyUt6GYicY8UlUh6dPxafJ/gw6YTlvT3hO0X0H0L+hYwqHJpppl6niSDi6WQzME\nWM1hyBpv2Y2NspEexrkSVh+SIR3nJ8J1R+o+2bLJ4Hl34nYhtNyTy9AOddoQYDMw\nICZAkCLQDweid50fGakWmRB5EXfL6s2EdzEh8MOE7cyCOXgFrxTJYUTwg5TiLEQY\npQIDAQAB\n-----END PUBLIC KEY-----\n"
    },
    "icon": {
        "type": "Image",
        "mediaType": "image/png",
        "url": "https://forum-cdn.privacyguides.net/user_avatar/discuss.privacyguides.net/shampoo/96/4073_2.png"
    },
    "@context": "https://www.w3.org/ns/activitystreams"
}

GET https://discuss.privacyguides.net/ap/actor/a93549c3c7883784eda700f30de0c96b

{
    "id": "https://discuss.privacyguides.net/ap/actor/a93549c3c7883784eda700f30de0c96b",
    "type": "Person",
    "updated": "2025-03-08T06:34:19Z",
    "url": "https://discuss.privacyguides.net/u/basenote",
    "inbox": null,
    "outbox": null,
    "sharedInbox": "https://discuss.privacyguides.net/ap/users/inbox",
    "followers": "https://discuss.privacyguides.net/ap/actor/a93549c3c7883784eda700f30de0c96b/followers",
    "preferredUsername": "basenote",
    "icon": {
        "type": "Image",
        "mediaType": "image/png",
        "url": "https://forum-cdn.privacyguides.net/user_avatar/discuss.privacyguides.net/basenote/96/15_2.png"
    },
    "@context": "https://www.w3.org/ns/activitystreams"
}

angus · 11. März 2025 um 22:11

Ich bin mir immer noch nicht sicher, wie diese Akteure in diesen Zustand geraten sind. Es ist spezifisch für Ihre Website. Im Allgemeinen funktionieren die Erstellung von Akteurschlüsseln und Inbox/Outbox wie erwartet. Nichtsdestotrotz sollte dieses Update sicherstellen, dass eine solche Situation nach Bedarf behoben wird:

angus · 12. März 2025 um 14:32

@JonahAragon1 Der PR wurde zusammengeführt. Könnten Sie ein Update versuchen und mir mitteilen, wie es läuft?

JonahAragon1 · 14. März 2025 um 23:01

Dieses spezifische Problem scheint behoben worden zu sein, obwohl ich immer noch allgemeine Probleme habe, dass Beiträge auf Mastodon angezeigt werden.

angus · 17. März 2025 um 08:15

Könnten Sie einige weitere Details mitteilen?

JonahAragon1 · 17. März 2025 um 15:59

Ja, ich werde später in dieser Woche antworten oder einen neuen Beitrag erstellen, ich bin im Moment nur nicht da.

Die Hauptprobleme, die ich sehe, sind, dass Beiträge nicht als Boosts des Kategorie-Akteurs angezeigt werden (manchmal finde ich sie auf Mastodon, indem ich manuell nach dem Benutzer-Akteur suche) und Forum-Beiträge gar nicht erst an AP veröffentlicht werden. Ich habe auch Schwierigkeiten, neuen Kategorie-Akteuren zu folgen, was vorher kein Problem war. Wenn ich hier nachsehe, werden unter Followern keine Ergebnisse gefunden.

Ich habe bemerkt, dass viele Beiträge hier auf Meta in AP-fähigen Kategorien mit Indikatoren angezeigt werden, dass sie nicht an AP veröffentlicht werden (wie dieser Beitrag), also verstehe ich vielleicht einfach nicht, wie das funktionieren soll…

Ich bekomme keine offensichtlichen Fehler in den Protokollen für all das, man würde denken, dass alles in Ordnung ist, basierend auf den erfolgreichen Protokollbenachrichtigungen. Es ist alles Zeug, das ich weiter untersuchen muss, wenn ich mehr Zeit habe.

Thema		Antworten	Aufrufe
How to debug connectivity issues with ActivityPub Administrators activitypub	23	377	11. März 2025
Follow requests not accepted Support activitypub	16	224	7. April 2025
ActivityPub Plugin Plugin experimental , activitypub	456	44372	1. Oktober 2025
Publishing posts to Mastodon Administrators video , activitypub	19	736	3. Juli 2025
Setting up an ActivityPub Actor Administrators video , activitypub	10	766	6. Januar 2025

Lokale ActivityPub-Akteure werden ohne Keypairs erstellt

Verwandte Themen