Session ResumptionThe full handshak

Session Resumption
The full handshake is an elaborate protocol that requires many handshake messages and two network round-trips before the client can start sending application data. In addition, the cryptographic operations carried out during the handshake often require intensive CPU processing. Authentication, usually in the form of client and server certificate validation (and revocation checking), requires even more effort. Much of this overhead can be avoided with an abbreviated handshake.
The original session resumption mechanism is based on both the client and the server keeping session security parameters for a period of time after a fully negotiated connection is terminated. A server that wishes to use session resumption assigns it a unique identifier called the session ID. The server then sends the session ID back to the client in the ServerHello message. (You can see this in the example in the previous section.)
A client that wishes to resume an earlier session submits the appropriate session ID in its ClientHello. If the server is willing to resume that session, it returns the same session ID in the ServerHello, generates a new set of keys using the previously negotiated master secret, switches to encryption, and sends its Finished message. The client, when it sees that the session is being resumed, does the same. The result is a short handshake that requires only one network round-trip.

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

Nối lại phiên làm việcCái bắt tay đầy đủ là một giao thức phức tạp mà đòi hỏi nhiều bắt tay nhắn và hai mạng round-trips trước khi khách hàng có thể bắt đầu gửi dữ liệu ứng dụng. Ngoài ra, các hoạt động mật mã được thực hiện trong quá trình bắt tay thường yêu cầu chuyên sâu CPU xử lý. Xác thực, thông thường trong các hình thức của khách hàng và máy chủ xác nhận chứng chỉ (và kiểm tra việc thu hồi), đòi hỏi phải nỗ lực nhiều hơn. Phần lớn chi phí này có thể tránh được với một cái bắt tay viết tắt.Cơ chế trở lại phiên bản gốc được dựa trên các khách hàng và máy chủ giữ phiên thông số bảo mật cho một thời gian sau khi một kết nối đầy đủ thương lượng bị chấm dứt. Một hệ phục vụ mong muốn sử dụng phiên họp vòng gán cho nó một định danh duy nhất gọi là phiên ID. Các máy chủ sau đó gửi ID phiên làm việc trở lại cho khách hàng trong thư ServerHello. (Bạn có thể thấy điều này trong ví dụ trong phần trước.)Một khách hàng mong muốn tiếp tục một phiên trước đó nộp ID phiên làm việc thích hợp trong ClientHello của nó. Nếu hệ phục vụ sẵn sàng để tiếp tục phiên làm việc đó, nó đã trở lại cùng một phiên ID trong ServerHello, tạo ra một tập mới của phím bằng cách sử dụng bí mật đàm phán trước đó chủ, chuyển sang mã hóa và gửi thông báo đã hoàn thành. Các khách hàng, khi nó thấy rằng phiên họp đang được tiếp tục trở lại, không giống nhau. Kết quả là một cái bắt tay ngắn mà đòi hỏi phải chỉ có một mạng trọn vòng.

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

Nối lại phiên
Những cái bắt tay đầy đủ là một giao thức phức tạp đòi hỏi nhiều thông điệp bắt tay và hai mạng vòng các chuyến đi trước khi các khách hàng có thể bắt đầu gửi dữ liệu ứng dụng. Ngoài ra, các hoạt động mật mã thực hiện trong khi bắt tay thường yêu cầu xử lý CPU. Xác thực, thường ở dạng của khách hàng xác nhận và chứng chỉ máy chủ (và kiểm tra thu hồi), đòi hỏi phải nỗ lực nhiều hơn. Phần lớn chi phí này có thể tránh được với một cái bắt tay viết tắt.
Cơ chế phiên trở lại ban đầu được dựa trên cả máy khách và máy chủ lưu giữ các thông số an ninh phiên cho một khoảng thời gian sau khi kết nối đàm phán hoàn toàn chấm dứt. Một máy chủ có nhu cầu sử dụng phiên nối lại gán cho nó một định danh duy nhất gọi là session ID. Các máy chủ sau đó sẽ gửi ID phiên lại cho khách hàng trong tin nhắn ServerHello. (Bạn có thể thấy điều này trong các ví dụ trong phần trước.)
Một khách hàng có nhu cầu tiếp tục một phiên trước đó nộp ID phiên thích hợp trong ClientHello của nó. Nếu máy chủ sẵn sàng để tiếp tục phiên họp đó, nó trả về ID phiên cùng trong ServerHello, tạo ra một tập mới của các phím sử dụng bí mật chính đã thương lượng trước đó, chuyển sang mã hóa và gửi thông điệp Hoàn tất của nó. Các khách hàng, khi nó thấy rằng phiên đang được tiếp tục, không giống nhau. Kết quả là một cái bắt tay ngắn mà chỉ đòi hỏi một mạng khứ.