内部で使ってるReverse Proxy(nginx)では本件現象起きてないので、問題はおそらくUTM。nginxで出来てUTMで出来ない応答があるんだろうと思われ。
@localusr WebSocket系です？
@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/に対するサイトパスルーティングを通してなかったことに端を発するんですけどねｗいやー、馬鹿だった。
@Clworld そん時は見事に404を返してたんですが、サイトパスルーティングを通したらこんどは401エラーを返してそこは何をどういじっても解決の気配がないっすね。
@Clworld んまぁ、お一人様インスタンスで動かす分には、運用回避すれば良いだけなんで、それ自体はまぁ良いんですけども、それにしてもお粗末なところに気づいちゃったなぁと。
@Clworld そーなんですよ。何をどう認証してるんやろこれ・・って感じです。しかもそれをUTMが判断しよるのかよ・・・・みたいなー。