Теперь будет ли это соединение сокета оставаться открытым навсегда или с ним связано ограничение времени ожидания, подобное HTTP keep-alive?
Короткий ответ - нет, он не будет оставаться открытым вечно, он, вероятно, отключится через несколько часов. Поэтому да там есть тайм - аут , и это обеспечивается через TCP Keep-Alive .
Если вы хотите настроить тайм-аут Keep-Alive на вашем компьютере, см. Раздел «Изменение тайм-аута TCP» ниже. В противном случае прочитайте остальную часть ответа, чтобы узнать, как работает TCP Keep-Alive.
Введение
TCP-соединения состоят из двух сокетов, по одному на каждом конце соединения. Когда одна сторона хочет прервать соединение, она отправляетRST пакет, который другая сторона подтверждает, и обе закрывают свои сокеты.
Однако до тех пор, пока это не произойдет, обе стороны будут держать свое гнездо открытым бесконечно. Это оставляет возможность того, что одна сторона может закрыть свой сокет намеренно или из-за какой-либо ошибки, не проинформировав другой конец через RST. Для обнаружения этого сценария и закрытия устаревших соединений используется процесс TCP Keep Alive.
Живой процесс
Есть три настраиваемых свойства, которые определяют, как работает Keep-Alives. В Linux их 1 :
tcp_keepalive_time
tcp_keepalive_probes
tcp_keepalive_intvl
Процесс работает так:
- Клиент открывает TCP-соединение
- Если соединение молчит в течение
tcp_keepalive_timeнескольких секунд, отправьте один пустой ACKпакет.1
- Ответил ли сервер
ACKсвоим собственным?
- Нет
- Подождите
tcp_keepalive_intvlсекунды, затем отправьте еще одинACK
- Повторяйте до тех пор, пока количество
ACKотправленных зондов не станет равным tcp_keepalive_probes.
- Если на этом этапе не было получено никакого ответа, отправьте
RSTи разорвите соединение.
- Да : вернуться к шагу 2
Этот процесс включен по умолчанию в большинстве операционных систем, и поэтому мертвые TCP-соединения регулярно удаляются, если другой конец не отвечает в течение 2 часов 11 минут (7200 секунд + 75 * 9 секунд).
Попался
2 часа по умолчанию
Поскольку по умолчанию процесс не запускается, пока соединение не простаивает в течение двух часов, устаревшие TCP-соединения могут сохраняться очень долго, прежде чем будут отсечены. Это может быть особенно вредно для дорогостоящих соединений, таких как соединения с базой данных.
Keep-Alive не является обязательным
Согласно RFC 1122 4.2.3.6 , отвечать и / или ретранслировать пакеты TCP Keep-Alive необязательно :
Разработчики МОГУТ включать "keep-alive" в свои реализации TCP, хотя эта практика не является общепринятой. Если пакеты keep-alive включены, приложение ДОЛЖНО иметь возможность включать или выключать их для каждого TCP-соединения, и они ДОЛЖНЫ быть отключены по умолчанию.
...
Чрезвычайно важно помнить, что сегменты ACK, не содержащие данных, надежно не передаются TCP.
Причина в том, что пакеты Keep-Alive не содержат данных и не являются строго необходимыми, и при чрезмерном использовании рискуют засорить трубки интернета.
Однако на практике , по моему опыту, эта проблема со временем уменьшилась, поскольку пропускная способность стала дешевле; и поэтому пакеты Keep-Alive обычно не отбрасываются. Документация Amazon EC2, например, косвенно подтверждает Keep-Alive, поэтому, если вы размещаете на AWS, вы, вероятно, можете безопасно полагаться на Keep-Alive, но ваш опыт может отличаться.
Изменение тайм-аутов TCP
На розетку
К сожалению, поскольку TCP-соединения управляются на уровне ОС, Java не поддерживает настройку тайм-аутов на уровне сокетов, например в java.net.Socket. Я нашел несколько попыток 3 использовать собственный интерфейс Java (JNI) для создания сокетов Java, которые вызывают собственный код для настройки этих параметров, но ни одна из них, похоже, не получила широкого признания или поддержки сообществом.
Вместо этого вы можете быть вынуждены применить вашу конфигурацию ко всей операционной системе. Имейте в виду, что эта конфигурация повлияет на все TCP-соединения, запущенные во всей системе.
Linux
Текущие настройки 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
Mac 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
Следует отметить, что Mac OS X определяет keepidleи keepintvlв миллисекундах, в отличие от Linux, который использует секунды.
Можно задать свойства, 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
У меня нет компьютера с 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 .