Đóng vs ổ cắm tắt máy?

Trong C, tôi hiểu rằng nếu chúng ta đóng một ổ cắm, điều đó có nghĩa là ổ cắm sẽ bị phá hủy và có thể được sử dụng lại sau này.

Làm thế nào về tắt máy? Mô tả cho biết nó đóng một nửa kết nối song công với ổ cắm đó. Nhưng ổ cắm đó sẽ bị phá hủy như closecuộc gọi hệ thống?

Điều này được giải thích trong hướng dẫn kết nối mạng của Beej. shutdownlà một cách linh hoạt để chặn liên lạc theo một hoặc cả hai hướng. Khi tham số thứ hai là SHUT_RDWR, nó sẽ chặn cả gửi và nhận (như close). Tuy nhiên, closelà cách để thực sự phá hủy một ổ cắm.

Với shutdown, bạn vẫn có thể nhận dữ liệu đang chờ xử lý mà đồng nghiệp đã gửi (cảm ơn Joey Adams vì đã lưu ý điều này).

Không có câu trả lời nào hiện có cho mọi người biết cách thức shutdownvà closehoạt động ở cấp độ giao thức TCP, vì vậy rất đáng để thêm điều này.

Kết nối TCP tiêu chuẩn bị chấm dứt bởi quyết toán 4 chiều:

1. Khi người tham gia không còn dữ liệu để gửi, nó sẽ gửi gói FIN cho người khác
2. Bên kia trả lại ACK cho FIN.
3. Khi bên kia cũng kết thúc truyền dữ liệu, nó sẽ gửi một gói FIN khác
4. Người tham gia ban đầu trả về một ACK và hoàn tất chuyển khoản.

Tuy nhiên, có một cách "xuất hiện" khác để đóng kết nối TCP:

1. Một người tham gia gửi một gói RST và từ bỏ kết nối
2. Phía bên kia nhận được một RST và sau đó cũng từ bỏ kết nối

Trong thử nghiệm của tôi với Wireshark, với các tùy chọn ổ cắm mặc định, shutdownsẽ gửi một gói FIN đến đầu kia nhưng đó là tất cả những gì nó làm. Cho đến khi bên kia gửi cho bạn gói FIN, bạn vẫn có thể nhận dữ liệu. Khi điều này xảy ra, bạn Receivesẽ nhận được kết quả kích thước 0. Vì vậy, nếu bạn là người đầu tiên tắt "gửi", bạn nên đóng ổ cắm sau khi nhận xong dữ liệu.

Mặt khác, nếu bạn gọi closetrong khi kết nối vẫn hoạt động (phía bên kia vẫn hoạt động và bạn cũng có thể có dữ liệu chưa được lưu trong bộ đệm hệ thống), một gói RST sẽ được gửi sang phía bên kia. Điều này là tốt cho các lỗi. Ví dụ: nếu bạn nghĩ rằng bên kia đã cung cấp dữ liệu sai hoặc họ từ chối cung cấp dữ liệu (tấn công DOS?), Bạn có thể đóng ổ cắm ngay lập tức.

Ý kiến ​​của tôi về các quy tắc sẽ là:

1. Cân nhắc shutdowntrước closekhi có thể
2. Nếu bạn đã nhận xong (nhận được dữ liệu kích thước 0) trước khi bạn quyết định tắt máy, hãy đóng kết nối sau khi gửi lần cuối (nếu có) kết thúc.
3. Nếu bạn muốn đóng kết nối bình thường, hãy tắt kết nối (với SHUT_WR và nếu bạn không quan tâm đến việc nhận dữ liệu sau thời điểm này, với SHUT_RD), và đợi cho đến khi bạn nhận được dữ liệu kích thước 0, sau đó đóng ổ cắm.
4. Trong mọi trường hợp, nếu có bất kỳ lỗi nào khác xảy ra (ví dụ như hết thời gian chờ), chỉ cần đóng ổ cắm.

Triển khai lý tưởng cho SHUT_RD và SHUT_WR

Những điều sau đây chưa được thử nghiệm, tin tưởng vào rủi ro của riêng bạn. Tuy nhiên, tôi tin rằng đây là một cách làm việc hợp lý và thiết thực.

Nếu ngăn xếp TCP chỉ nhận được tắt máy với SHUT_RD, nó sẽ đánh dấu kết nối này là không có thêm dữ liệu dự kiến. Bất kỳ readyêu cầu đang chờ xử lý và tiếp theo (bất kể chủ đề nào họ tham gia) sau đó sẽ được trả về với kết quả không có kích thước. Tuy nhiên, kết nối vẫn hoạt động và có thể sử dụng - ví dụ: bạn vẫn có thể nhận dữ liệu OOB. Ngoài ra, HĐH sẽ bỏ bất kỳ dữ liệu nào nó nhận được cho kết nối này. Nhưng đó là tất cả, không có gói nào sẽ được gửi sang phía bên kia.

Nếu ngăn xếp TCP chỉ nhận được tắt máy chỉ với SHUT_WR, nó sẽ đánh dấu kết nối này vì không thể gửi thêm dữ liệu. Tất cả các yêu cầu ghi đang chờ xử lý sẽ kết thúc, nhưng các yêu cầu ghi tiếp theo sẽ không thành công. Hơn nữa, một gói FIN sẽ được gửi đến một phía khác để thông báo cho họ rằng chúng tôi không có nhiều dữ liệu để gửi.

Có một số hạn chế close()có thể tránh được nếu sử dụng shutdown()thay thế.

close()sẽ chấm dứt cả hai hướng trên kết nối TCP. Đôi khi bạn muốn nói với điểm cuối khác rằng bạn đã kết thúc việc gửi dữ liệu, nhưng vẫn muốn nhận dữ liệu.

close() giảm số tham chiếu của bộ mô tả (được duy trì trong mục nhập bảng tệp và đếm số lượng bộ mô tả hiện đang mở đang tham chiếu đến một tệp / ổ cắm) và không đóng ổ cắm / tệp nếu bộ mô tả không bằng 0. Điều này có nghĩa là nếu bạn đang giả mạo, việc dọn dẹp chỉ xảy ra sau khi số tham chiếu giảm xuống còn 0. Với shutdown() một người có thể bắt đầu chuỗi đóng TCP bình thường bỏ qua số tham chiếu.

Các thông số như sau:

int shutdown(int s, int how); // s is socket descriptor

int how có thể:

SHUT_RDhoặc 0 nhận thêm không được phép

SHUT_WRhoặc 1 gửi thêm không được phép

SHUT_RDWRhoặc 2 gửi và nhận thêm không được phép

Đây có thể là nền tảng cụ thể, tôi bằng cách nào đó nghi ngờ nó, nhưng dù sao, lời giải thích tốt nhất tôi đã thấy là ở đây trên trang msDN nơi họ giải thích về tắt máy, tùy chọn nán lại, đóng ổ cắm và trình tự kết nối chung.

Tóm lại, sử dụng tắt máy để gửi một chuỗi tắt ở cấp TCP và sử dụng gần để giải phóng các tài nguyên được sử dụng bởi các cấu trúc dữ liệu ổ cắm trong quy trình của bạn. Nếu bạn chưa đưa ra một chuỗi tắt máy rõ ràng vào thời điểm bạn gọi gần thì một chuỗi sẽ được bắt đầu cho bạn.

Tôi cũng đã thành công với linux bằng cách sử dụng shutdown()từ một pthread để buộc một pthread khác hiện bị chặn connect()để hủy bỏ sớm.

Trong các hệ điều hành khác (ít nhất là OSX), tôi thấy việc gọi điện close()là đủ để connect()thất bại.

"shutdown () không thực sự đóng bộ mô tả tập tin. Nó chỉ thay đổi khả năng sử dụng của nó. Để giải phóng bộ mô tả ổ cắm, bạn cần sử dụng close ()." 1

Đóng

Khi bạn đã sử dụng xong ổ cắm, bạn chỉ cần đóng mô tả tệp của nó với đóng; Nếu vẫn còn dữ liệu chờ truyền qua kết nối, thường đóng sẽ cố gắng hoàn thành việc truyền này. Bạn có thể kiểm soát hành vi này bằng tùy chọn ổ cắm SO_Linger để chỉ định khoảng thời gian chờ; xem Tùy chọn ổ cắm.

Tắt

Bạn cũng có thể tắt chỉ tiếp nhận hoặc truyền trên một kết nối bằng cách gọi tắt máy.

Chức năng tắt máy tắt kết nối của ổ cắm. Đối số của nó làm thế nào chỉ định hành động nào sẽ thực hiện: 0 Dừng nhận dữ liệu cho ổ cắm này. Nếu dữ liệu tiếp theo đến, từ chối nó. 1 Dừng cố gắng truyền dữ liệu từ ổ cắm này. Hủy bỏ bất kỳ dữ liệu chờ đợi để được gửi. Ngừng tìm kiếm xác nhận dữ liệu đã được gửi; không truyền lại nếu nó bị mất. 2 Dừng cả tiếp nhận và truyền.

Giá trị trả về là 0 khi thành công và -1 khi thất bại.

trong bài kiểm tra của tôi

close sẽ gửi gói vây và hủy fd ngay lập tức khi socket không được chia sẻ với các tiến trình khác

shutdown SHUT_RD , quá trình vẫn có thể lấy lại dữ liệu từ ổ cắm, nhưng recvsẽ trả về 0 nếu bộ đệm TCP trống. Sau khi ngang hàng gửi thêm dữ liệu, recvsẽ trả lại dữ liệu.

shutdown SHUT_WR sẽ gửi gói vây để cho biết các lần gửi tiếp theo không được phép. ngang hàng có thể recv dữ liệu nhưng nó sẽ recv 0 nếu bộ đệm TCP của nó trống

shutdown SHUT_RDWR (bằng cách sử dụng cả SHUT_RD và SHUT_WR ) sẽ gửi gói đầu tiên nếu ngang hàng gửi thêm dữ liệu.