2017-01-07 10 views
0

K8s 1.5.1 APIサーバーで何らかの異常な動作が見られました。 GET要求が/apiのために送られ、200応答が整然と到着したが、その後のACKは、400とFINが続いている:K8s API Server 400エラー

23:12:13.032057 IP localhost.52218 > localhost.http-alt: Flags [P.], seq 1:169, ack 1, win 86, options [nop,nop,TS val 3882137617 ecr 3882136607], length 168: HTTP: GET /api HTTP/1.1 
23:12:13.032078 IP localhost.http-alt > localhost.52218: Flags [.], ack 169, win 88, options [nop,nop,TS val 3882137617 ecr 3882137617], length 0 
23:12:13.032569 IP localhost.http-alt > localhost.52218: Flags [P.], seq 1:243, ack 169, win 88, options [nop,nop,TS val 3882137618 ecr 3882137617], length 242: HTTP: HTTP/1.1 200 OK 
23:12:13.032584 IP localhost.52218 > localhost.http-alt: Flags [.], ack 243, win 88, options [nop,nop,TS val 3882137618 ecr 3882137618], length 0 
23:12:13.032621 IP localhost.http-alt > localhost.52218: Flags [P.], seq 243:331, ack 169, win 88, options [nop,nop,TS val 3882137618 ecr 3882137618], length 88: HTTP: HTTP/1.1 400 Bad Request 
23:12:13.032633 IP localhost.52218 > localhost.http-alt: Flags [.], ack 331, win 88, options [nop,nop,TS val 3882137618 ecr 3882137618], length 0 
23:12:13.032666 IP localhost.http-alt > localhost.52218: Flags [F.], seq 331, ack 169, win 88, options [nop,nop,TS val 3882137618 ecr 3882137618], length 0 

同じクライアント・コードは、APIサーバーの以前のバージョンで正常に動作していました。誰もがこの行動にいくつかの光を当てることができますか?

+0

あなたは呼び出していますか? – pigletfly

答えて

0

[OK]をクリックします。原因は、HTTP基本認証ヘッダーが\nで終わることです。リクエスト全体がCRLFCRLFで正しく終了していますが、その後に残っているガーベッジはありませんが、何らかの理由でAPIサーバが\nを新しいリクエストの開始として解釈します。 Kubernetes APIサーバーのバグ?