2017-01-07 1 views
0

K8 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

당신이 전화하고있는 API는 무엇입니까? – pigletfly

답변

0

좋아요, 범인 요청에 \n으로 끝나는 HTTP 기본 인증 헤더가 있음을 발견했습니다. 요청 전체가 CRLFCRLF로 제대로 끝났지 만 이후에 아무런 문제가 없더라도 API 서버는 \n을 새 요청의 시작으로 해석합니다. Kubernetes API 서버 버그?