2017年4月23日 - @pooza@mstdn.b-shock.orgの投稿 -

ストリーミングAPIの401問題は、一旦保留。
起動コマンドを/etc/rc.localにベタ書きしているので、rcNG対応に書き直す。

rcNG対応の起動スクリプトを書いた。
FreeBSDで /etc/rc.conf に

mastodon_enable="YES"
sidekiq_enable="YES"
sidekiq_path="/usr/local/www/mastodon"

などと書いたり、

service mastodon restart

とか、出来る様になった。
このあとPostgreSQLのダンプ生成をcronに登録するのと、ストリーミングAPIの対応なのだが...

PostgreSQLのUNIXソケットの場所が、まず違ってたpostgresql.conf の側を修正して、ソケットの場所の件は解決。
/var/run/postgresql の下にソケットがあることを前提に、ハードコードしてるんじゃないのか？ひょっとして。
調べるのもめんどくさいけど。

手元のMacでcurlから、ストリーミングAPIを直接叩けば、200が返ってくるようになった。
サービス側に問題がないとすれば、次はブラウザ側か。
ブラウザのリクエストにベアラートークンが付加されていない疑惑について調べる。

ストリーミングAPIのソース読んでる...

やはり、ストリーミングAPIはAuthorizationヘッダを受け取っていない様だ。

ベアラートークンって、認証後はAutrnticationヘッダに毎回つけるんじゃなかったっけ。
クエリーのパラメータにトークンがついてるケースがあって、この場合はヘッダはつかないらしい。
ヘッダがないリクエストに対して、ベアラートークンが取得できない為に401が発生している様だが、設置の手順の中で何かやってない作業があるのだろうか。
ストリーミングAPIのソースは散々読んだので、ある程度把握した。Mastodon本体の修正はしんどいから、場合によってはストリーミングAPI側を修正か。

仕様を知らないと検証もままならぬ。
どこかにAPIのドキュメントはあるんだっけ。
ストリーミングAPI以外は正常動作なので、あえてFreeBSDに設置するという地雷を踏んだからには、最後までやり遂げたいが。

結局、identはどこで使ってるのか。
当初、ストリーミングAPIの認証とかで使っているのかと思っていたが、JSのソース読んでもどこにも出てこない。

@masanobu 当方FreeBSDを愛用する者ですが、CentOSでも /etc/ssh/sshd_config で変わりないと思います。(間違ってたらごめんなさい)
iptablesをお使いだと思うので、変更後のポートを開けることをお忘れなく。