Bây giờ kết nối socket này sẽ vẫn mở mãi mãi hay có giới hạn thời gian chờ liên quan đến nó tương tự như HTTP keep-live?
Câu trả lời ngắn gọn là không, nó sẽ không mở mãi mãi, nó có thể sẽ hết sau vài giờ. Do đó có có là một thời gian chờ và nó được thực thi thông qua giao thức TCP Giữ-Alive .
Nếu bạn muốn định cấu hình thời gian chờ Keep-Alive trên máy của mình, hãy xem phần "Thay đổi thời gian chờ TCP" bên dưới. Nếu không, hãy đọc qua phần còn lại của câu trả lời để tìm hiểu cách hoạt động của TCP Keep-Alive.
Giới thiệu
Kết nối TCP bao gồm hai ổ cắm, một ở mỗi đầu của kết nối. Khi một bên muốn ngắt kết nối, nó sẽ gửi một RSTgói tin mà bên kia thừa nhận và cả hai đều đóng các ổ cắm của họ.
Tuy nhiên, cho đến khi điều đó xảy ra, cả hai bên sẽ giữ ổ cắm của họ mở vô thời hạn. Điều này mở ra khả năng một bên có thể đóng ổ cắm của họ, cố ý hoặc do lỗi nào đó mà không thông báo cho đầu kia biết RST. Để phát hiện tình huống này và đóng các kết nối cũ, quy trình TCP Keep Alive được sử dụng.
Quy trình Keep-Alive
Có ba thuộc tính có thể định cấu hình xác định cách hoạt động của Keep-Alives. Trên Linux, chúng là 1 :
tcp_keepalive_time
tcp_keepalive_probes
tcp_keepalive_intvl
Quá trình hoạt động như sau:
- Máy khách mở kết nối TCP
- Nếu kết nối không hoạt động trong
tcp_keepalive_timevài giây, hãy gửi một ACKgói tin trống . 1
- Máy chủ có phản hồi với một tương ứng
ACKcủa riêng nó không?
- Không
- Chờ
tcp_keepalive_intvlvài giây, sau đó gửi mộtACK
- Lặp lại cho đến khi số lượng
ACKđầu dò đã được gửi bằng nhau tcp_keepalive_probes.
- Nếu không nhận được phản hồi tại thời điểm này, hãy gửi một
RSTvà ngắt kết nối.
- Có : Quay lại bước 2
Quá trình này được kích hoạt theo mặc định trên hầu hết các hệ điều hành và do đó các kết nối TCP đã chết thường xuyên bị loại bỏ khi đầu kia không phản hồi trong 2 giờ 11 phút (7200 giây + 75 * 9 giây).
Gotchas
2 giờ mặc định
Vì quá trình này không bắt đầu cho đến khi kết nối không hoạt động trong hai giờ theo mặc định, các kết nối TCP cũ có thể tồn tại trong một thời gian rất dài trước khi bị loại bỏ. Điều này có thể đặc biệt có hại cho các kết nối đắt tiền như kết nối cơ sở dữ liệu.
Keep-Alive là tùy chọn
Theo RFC 1122 4.2.3.6 , phản hồi và / hoặc chuyển tiếp các gói TCP Keep-Alive là tùy chọn :
Người triển khai CÓ THỂ bao gồm "keep-alives" trong triển khai TCP của họ, mặc dù thực tiễn này không được chấp nhận trên toàn cầu. Nếu giữ bí danh được bao gồm, ứng dụng PHẢI có thể bật hoặc tắt chúng cho mỗi kết nối TCP và chúng PHẢI mặc định là tắt.
...
Điều cực kỳ quan trọng cần nhớ là các đoạn ACK không chứa dữ liệu sẽ không được TCP truyền đi một cách đáng tin cậy.
Lý do là các gói Keep-Alive không chứa dữ liệu và không hoàn toàn cần thiết và có nguy cơ gây tắc nghẽn các ống của mạng xen kẽ nếu sử dụng quá mức.
Tuy nhiên , trong thực tế , kinh nghiệm của tôi là mối quan tâm này đã giảm dần theo thời gian khi băng thông ngày càng rẻ hơn; và do đó các gói Keep-Alive thường không bị loại bỏ. Ví dụ: tài liệu Amazon EC2 đưa ra sự chứng thực gián tiếp của Keep-Alive, vì vậy nếu bạn đang lưu trữ bằng AWS, bạn có thể an toàn khi dựa vào Keep-Alive, nhưng số dặm của bạn có thể thay đổi.
Thay đổi thời gian chờ TCP
Mỗi ổ cắm
Thật không may vì các kết nối TCP được quản lý ở cấp hệ điều hành, Java không hỗ trợ định cấu hình thời gian chờ ở cấp độ mỗi ổ cắm chẳng hạn như trong java.net.Socket. Tôi đã tìm thấy một số nỗ lực 3 sử dụng Java Native Interface (JNI) để tạo các ổ cắm Java gọi mã gốc để định cấu hình các tùy chọn này, nhưng dường như không có nỗ lực nào được cộng đồng chấp nhận hoặc hỗ trợ rộng rãi.
Thay vào đó, bạn có thể buộc phải áp dụng cấu hình của mình cho toàn bộ hệ điều hành. Cần biết rằng cấu hình này sẽ ảnh hưởng đến tất cả các kết nối TCP đang chạy trên toàn bộ hệ thống.
Linux
Bạn có thể tìm thấy cài đặt TCP Keep-Alive được định cấu hình hiện tại trong
/proc/sys/net/ipv4/tcp_keepalive_time/proc/sys/net/ipv4/tcp_keepalive_probes/proc/sys/net/ipv4/tcp_keepalive_intvl
Bạn có thể cập nhật bất kỳ cái nào trong số này như vậy:
# 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
Những thay đổi như vậy sẽ không tồn tại khi khởi động lại. Để thực hiện các thay đổi liên tục, hãy sử dụng sysctl:
sysctl -w net.ipv4.tcp_keepalive_time=180 net.ipv4.tcp_keepalive_probes=3 net.ipv4.tcp_keepalive_intvl=10
Mac OS X
Có thể xem các cài đặt được định cấu hình hiện tại bằng 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
Đáng chú ý, Mac OS X định nghĩa keepidlevà keepintvltheo đơn vị mili giây so với Linux sử dụng giây.
Các thuộc tính có thể được đặt với các thuộc tính sysctlnày sẽ duy trì các cài đặt này khi khởi động lại:
sysctl -w net.inet.tcp.keepidle=180000 net.inet.tcp.keepcnt=3 net.inet.tcp.keepintvl=10000
Ngoài ra, bạn có thể thêm chúng vào /etc/sysctl.conf(tạo tệp nếu nó không tồn tại).
$ cat /etc/sysctl.conf
net.inet.tcp.keepidle=180000
net.inet.tcp.keepintvl=10000
net.inet.tcp.keepcnt=3
các cửa sổ
Tôi không có máy Windows để xác nhận, nhưng bạn nên tìm cài đặt TCP Keep-Alive tương ứng trong sổ đăng ký tại
\HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\TCPIP\Parameters
Chú thích
1. Xem man tcpđể biết thêm thông tin.
2. Gói này thường được gọi là gói "Keep-Alive", nhưng trong đặc tả TCP nó chỉ là một ACKgói thông thường . Các ứng dụng như Wireshark có thể gắn nhãn nó là một gói "Keep-Alive" bằng cách phân tích tổng hợp chuỗi và số xác nhận mà nó chứa liên quan đến các giao tiếp trước đó trên socket.
3. Một số ví dụ tôi tìm thấy từ tìm kiếm cơ bản của Google là lucwilliams / JavaLinuxNet và flonatel / libdontdie .