Nhân Linux đang xử lý và làm sạch các kết nối TCP sau khi quá trình chết ở đâu?

Question

Tôi đang cố gắng tìm chỗ trong hạt nhân Linux, nơi nó dọn dẹp sau khi quá trình chết. Cụ thể, tôi muốn xem liệu nó có xử lý các kết nối TCP mở sau khi quá trình bị giết với tín hiệu -9 hay không. Tôi khá chắc chắn nó đóng tất cả các kết nối, nhưng tôi muốn xem chi tiết, và nếu có bất kỳ cơ hội mà các kết nối không được đóng đúng cách.

Con trỏ tới nguồn hạt nhân Linux được chào đón.

Answer 1

Thịt chấm dứt quá trình được xử lý bởi exit.c:do_exit(). Hàm này gọi exit_files(), mà lần lượt gọi put_files_struct(), gọi close_files().

close_files() vòng qua tất cả các file descriptor quá trình này có mở (bao gồm tất cả ổ cắm), gọi filp_close() trên mỗi người, trong đó kêu gọi fput() trên đối tượng struct file. Khi tham chiếu cuối cùng cho số struct file đã được đặt, fput() gọi phương thức .release() của đối tượng tệp, đối với ổ cắm, là chức năng sock_close() trong net/socket.c.

Answer 2

Tôi khá chắc chắn rằng việc dọn dẹp ổ cắm là một tác dụng phụ của việc giải phóng tất cả các bộ mô tả tệp sau khi quá trình chết và không được thực hiện trực tiếp bởi quá trình dọn dẹp.

Tôi sẽ đi ra ngoài trên một chi, và giả sử bạn đang đánh một điểm chung với lập trình mạng. Nếu tôi đúng khi đoán rằng vấn đề của bạn là bạn nhận được lỗi "Địa chỉ đang sử dụng" (EADDRINUSE) khi cố gắng liên kết với một địa chỉ sau khi quá trình bị giết, thì bạn đang chạy vào TIME_WAIT của socket.

Nếu trường hợp này xảy ra, bạn có thể chờ thời gian chờ, thường là 60 giây hoặc bạn có thể sửa đổi ổ cắm để cho phép sử dụng lại ngay lập tức như vậy.

int sock, ret, on; 
struct sockaddr_in servaddr; 

sock = socket(AF_INET, SOCK_STREAM, 0): 

/* Enable address reuse */ 
on = 1; 
ret = setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, &on, sizeof(on)); 

[EDIT]

Từ ý kiến ​​của bạn, Có vẻ như bạn đang gặp vấn đề với các kết nối half-open, và không hoàn toàn hiểu TCP hoạt động. TCP không có cách nào để biết liệu một khách hàng đã chết hay chỉ là nhàn rỗi. Nếu bạn kill -9 một quá trình khách hàng, việc bắt tay đóng bốn chiều không bao giờ hoàn thành. Tuy nhiên, điều này không nên để các kết nối mở trên máy chủ của bạn, vì vậy bạn vẫn có thể cần phải có một bãi chứa mạng để chắc chắn về những gì đang xảy ra.

Tôi không thể chắc chắn cách bạn nên xử lý việc này mà không biết chính xác bạn đang làm gì, nhưng bạn có thể đọc khoảng TCP Keepalive here. Một vài tùy chọn khác sẽ gửi các thông báo rỗng hoặc null định kỳ tới máy khách (có thể yêu cầu sửa đổi giao thức của bạn), hoặc đặt các bộ định thời cứng trên các kết nối không hoạt động (có thể dẫn đến các kết nối không hợp lệ).