内部で使ってるReverse Proxy(nginx)では本件現象起きてないので、問題はおそらくUTM。nginxで出来てUTMで出来ない応答があるんだろうと思われ。

@Clworld UTMのらいブログだと
2017:05:14-22:26:20 meiji reverseproxy: id="0299" srcip="<ネットカフェのゲートウェイ>" localip="<我が家のUTM>" size="39" user="-" host="<ネットカフェのゲートウェイ>" method="GET" statuscode="401" reason="-" extra="-" exceptions="-" time="18312" url="/api/v1/streaming/" server="elephant.bluecore.net" referer="-" cookie="remember_user_token=<長々>" set-cookie="-"
ときてますね。

@Clworld 元々は俺がボケかまして、/api/v1/streaming/に対するサイトパスルーティングを通してなかったことに端を発するんですけどねwいやー、馬鹿だった。

@Clworld そん時は見事に404を返してたんですが、サイトパスルーティングを通したらこんどは401エラーを返してそこは何をどういじっても解決の気配がないっすね。

@Clworld 我が家の内部NWアクセス時は教科書通りのnginxを通してるので、恐らくUTM側のReverse Proxyの問題でしょうね。

@localusr 401ということは認証エラーなんですけどどうしたらそうなるんだという感じになりますね

@Clworld そーなんですよ。何をどう認証してるんやろこれ・・って感じです。しかもそれをUTMが判断しよるのかよ・・・・みたいなー。

@Clworld んまぁ、お一人様インスタンスで動かす分には、運用回避すれば良いだけなんで、それ自体はまぁ良いんですけども、それにしてもお粗末なところに気づいちゃったなぁと。

ログインして会話に参加
GGTea - Mastodon

Mastodonは、オープンなウェブプロトコルを採用した、自由でオープンソースなソーシャルネットワークです。電子メールのような分散型の仕組みを採っています。