Q1: Which record-layer behavior follows from this handshake?
Multiple ChoiceA TLS 1.2 client offers `truncated_hmac`. The server completes a full handshake but does not include `truncated_hmac` in ServerHello. The selected cipher suite uses HMAC.
Scope: These questions test RFC 6066's TLS-extension wire and failure rules. They do not imply that every extension is appropriate for a new deployment or replace certificate validation, endpoint identification, or application authorization.
A TLS 1.2 client offers `truncated_hmac`. The server completes a full handshake but does not include `truncated_hmac` in ServerHello. The selected cipher suite uses HMAC.
A client offers `status_request` and requires OCSP validation by local policy. A server with an otherwise acceptable certificate completes the handshake without negotiating the extension or sending CertificateStatus.
A client connects to the internationalized DNS name “bücher.example” and constructs RFC 6066 `server_name`.
A client requests `max_fragment_length` 2^10. The ServerHello includes the extension but returns 2^11, intending to choose a nearby supported limit.
A gateway receives SNI `agents.example`, selects that virtual host's certificate, and completes TLS. The protected HTTP request then carries authority `billing.example`. The gateway's routing policy assumes the two names are identical.
A full TLS 1.2 session negotiated `max_fragment_length` 2^10 and `truncated_hmac`. A later ClientHello requests resumption and repeats both offers. The server resumes the session and omits both extensions from ServerHello. The client resets to 2^14 fragments and full HMAC.