テスト環境で(httpsではない)httpで公開されているサーバー同士でもActivityPub通信がしたい

[tamaina]

• WebFingerをhttpsで参照するため失敗する

  misskey/packages/backend/src/core/WebfingerService.ts

  Line 46 in 2aa75f5

  return `https://${hostname}/.well-known/webfinger?` + urlQuery({ resource: `acct:${query}` });

• ApPersonServiceのcreatePerson, updatePersonでstartsWith('https://')で弾かれる

[tamaina]

WebFingerをhttpsで参照するため失敗する

production以外ではhttpでリクエストする？

startsWith('https://')で弾かれる

production以外ではhttpも許可する？

[rinsuki]

その辺考えるのだるいので証明書検証無効化(もしくはちゃんとmitmのCA読ませる or 適当にワイルドカードの証明書をLEとかで取って使う) + mitmproxy の forward proxy モードあたりで誤魔化したほうがよさそう (ついでにサーバー間通信が見れてお得)

[tamaina]

https://stackoverflow.com/questions/52478069/node-fetch-disable-ssl-verification

[tamaina]

プロキシをセットアップするのはテストに組み込みたい時に面倒そう

（サーバー間通信はFastifyみたいにdevelopment時に電文をログさせればよさそう）

[tamaina]

CA証明書を読ませて〜とかすると（また）Misskeyをスタンドアロンでhttps待受する機能を復活させないとならず面倒

で、node-fetchでhttps通信できてもブラウザからのアクセスはMisskey自体の待受がhttpsにできない（config.urlをhttps:// にできない）ためhttpで通信できるようにするのが面倒臭くなさそう

[rinsuki]

• 結局ローカルでの他実装との連合テストを(やりたい人がいるなら) 証明書の検証無視はあると便利
• productionじゃない時に HTTP webfinger 強制はナンセンス
• 自動テストに組み込む目的なら適当にプロキシするHTTPSサーバーを書いたらいいのでは、ライブラリ一発で行けそうな気がする (そもそも443 or 80 listen 想定≒Linuxで特権or設定変更必須にするのマジ？って感じかなりするけど、ポート番号とか指定できるんでしたっけ)

[rinsuki]

node-fetchでhttps通信できてもブラウザからのアクセスはMisskey自体の待受がhttpsにできない（config.urlをhttps:// にできない）

node-fetchでHTTPS通信できる状態ならブラウザでも証明書エラー無視すれば見られるのでは？

[u1-liquid]

これ用に実際のホスト認証部分を変えちゃうのはあんま好ましくない気がする

テスト環境なのであれば
NODE_TLS_REJECT_UNAUTHORIZED か NODE_EXTRA_CA_CERTS と 適当に alice.local, bob.local とかを hosts 登録+セルフサインSSL作ってーでいいんじゃないかな

[tamaina]

証明書エラー無視

ブラウザの設定変えたらいけた

認証部分を変えちゃうのはあんま好ましくない

証明書検証を何らかの拍子にオフにできるほうがまずいのでは

[tamaina]

他実装との連合テスト

あー

productionじゃない時に HTTP webfinger 強制はナンセンス

これはわかる

[tamaina]

docker的解決策とかあるかしら

[rinsuki]

証明書検証を何らかの拍子にオフにできるほうがまずいのでは

手動開発の事はとりあえず考えないとすると、自動テストであれば本体側にそういうのは含めず (少なくとも https.Agent を生成する関数をmockできるように分離くらい？)していい感じにmockなりすればよさそう

…というか普通に NODE_TLS_REJECT_UNAUTHORIZED=0 で行けたりしませんか？

[tamaina]

手動開発の事はとりあえず考えない

考えたい