2017-01-07 53 views
0

我在K8s 1.5.1 API服务器上看到一些奇怪的行为。甲GET请求是用于/api送出,200响应到达有序,但随后的ACK之后是400和FIN:K8s API服务器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

好吧,我发现的罪魁祸首 - 请求具有HTTP基本身份验证标题结尾\n。虽然请求作为一个整体用CRLFCRLF正确结束,并且之后没有结尾垃圾,但API服务器以某种方式将\n解释为新请求的开始。 Kubernetes API服务器错误?

相关问题