In the packet-listing window, you s

In the packet-listing window, you should see your HTTP GET message, followed by a
multiple-packet response to your HTTP GET request. This multiple-packet response
deserves a bit of explanation. Recall from Section 2.2 (see Figure 2.9 in the text) that the
HTTP response message consists of a status line, followed by header lines, followed by a
blank line, followed by the entity body. In the case of our HTTP GET, the entity body in
the response is the entire requested HTML file. In our case here, the HTML file is rather
long, and at 4500 bytes is too large to fit in one TCP packet. The single HTTP response
message is thus broken into several pieces by TCP, with each piece being contained
within a separate TCP segment (see Figure 1.20 in the text). Each TCP segment is
recorded as a separate packet by Wireshark, and the fact that the single HTTP response
was fragmented across multiple TCP packets is indicated by the “Continuation” phrase
displayed by Wireshark. We stress here that there is no “Continuation” message in
HTTP!

Kết quả (Việt) 1:

Trong cửa sổ danh sách gói, bạn sẽ thấy HTTP nhận được tin nhắn của bạn, theo sau là một nhiều-gói các phản ứng yêu cầu HTTP có được của bạn. Điều này phản ứng nhiều-gói xứng đáng một chút lời giải thích. Thu hồi từ phần 2.2 (xem hình 2,9 trong văn bản) mà các HTTP phản ứng thư bao gồm một dòng trạng thái, theo sau là dòng tiêu đề, tiếp theo là một dòng trống, sau đó là cơ thể thực thể. Trong trường hợp chúng tôi HTTP được, cơ thể thực thể trong Các phản ứng là toàn bộ tập tin HTML được yêu cầu. Trong trường hợp của chúng tôi ở đây, các tập tin HTML là khá dài, và tại 4500 byte là quá lớn để phù hợp trong một TCP gói. Hồi đáp HTTP duy nhất tin nhắn được do đó chia thành nhiều mảnh bởi TCP, với mỗi phần được chứa trong vòng một TCP riêng biệt phân đoạn (xem hình 1,20 trong văn bản). Mỗi đoạn TCP là ghi lại như là một gói riêng biệt bởi Wireshark, và sự kiện mà hồi đáp HTTP duy nhất được phân mảnh trên TCP nhiều gói dữ liệu được chỉ định bởi cụm từ "Tiếp tục" Hiển thị bởi Wireshark. Chúng tôi nhấn mạnh ở đây rằng không có thông báo "Tiếp tục" trong HTTP!

Kết quả (Việt) 2:

Trong cửa sổ gói niêm yết, bạn sẽ thấy thông điệp HTTP GET của bạn, tiếp theo là một
phản ứng nhiều gói tin yêu cầu HTTP GET của bạn. Đáp ứng nhiều gói này
xứng đáng là một chút giải thích. Nhớ lại từ mục 2.2 (xem hình 2.9 trong văn bản) rằng các
tin nhắn phản hồi HTTP bao gồm một dòng trạng thái, tiếp theo là dòng tiêu đề, theo sau là một
dòng trống, tiếp theo là các cơ thể thực thể. Trong trường hợp của chúng tôi HTTP GET, cơ thể thực thể trong
phản ứng là toàn bộ yêu cầu tập tin HTML. Trong trường hợp của chúng tôi ở đây, các tập tin HTML là khá
dài, và ở 4.500 byte là quá lớn để phù hợp trong một gói tin TCP. Các phản ứng HTTP đơn
như vậy, thông điệp được chia thành nhiều mảnh bởi TCP, với mỗi phần được chứa
trong một phân đoạn TCP riêng biệt (xem hình 1.20 trong văn bản). Mỗi phân đoạn TCP được
ghi nhận như là một gói riêng biệt bởi Wireshark, và thực tế là các phản ứng HTTP đơn
được phân mảnh trên nhiều gói tin TCP được chỉ định bởi các "Tiếp tục" cụm từ
hiển thị bởi Wireshark. Chúng tôi nhấn mạnh ở đây là không có "Tiếp tục" tin nhắn trong
HTTP!