Trạng thái TIME_WAIT là một phần thiết yếu của giao thức TCP, đảm bảo dữ liệu được truyền đầy đủ trước khi đóng kết nối. Tuy nhiên, trong các hệ thống xử lý lượng lớn kết nối ngắn (ví dụ: microservices, API gateway, hoặc web server với hàng nghìn request/giây), số lượng lớn socket ở trạng thái này có thể làm cạn kiệt tài nguyên như cổng cục bộ và file descriptor — dẫn đến lỗi Address already in use hoặc giảm hiệu năng. Dưới đây là các chiến lược kỹ thuật để kiểm soát và tối ưu hóa TIME_WAIT một cách an toàn và hiệu quả.

1. Điều chỉnh thời gian chờ kết nối đóng

Giá trị mặc định của TIME_WAIT trên Linux là 60 giây (tương ứng với 2×MSS — khoảng thời gian tối đa để gói cuối cùng có thể bị mất và được gửi lại). Thay vì thay đổi trực tiếp thời gian chờ, nên ưu tiên điều chỉnh thông số tcp_fin_timeout:

• Xem giá trị hiện tại:
  sysctl net.ipv4.tcp_fin_timeout
• Thiết lập tạm thời (ví dụ: 25 giây):
  sysctl -w net.ipv4.tcp_fin_timeout=25
• Áp dụng vĩnh viễn bằng cách thêm vào /etc/sysctl.conf:
  net.ipv4.tcp_fin_timeout = 25
  Sau đó chạy sysctl -p để tải lại cấu hình.

Lưu ý: Giảm quá mức có thể gây rủi ro về độ tin cậy nếu gói FIN cũ vẫn xuất hiện trên mạng (đặc biệt trong môi trường có độ trễ cao hoặc routing không ổn định).

2. Kích hoạt cơ chế tái sử dụng cổng

Hai tùy chọn socket quan trọng giúp tránh xung đột cổng trong trạng thái TIME_WAIT:

• SO_REUSEADDR: Cho phép bind lại địa chỉ/cổng ngay cả khi socket còn trong TIME_WAIT. Hầu hết các ứng dụng HTTP (Nginx, Apache) đều bật mặc định.
• SO_REUSEPORT: Cho phép nhiều tiến trình (hoặc luồng) cùng bind vào một cổng — rất hữu ích cho mô hình cân bằng tải nội bộ hoặc ứng dụng đa tiến trình.

Ví dụ triển khai trong Go (thay vì Python để đa dạng hóa cú pháp):

package main

import (
    "net"
    "syscall"
)

func main() {
    ln, _ := net.Listen("tcp", ":8080")
    if tcpln, ok := ln.(*net.TCPListener); ok {
        fd, _ := tcpln.File()
        syscall.SetsockoptInt32(int(fd.Fd()), syscall.SOL_SOCKET, syscall.SO_REUSEADDR, 1)
        syscall.SetsockoptInt32(int(fd.Fd()), syscall.SOL_SOCKET, syscall.SO_REUSEPORT, 1)
    }
}

3. Cấu hình giới hạn kết nối "mồ côi" và hàng đợi SYN

Các tham số sau ảnh hưởng gián tiếp đến áp lực TIME_WAIT bằng cách kiểm soát số lượng kết nối chưa hoàn tất hoặc bị bỏ rơi:

• net.ipv4.tcp_max_orphans: Giới hạn số socket ở trạng thái FIN_WAIT2 hoặc CLOSE_WAIT không có tiến trình chủ sở hữu. Giá trị đề xuất: 65536.
• net.ipv4.tcp_max_syn_backlog: Kích thước tối đa của hàng đợi kết nối đang trong quá trình bắt tay (SYN queue). Nên đặt từ 2048 đến 8192 tùy theo lưu lượng.

Cập nhật bằng lệnh:

sysctl -w net.ipv4.tcp_max_orphans=65536
sysctl -w net.ipv4.tcp_max_syn_backlog=4096

4. Bật cơ chế tái sử dụng TIME_WAIT (có điều kiện)

Hai tùy chọn kernel sau giúp tận dụng lại socket ở trạng thái TIME_WAIT, nhưng cần hiểu rõ ngữ cảnh triển khai:

• net.ipv4.tcp_tw_reuse = 1: An toàn và khuyến khích dùng — cho phép client mở kết nối mới từ cổng đang ở TIME_WAIT, miễn là timestamp của gói mới lớn hơn timestamp cuối cùng của kết nối cũ.
• net.ipv4.tcp_tw_recycle = 0: Không nên kích hoạt trên kernel ≥ 4.12 (đã loại bỏ) hoặc trong bất kỳ môi trường nào có NAT (router, load balancer), vì nó dựa vào timestamp toàn cục và dễ gây lỗi kết nối không đồng bộ.

Chỉ nên bật tcp_tw_reuse, ví dụ:

sysctl -w net.ipv4.tcp_tw_reuse=1
echo 'net.ipv4.tcp_tw_reuse = 1' >> /etc/sysctl.conf

5. Mở rộng giới hạn tài nguyên hệ thống

Mỗi socket chiếm một file descriptor. Nếu hệ thống đạt giới hạn ulimit -n, các kết nối mới sẽ thất bại — dù không liên quan trực tiếp đến TIME_WAIT, nhưng làm trầm trọng thêm vấn đề. Các bước cần thực hiện:

• Tăng giới hạn mềm/cứng cho người dùng (trong /etc/security/limits.conf):
  * soft nofile 1048576
* hard nofile 1048576
• Mở rộng giới hạn toàn hệ thống:
  echo 'fs.file-max = 4194304' >> /etc/sysctl.conf
• Khởi động lại dịch vụ hoặc chạy sysctl -p.

6. Thiết kế kiến trúc ứng dụng hợp lý

Các biện pháp phía kernel chỉ mang tính hỗ trợ — giải pháp bền vững nhất nằm ở lớp ứng dụng:

• Dùng kết nối bền (keep-alive) cho HTTP/1.1 và HTTP/2.
• Triển khai connection pooling cho cơ sở dữ liệu (PostgreSQL, MySQL) và dịch vụ bên ngoài (Redis, gRPC).
• Tránh gọi close() ngay lập tức sau mỗi yêu cầu; thay vào đó, tái sử dụng kết nối qua middleware hoặc thư viện quản lý kết nối.
• Với client, sử dụng timeout hợp lý để tránh giữ kết nối lâu hơn cần thiết.