netstat의 상태 값으로 LAST_ACK은 무엇을 의미합니까?

15

LAST_ACKnetstat에 표시된대로 Windows 서버에 수천 개의 포트가 열려있는 상태라면 무엇을 의미합니까? 한 끝 점이 다른 쪽의 응답을 기다리고 있기 때문입니까?

tcp

— 닉 볼튼
소스

10

last_ack 상태 (TCP 스택을 올바르게 호출 한 경우)는 이웃으로부터 연결을 종료하기 위해 FIN 메시지를 수신 한 상태이지만 여전히 연결을 플러시하고 종료해야합니다. 최종 FIN을 직접 보내고 ACK를 기다립니다.

일반적으로 last_ack에 매달려 있으면 다른 쪽 끝에서 데이터 전송을 마친 후에도 응용 프로그램에서 소켓을 열어 둔 상태로 유지됩니다. 여러 가지 이유로 발생할 수 있습니다. 클라이언트에서 마지막 ACK를 잃어버린 방화벽이나 다른로드 밸런서가있을 수 있으며 last_ack 상태에 머물러 있습니다. 몇 분 (10 정도 정도) 후에 연결 시간이 초과되지 않으면 버그 일 수 있습니다.

http://tangentsoft.net/wskfaq/articles/debugging-tcp.html 의 상태 다이어그램을 살펴보십시오.

— 페르
소스

4

정확하지 않습니다. CLOSE_WAIT을 (를) 설명하고 있습니다.

— user207421

4

LAST_ACK는 TCP 연결을 종료하기 직전의 마지막 상태입니다.

— 이모
소스

1

고마워요,이 상태에서 포트가 멈추는 원인은 무엇입니까?

— Nick Bolton

이것이 IIS 웹 서버 (또는 다른 서비스)입니까, 아니면 자신의 응용 프로그램에 있습니까?

— Imo

응용 프로그램은 "Cook Computing"XML-RPC 클라이언트 (Asp.Net에서 IIS를 통해 실행)를 구현하고 Java XML-RPC 서버와 통신 중입니다.

— Nick Bolton

1

클라이언트와의 TCP 대화의 마지막 단계입니다. 소프트웨어가 TCP 세션을 close ()하고 LAST_ACK를 클라이언트에 보냅니다. 그런 다음 클라이언트는 LAST_ACK가 수신되었다는 확인을 다시 보내야합니다. 나는 클라이언트 (아마 방화벽)가 그것을 인식하지 못했거나 패킷이 손실되었을 수 있다는 pehrs에 동의합니다.이 두 가지 가능성이 가장 높습니다.

— Imo

1

'클라이언트에게 LAST_ACK를 보내지 않습니다'. FIN을 보내고 현재 FIN을 수신하고 ACK를 보낸 ACK를 기다리고 있습니다. 연결 을 닫은 후의 마지막 상태 입니다.

— user207421

2

LAST_ACK는 상대방이 FIN을 수신하고 ACK를 전송하고 FIN을 전송했으며 피어에서 최종 ACK를 기다리고 있음을 의미합니다. 이 시점에서 응용 프로그램이 더 이상 할 수있는 일은 없습니다 : 소켓이 닫힙니다. 응용 프로그램이 종료되었을 수도 있습니다. 여기서부터는 최종 ACK를 얻거나 시간 초과 될 때까지 FIN을 다시 보내는 것은 TCP에 달려 있습니다. 네트워크를 조사하는 것 외에는 관리자로서 할 수있는 일은 없습니다.

— 사용자 207421
소스

0

@lmo는 "TCP 연결을 종료하기 직전의 마지막 상태"라고 말하면 정확하지만 wikipedia 페이지를 읽은 결과를 바탕으로 이것이 ""의 일부가 아니라는 점에 주목할 가치가 있습니다. Active Close "메커니즘은 (내 이해로는) 가장 잘 작동하는 연결의 끝이지만"Passive Close "시퀀스의 일부이며, 아마도 Bad Stuff Happening과 관련이 있습니다.

(FWIW, 저는 네트워크가 아닌 언어입니다. 네트워크 담당자의 설명을 기쁘게 생각합니다.)

— 존 클레멘트
소스

그는 그런 말을하는 데 옳지 않으며 수동적 인 닫기에 대해 나쁜 것이 없습니다. 그것은 당신이하기 전에 동료가 닫 혔음을 의미합니다.

— user207421