fix(backend): URLとURIが異なるエンティティの照会に失敗する問題を修正

[kakkokari-gtyih]

What

Public Suffix Listで同一性を判定するように

Why

Fix #15039

Additional info (optional)

https://activitypub.software/TransFem-org/Sharkey/-/merge_requests/773

Checklist

• Read the contribution guide
• Test working in a local environment
• (If needed) Add story of storybook
• (If needed) Update CHANGELOG.md
• (If possible) Add tests

[github-actions]

このPRによるapi.jsonの差分
差分はありません。
Get diff files from Workflow Page

[codecov]

Codecov Report

Attention: Patch coverage is 48.57143% with 18 lines in your changes missing coverage. Please review.

Project coverage is 39.97%. Comparing base (3c81926) to head (419b17c).
Report is 33 commits behind head on develop.

Files with missing lines	Patch %	Lines
...end/src/core/activitypub/models/ApPersonService.ts	40.00%	9 Missing ⚠️
...s/backend/src/core/activitypub/ApRequestService.ts	0.00%	4 Missing ⚠️
...ckend/src/core/activitypub/models/ApNoteService.ts	0.00%	3 Missing ⚠️
packages/backend/src/core/UtilityService.ts	91.66%	1 Missing ⚠️
.../backend/src/core/activitypub/ApResolverService.ts	0.00%	1 Missing ⚠️

Additional details and impacted files

@@           Coverage Diff            @@
##           develop   #15107   +/-   ##
========================================
  Coverage    39.96%   39.97%           
========================================
  Files         1563     1563           
  Lines       197878   197890   +12     
  Branches      3646     3653    +7     
========================================
+ Hits         79080    79097   +17     
+ Misses      118193   118188    -5     
  Partials       605      605           

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[syuilo]

特定のサービスのドメインをハードコードし続けていくのはキリがなさそうだしメンテナンスの負荷が高そうな懸念があるわね

[syuilo]

URLとURIを異なるものにしなければならないユースケースってどういうのかしら

[kakkokari-gtyih]

URLとURIを異なるものにしなければならないユースケースってどういうのかしら

元Issue（www.threads.netとthreads.net）

[anatawa12]

そのメンテコストを外にするためにpsl npm packageを使ってるってことではあると思う

[syuilo]

URLとURIを異なるものにしなければならないユースケースってどういうのかしら

元Issue（www.threads.netとthreads.net）

threads側で同じものにできない理由がある…？

[anatawa12]

ユースケース的にはActivity Pub用のidとwebページ上のページを分けたいってのはありそう。その使い分けとしてurl uriを分けることが適切なのかは怪しい気もするけど。(threads.netがやってること)

リダイレクト処理ができなくはないけどCDNによってはVary対応がなかったり(CF等)複雑になったりがあるから別URLにした需要は十分あるかなと

[syuilo]

そのメンテコストを外にするためにpsl npm packageを使ってるってことではあると思う

pslも結局は様々なサービスのドメインを列挙してるだけに見えるからpslがメンテナンスされ続けていく必要があるしメモリの観点からもあまり好ましくなさそう

[samunohito]

まずは一時対応として取り込んでみるのは如何でしょうか…？
この対応で不十分 or さらに良い対応方法が見つかった場合は改めて修正すれば良いと思います。

この現象で苦しんでいるサーバは多いので、まずは動くようにすることが肝要かと思います

[kakkokari-gtyih]

あげ

[dakkar]

you skipped the special handling of masto.host (see https://activitypub.software/TransFem-org/Sharkey/-/merge_requests/773/diffs#7273672166a7d0ec40636692f141ea9fc30a95f1_125_126 )

masto.host provides their customers with Mastodon instances responding to hostnames like something.masto.host; the PSL does not consider masto.host a public suffix, therefore all *.masto.host instances would be considered "the same thing" unless we special-case the domain. as a consequence, the code in this PR allows any masto.host customer to (try to) impersonate any other

[dakkar]

特定のサービスのドメインをハードコードし続けていくのはキリがなさそうだしメンテナンスの負荷が高そうな懸念があるわね

yes, I understand the concern

the PSL is literally a list of specific services, managed by hand

here we only add a few; there's not that many fediverse hosting services that provide sub-domains

[kakkokari-gtyih]

you skipped the special handling of masto.host (see https://activitypub.software/TransFem-org/Sharkey/-/merge_requests/773/diffs#7273672166a7d0ec40636692f141ea9fc30a95f1_125_126 )

masto.host provides their customers with Mastodon instances responding to hostnames like something.masto.host; the PSL does not consider masto.host a public suffix, therefore all *.masto.host instances would be considered "the same thing" unless we special-case the domain. as a consequence, the code in this PR allows any masto.host customer to (try to) impersonate any other

(Off-topic) This should be corrected on the masto.host side, too (xsns.jp as well)