이제이 소켓 연결이 영원히 열려 있거나 HTTP 연결 유지와 유사한 시간 제한이 있습니까?

짧은 대답은 ‘ 아니오 ‘입니다. 영원히 열려 있지 않으며 몇 시간 후에 시간이 초과 될 것입니다. 따라서 예 가 있다 타임 아웃 그것은을 통해 적용됩니다 TCP 연결 유지 .

컴퓨터에서 Keep-Alive 제한 시간을 구성하려면 아래의 “TCP 제한 시간 변경”섹션을 참조하십시오. 그렇지 않으면 나머지 답변을 읽고 TCP Keep-Alive 작동 방식을 알아보십시오.

소개

TCP 연결은 연결의 각 끝에 하나씩 두 개의 소켓으로 구성됩니다. 한 쪽이 연결을 종료하려고 할 때 RST다른 쪽이 확인하고 소켓을 닫는 패킷을 보냅니다 .

그러나 그렇게 될 때까지 양측은 소켓을 무기한으로 열어 둡니다. 이렇게하면을 통해 다른 쪽 끝에 알리지 않고 의도적으로 또는 일부 오류로 인해 한쪽이 소켓을 닫을 가능성이 열립니다 RST. 이 시나리오를 감지하고 오래된 연결을 닫으려면 TCP Keep Alive 프로세스가 사용됩니다.

Keep-Alive 프로세스

Keep-Alives 작동 방식을 결정하는 세 가지 구성 가능한 속성이 있습니다. Linux에서는 ^1입니다 .

• tcp_keepalive_time
  • 기본 7200 초
• tcp_keepalive_probes
  • 기본값 9
• tcp_keepalive_intvl
  • 기본 75 초

프로세스는 다음과 같이 작동합니다.

1. 클라이언트가 TCP 연결을 엽니 다.
2. 연결이 tcp_keepalive_time몇 초 동안 침묵 하면 하나의 빈 ACK패킷을 보냅니다 . ¹
3. 서버 ACK가 자체적으로 응답 했습니까 ?
   • 아니
     1. tcp_keepalive_intvl몇 초 동안 기다린 다음 다른 메시지를 보냅니다.ACK
     2. ACK전송 된 프로브 수가 같을 때까지 반복하십시오 tcp_keepalive_probes.
     3. 이 시점에서 응답이 수신되지 않으면 a를 보내고 RST연결을 종료하십시오.
   • 예 : 2 단계로 돌아갑니다.

이 프로세스는 대부분의 운영 체제에서 기본적으로 활성화되어 있으므로 다른 쪽 끝이 2 시간 11 분 (7200 초 + 75 * 9 초) 동안 응답하지 않으면 작동하지 않는 TCP 연결이 정기적으로 정리됩니다.

Gotchas

2 시간 기본값

연결이 기본적으로 2 시간 동안 유휴 상태가 될 때까지 프로세스가 시작되지 않기 때문에 부실 TCP 연결이 정리되기 전에 매우 오랫동안 지속될 수 있습니다. 이는 데이터베이스 연결과 같은 값 비싼 연결에 특히 해로울 수 있습니다.

Keep-Alive는 선택 사항입니다.

RFC 1122 4.2.3.6 에 따르면 TCP Keep-Alive 패킷에 대한 응답 및 / 또는 릴레이 는 선택 사항입니다 .

구현자는 TCP 구현에 “keep-alive”를 포함 할 수 있지만이 관행은 보편적으로 받아 들여지지는 않습니다. 연결 유지가 포함 된 경우 응용 프로그램은 각 TCP 연결에 대해 해당 연결을 켜거나 끌 수 있어야하며 기본적으로 꺼져 있어야합니다.

…

데이터가없는 ACK 세그먼트는 TCP에 의해 안정적으로 전송되지 않는다는 점을 기억하는 것이 매우 중요합니다.

Keep-Alive 패킷은 데이터를 포함하지 않으며 엄격하게 필요하지 않으며 과도하게 사용되는 경우 인터 웹의 튜브가 막힐 위험이 있기 때문입니다.

그러나 실제로 는 대역폭이 저렴 해짐에 따라 시간이 지남에 따라 이러한 우려가 줄어 들었습니다. 따라서 Keep-Alive 패킷은 일반적으로 삭제되지 않습니다. 예를 들어 Amazon EC2 설명서 는 Keep-Alive에 대한 간접적 인 보증을 제공하므로 AWS로 호스팅하는 경우 Keep-Alive에 의존하는 것이 안전 할 가능성이 높지만 마일리지는 다를 수 있습니다.

TCP 시간 초과 변경

소켓 당

안타깝게도 TCP 연결은 OS 수준에서 관리되기 때문에 Java는 .NET과 같은 소켓 수준에서 제한 시간 구성을 지원하지 않습니다 java.net.Socket. 나는 몇 가지 시도를 발견했다 ⁽³⁾ 이 옵션을 구성 할 네이티브 코드를 호출하는 자바 소켓을 만들 수 있도록 JNI (Java Native Interface)를 사용하지만, 아무도 광범위한 지역 사회의 채택 또는 지원을 가지고있는 것 같습니다 없습니다.

대신 운영 체제 전체에 구성을 적용해야 할 수도 있습니다. 이 구성은 전체 시스템에서 실행되는 모든 TCP 연결에 영향을 미칩니다.

리눅스

현재 구성된 TCP Keep-Alive 설정은 다음 위치에서 찾을 수 있습니다.

• /proc/sys/net/ipv4/tcp_keepalive_time
• /proc/sys/net/ipv4/tcp_keepalive_probes
• /proc/sys/net/ipv4/tcp_keepalive_intvl

다음과 같이 업데이트 할 수 있습니다.

# Send first Keep-Alive packet when a TCP socket has been idle for 3 minutes
$ echo 180 > /proc/sys/net/ipv4/tcp_keepalive_time
# Send three Keep-Alive probes...
$ echo 3 > /proc/sys/net/ipv4/tcp_keepalive_probes
# ... spaced 10 seconds apart.
$ echo 10 > /proc/sys/net/ipv4/tcp_keepalive_intvl

이러한 변경 사항은 다시 시작해도 지속되지 않습니다. 지속적으로 변경하려면 다음을 사용하십시오 sysctl.

sysctl -w net.ipv4.tcp_keepalive_time=180 net.ipv4.tcp_keepalive_probes=3 net.ipv4.tcp_keepalive_intvl=10

맥 OS X

현재 구성된 설정은 다음을 사용하여 볼 수 있습니다 sysctl.

$ sysctl net.inet.tcp | grep -E "keepidle|keepintvl|keepcnt"
net.inet.tcp.keepidle: 7200000
net.inet.tcp.keepintvl: 75000
net.inet.tcp.keepcnt: 8

참고로, 맥 OS X를 정의 keepidle하고 keepintvl초를 사용하는 리눅스에 반대 밀리 초 단위입니다.

sysctl재부팅시 이러한 설정을 유지하는 속성을 설정할 수 있습니다 .

sysctl -w net.inet.tcp.keepidle=180000 net.inet.tcp.keepcnt=3 net.inet.tcp.keepintvl=10000

또는에 추가 할 수 있습니다 /etc/sysctl.conf(파일이없는 경우 생성).

$ cat /etc/sysctl.conf
net.inet.tcp.keepidle=180000
net.inet.tcp.keepintvl=10000
net.inet.tcp.keepcnt=3

윈도우

확인할 Windows 컴퓨터가 없지만 레지스트리에서 각 TCP Keep-Alive 설정을 찾아야합니다.

\HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\TCPIP\Parameters

_각주

_{1. 자세한 내용은를 참조하십시오 man tcp.}

_{2.이 패킷은 “Keep-Alive”패킷이라고도하지만 TCP 사양 내에서는 일반 ACK패킷 일뿐 입니다. Wireshark와 같은 응용 프로그램은 소켓의 이전 통신을 참조하여 포함 된 시퀀스 및 승인 번호의 메타 분석을 통해 “Keep-Alive”패킷으로 레이블을 지정할 수 있습니다.}

_{3. 기본 Google 검색에서 찾은 몇 가지 예는 lucwilliams / JavaLinuxNet 및 flonatel / libdontdie 입니다.}