神楽坂しえる @Clworld@md.ggtea.org

送信側はバックアップに類する方法でしか対処出来ないし、受信側でもアクセスログでどれが切れてるか探すみたいな地道な作業しかないという地獄です。

書きました / Mastodonのサーバ間通信が切れた場合のリカバリ http://qiita.com/clworld/items/bc3d8f97d38f2ba58492

承前) これをacts_as_paranoidの愚直な実装から一時停止フラグみたいなのに変えて管理画面から復活出来るのが多分正しいと思うので誰か実装とpull requestたのむ

MastodonのSubscriptionsを論理削除にする差分です
https://github.com/clworld/mastodon/pull/1/files
復旧作業は手動です。

v1.2.2

なんか1個確かに連携切れてるやつあったんですけどaccountsテーブルにレコード自体ないですね(blockか何かの影響？)

よし、とりあえずこれをQiitaに書く流れですかね(

UAが "Mastodon/PubSubHubbub" のものに限ってもいいかも

ようするにこうです cat (nginxのログ) | grep /api/subscriptions/ | egrep '" [34][0-9][0-9] ' | lv

承前) Nginxのログを漁って
/api/subscriptions/[0-9]+ のURLに
3xx, 4xx のレスポンスが無いかを確認する というのが唯一取れる手段っぽい

とりあえず相手の鯖にsubscriptionが生きているか確認する手段が無いことは分かった
そしてsubscriptionが切れる条件は
return subscription.destroy! if response.code > 299 && response.code < 500 && response.code != 429 # HTTP 4xx means error
である

リファラーoffにしないとだめなやつじゃないですかねこれ

subscribe時にそのsubscribeが切れてたのかどうかも返してくれないか…

ソースを見た結果Mastodonサーバは前にsubscribeしたのがちゃんと生きているのかどうかを外部に公開していないっぽいということが分かった(見落しがあったらすまぬ)

向こうのsubscriptionが生きてるかどうかのチェックをどうするか分からなくなってきてremoteの全アカウントにsubscribe飛ばすのが早い気がしてきた

mstdn.jpのすごい鯖間移行で外れるなら稀にある事故で7日間待つでもいいけどpawoo.netがちょっと失敗しただけで外れるのならまずい感じがする