HTTP를 Half Close로? 2탄 (첫번째)

패킷 분석 맛집 된 썰

 

HTTP를 Half Close로?

연계 퀘스트

○ 발단 그리고 현상

      위 링크와 같은 App에서 업로드가 또 간헐적으로 실패한단다.

      메세지는 "서버에서 유지해야할 세션을 먼저 종료하였습니다." 요런 비슷한 문구였다.

      네트워크/클라이언트/서버 환경 문제인지 검증해보자.

○ Divide and Conquer

      Divide and Conquer 차례다.

      오랜만에 기회(?)가 되어 동일 app 이슈에 대해 패킷 분석요청이 왔다.

      그래서 그냥 깐다.

○ 패킷에서 특이점

      일단 지난번 건 보지도 않고 패킷 먼저 받았는데 문제가 되는 tcp 스트림을 따보니 아래와 같은 흐름으로 보였다.

      필터는 tcp.stream == xx

     

일차분석

     이것만 봐서는 서버에서 post b에 대한 response가 없었다.로 분석이 된다. (중간에 있는 PSH, ACK는 생략)

     대충 여기까지만 보고 첫번째 분석을 종료했다.

     1차 분석 결과 : "서버나 클라이언트 누구도 종료 메세지를 보내지 않은 것 같다."

     다음날 이 1차 분석 결과는 크나큰 오산이었다는 것을 알게 된다. (제목에서 알 수 있듯이)

 

○ WAS는 왜 로그가 없는가?

      WAS 측면에서는 command2에 대한 로그가 있어야 request가 있었다고 볼텐데 로그가 남지 않는다고 한다.

      그러나 패킷을 보면 command2에 대한 request는 분명히 있었다.

      그래서 WAS 로그는 request 및 response까지 있어야 로그가 발생하냐고 물어봤더니 그렇단다.

      그럼 request만 있었을땐 로그를 안 찍는다는 얘긴데...

      이것을 바꾸지 않고는 request 없었다고 계속 얘기할 것  같다.