カウボーイポート80にいくつかのパケットをドロップ

Question

私はエリクシールプラグインでアプリケーションを実行しています。ポート80でこのapiアプリケーションを実行すると、いくつかのパケットがドロップされ、カウボーイから直接400の悪い要求に応答します。それをデバッグすると、カウボーイのリクエストハンドラを取得するときにヘッダ値の一部が削除されることがわかりました。

AWSロードバランサの下で実行していますが、8080で両方を実行するとすべてのことが完璧ですが、80パケットが落ち始めると、いずれか回避策を知ることができますか？

我々は最初のリクエスト製：

「POST/VER2 /ユーザー/ update_token HTTP/1.1 \ rを\ nhost：int.oktalk.com \ rを\ nAccept：/を\ rを\ nAccept-エンコード： gzip、deflate \ r \ nAccept-Language：en-GB、en; q = 0.8、en-US; q = 0.6、it; q = 0.4 \ r \ nCache-Control：no-cache \ r \ nContent-Type：アプリケーション/ JSONの\ rを\ nOrigin：クローム拡張：// fhbjgbiflinjbdggehcddcbncdddomop \ rを\ nPostman-トークン：05f463a4-db55-6025-5cc1-f62b83db7c93の\ rを\ ntoken：eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJ1c2VyX2lkIjoxNH0.Ind - phmd5saXMjBVjgRKNcCEL60qZoCbHggu-iAqY8 \ rを\ nユーザー-Agent：Mozilla/5.0（Macintosh; Intel Mac OS X 10_12_0）AppleWebKit/537.36（GeckoのようなKHTML）Chrome/54.0.2840.71 Safari/537.36 \ r \ nXフォワード用：27.34.245.42 \ r \ nXフォワード-Port：80 \ r \ nX-Forwarded-Proto： HTTP \ R \ nContent-長さ：103 \ rを\ nConnection：キープアライブ\ rを\ n個の\ rをする\ n個の第1の要求のための」

応答：200 OK

私たちは、と再び同じAPIの呼び出しを行いました2番目のリクエスト。私たちが見たのは、前のパケットのコンテンツ長が103で、最初の103バイトが次のパケットに見られないということです。私はシステムが最初の103バイトが前のパケット自体に属すると思うと思います。 012：キャッシュ：no-cache \ r \ nContent-Language：en-GB、en; q = 0.8、en-US、q = 0.6、it; q = 0.4 \ r \ nContent-Language： - タイプ：アプリケーション/ JSONの\ rを\ nOrigin：クローム拡張：// fhbjgbiflinjbdggehcddcbncdddomop \ rを\ nPostman-トークン：0e52f1b6-120a-c321-2ba4-d6d20d5eb479の\ rを\ ntoken：eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJ1c2VyX2lkIjoxNH0.Ind - phmd5saXMjBVjgRKNcCEL60qZoCbHggu-iAqY8 \ （Mac OS X 10_12_0）AppleWebKit/537.36（GeckoのようなKHTML）Chrome/54.0.2840.71 Safari/537.36 \ r \ nXフォワード先：27.34.245.42 \ r \ nユーザーエージェント：Mozilla/5.0 \\ \ n接続：キープアライブ\ r \ n \ r \ n "

これの応答：最初の露点バイトがないために表示される400の悪い要求。

私たちは、あなたが任意のPlug.Conn関数からconn構造体を返して無視していないことを確認しElixir.Plugと（私のように）この質問を見つける他の人のためのカウボーイ

Answer 1

を使用しています。

これは完全にthis issueに記載されています。これは、これがどのようにうまくいかないかを示すgifとともに示されています。