Đáp án Quiz Network & HTTP — 75 câu hỏi có giải thích

Đáp án: A

TCP có kết nối, bảo đảm gói tới đủ và đúng thứ tự, tự gửi lại khi mất. UDP không kết nối, không bảo đảm gì — đổi lại nhẹ và độ trễ thấp hơn, phù hợp khi mất vài gói không nghiêm trọng bằng việc chậm.

Đáp án: C

SYN (client xin mở) → SYN-ACK (server chấp nhận và mở chiều ngược lại) → ACK (client xác nhận). Sau ba bước này hai bên đã đồng bộ số thứ tự và kết nối sẵn sàng truyền dữ liệu.

Đáp án: C

301 = chuyển hướng vĩnh viễn: trình duyệt cache lại rất lâu và công cụ tìm kiếm chuyển giá trị sang URL mới. 302 = tạm thời: không cache lâu, URL cũ vẫn được coi là địa chỉ chính.

Đáp án: A

A trỏ tên miền tới một địa chỉ IPv4 (AAAA cho IPv6). CNAME là bí danh trỏ tới một tên miền khác, nên phải phân giải thêm một bước nữa mới ra IP.

Đáp án: B

Ba thứ: bí mật (bên thứ ba không đọc được nội dung), toàn vẹn (không sửa được trên đường), xác thực máy chủ (chứng chỉ chứng minh bạn đang nói chuyện với đúng tên miền đó).

Đáp án: C

GET (cùng với HEAD và OPTIONS) là phương thức an toàn — chỉ đọc, không làm đổi trạng thái. Khái niệm này khác với bất biến khi lặp (idempotent): GET, PUT, DELETE đều bất biến khi lặp, còn POST thì không.

Đáp án: C

Tài nguyên được coi là còn mới trong 3600 giây: trong khoảng đó trình duyệt dùng thẳng bản trong cache, không gửi yêu cầu nào tới máy chủ. Hết hạn thì nó chuyển sang trạng thái cần kiểm chứng lại, chứ không phải bị xóa.

Đáp án: B

Độ trễ là thời gian một gói đi và về (mili giây). Băng thông là lượng dữ liệu truyền được mỗi giây. Nâng băng thông không làm giảm độ trễ — và với trang web nhiều yêu cầu nhỏ, độ trễ mới là thứ quyết định.

Đáp án: C

Reverse proxy đứng trước máy chủ, nhận yêu cầu thay cho dịch vụ (phân tải, chấm dứt TLS, cache, chặn tấn công). Forward proxy đứng trước client, đại diện người dùng đi ra ngoài (lọc nội dung, ẩn địa chỉ, kiểm soát truy cập trong mạng nội bộ).

Đáp án: D

502 Bad Gateway: proxy nhận được phản hồi không hợp lệ từ dịch vụ phía sau (hoặc dịch vụ đó chết). 504 Gateway Timeout: proxy không nhận được phản hồi kịp trong thời gian chờ đã đặt.

Đáp án: A

PUT thay thế toàn bộ tài nguyên bằng nội dung gửi lên — trường không có trong body coi như bị xoá. PATCH chỉ mô tả phần cần đổi. Vì vậy PUT là idempotent một cách tự nhiên, còn PATCH thì tuỳ định dạng patch được dùng.

Đáp án: C

Trả 201 Created kèm header Location trỏ tới tài nguyên mới. Nếu việc xử lý còn đang chạy nền thì dùng 202 Accepted kèm cách theo dõi tiến độ. 204 No Content dùng cho thành công mà không cần trả body, phổ biến với xoá.

Đáp án: A

Các dải riêng (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) dùng cho mạng nội bộ và không được định tuyến trên Internet. Nhờ vậy nhiều tổ chức dùng chung cùng dải mà không xung đột, và thiết bị ra Internet phải qua NAT.

Đáp án: B

HEAD trả về đúng header như GET nhưng không có body. Dùng để kiểm tra kích thước file, thời điểm sửa hoặc loại nội dung trước khi quyết định tải; hoặc để xác nhận một đường dẫn còn tồn tại mà không tốn băng thông.

Đáp án: D

MTU là kích thước gói tin lớn nhất truyền được trên một chặng mà không phải chia nhỏ, thường là 1500 byte trên mạng Ethernet. Gói lớn hơn phải được phân mảnh, và phân mảnh làm giảm hiệu năng đồng thời tăng nguy cơ mất dữ liệu.

Đáp án: D

Nó liệt kê các chặng trung gian trên đường tới đích cùng độ trễ tới từng chặng. Nhờ đó khoanh được vùng có vấn đề: độ trễ tăng vọt ở chặng đầu là mạng nội bộ, ở giữa là nhà cung cấp, ở cuối là phía đích.

Đáp án: A

Vì các ký tự như ?, &, =, /, # mang ý nghĩa cấu trúc trong URL. Một giá trị chứa chúng mà không mã hoá sẽ bị hiểu nhầm thành phần phân tách. Mã hoá phần trăm biến chúng thành dạng an toàn để truyền nguyên vẹn.

Đáp án: A

Nó dùng ICMP để đo thời gian đi và về tới một địa chỉ, và thống kê tỷ lệ gói không nhận được phản hồi. Vì hoạt động ở tầng mạng, nó cho biết đường đi có thông không mà không cần dịch vụ nào đang chạy ở phía đích.

Đáp án: D

Cổng cho phép nhiều dịch vụ cùng chạy trên một địa chỉ: hệ điều hành dựa vào cặp địa chỉ và cổng để biết gói tin thuộc về tiến trình nào. Một số cổng có quy ước sẵn (80 cho HTTP, 443 cho HTTPS, 22 cho SSH) để client biết kết nối tới đâu.

Đáp án: A

Nó cho client biết loại dữ liệu và bảng mã ký tự để giải mã đúng. Thiếu phần bảng mã, client phải đoán — và đoán sai là nguyên nhân kinh điển khiến tiếng Việt hiển thị thành ký tự lạ.

Đáp án: C

Ghép nhiều luồng trên một kết nối: HTTP/1.1 phải chờ xong yêu cầu trước mới gửi yêu cầu sau trên cùng kết nối, nên trình duyệt phải mở nhiều kết nối song song. HTTP/2 gửi nhiều yêu cầu cùng lúc trên một kết nối, cộng thêm nén header.

Đáp án: D

Khi yêu cầu không thuộc nhóm đơn giản: dùng phương thức ngoài GET/HEAD/POST, có header tùy chỉnh (ví dụ Authorization hoặc X-Request-Id), hoặc Content-Type ngoài ba loại được coi là đơn giản. Trình duyệt gửi OPTIONS hỏi trước rồi mới gửi yêu cầu thật.

Đáp án: C

Là định danh phiên bản của tài nguyên. Khi bản cache hết hạn, client gửi lại ETag qua If-None-Match; nếu nội dung chưa đổi, máy chủ trả 304 Not Modified không kèm thân phản hồi — tiết kiệm băng thông mà vẫn bảo đảm dữ liệu mới.

Đáp án: C

Hạn chế việc gửi cookie khi yêu cầu xuất phát từ trang khác — lớp phòng vệ chính chống CSRF. Strict không gửi trong mọi điều hướng từ ngoài; Lax gửi khi người dùng bấm liên kết dẫn sang; None gửi mọi lúc nhưng bắt buộc phải kèm Secure.

Đáp án: A

Vì TTL: các phân giải trung gian và chính máy người dùng còn giữ bản ghi cũ trong cache cho tới khi hết thời gian sống. Muốn đổi nhanh, hãy hạ TTL xuống trước vài ngày rồi mới đổi bản ghi.

Đáp án: B

Server-Sent Events — luồng một chiều từ máy chủ xuống trình duyệt, chạy trên HTTP thường, tự động kết nối lại, và đơn giản hơn WebSocket. Dùng WebSocket khi cần hai chiều thật sự (chat, cộng tác thời gian thực, game).

Đáp án: B

Quyết định hai yêu cầu có được coi là giống nhau hay không. Mặc định thường gồm tên miền, đường dẫn và tham số truy vấn. Thiếu một thành phần quan trọng thì người dùng này nhận nội dung của người kia; thêm thành phần thừa thì tỉ lệ trúng cache tụt.

Đáp án: C

Vì POST không bất biến khi lặp: gọi hai lần tạo ra hai đơn. Mà gọi lại là chuyện thường xuyên — mạng chập chờn, client tự thử lại, người dùng bấm hai lần. Khóa chống trùng cho phép máy chủ nhận ra lần gọi lặp và trả về kết quả cũ thay vì tạo mới.

Đáp án: C

Thời gian từ lúc gửi yêu cầu tới khi nhận byte đầu tiên của phản hồi. Nó gộp nhiều phần: phân giải DNS, bắt tay TCP và TLS, đường truyền, và thời gian máy chủ xử lý — nên TTFB cao chưa nói được lỗi nằm ở đâu.

Đáp án: A

256 địa chỉ (từ .0 tới .255). Ký hiệu /24 nghĩa là 24 bit đầu cố định cho phần mạng, còn 8 bit cho phần host nên có 2 mũ 8 địa chỉ. Trong đó thường chỉ 254 dùng được cho máy vì .0 là địa chỉ mạng và .255 là quảng bá.

Đáp án: B

Brotli cho tỉ lệ nén tốt hơn với nội dung văn bản, đổi lại tốn CPU hơn ở mức nén cao. Cách dùng chuẩn: nén sẵn tệp tĩnh ở mức cao ngay lúc build, còn nội dung động thì nén ở mức thấp hoặc trung bình khi phục vụ.

Đáp án: B

Buộc trình duyệt chỉ dùng HTTPS với tên miền đó trong khoảng thời gian khai báo, kể cả khi người dùng gõ http://. Nó loại bỏ lần chuyển hướng đầu tiên qua HTTP — đúng chỗ mà kẻ tấn công ở giữa có thể can thiệp.

Đáp án: D

Đổi địa chỉ riêng của thiết bị trong mạng nội bộ thành địa chỉ công khai khi đi ra internet, và ánh xạ ngược lại khi phản hồi về. Nhờ vậy cả một mạng dùng chung một địa chỉ công khai.

Đáp án: A

Resolver đệ quy nhận yêu cầu từ client rồi tự đi hỏi lần lượt từ máy chủ gốc xuống, và cache kết quả. Máy chủ có thẩm quyền giữ dữ liệu gốc của một vùng và trả lời chính thức cho vùng đó.

Đáp án: D

Bằng một yêu cầu HTTP có header Upgrade: websocket. Máy chủ chấp nhận thì trả mã 101 Switching Protocols, sau đó cùng một kết nối TCP chuyển sang giao thức WebSocket hai chiều.

Đáp án: C

Vì TCP coi mất gói là dấu hiệu tắc nghẽn nên chủ động cắt giảm cửa sổ gửi rồi tăng lại từ từ. Nên chỉ vài phần trăm gói mất cũng có thể làm thông lượng tụt rất sâu, nhất là trên đường truyền có độ trễ cao.

Đáp án: A

Cho phép trả bản đã hết hạn ngay lập tức trong một khoảng thời gian, đồng thời làm mới ở phía sau để lần yêu cầu sau có bản mới. Người dùng không phải chờ lần lấy lại từ gốc.

Đáp án: D

Tầng ứng dụng — HTTP dùng dịch vụ của TCP ở tầng vận chuyển, TCP dùng IP ở tầng mạng, IP dùng tầng liên kết. Mỗi tầng chỉ cần biết giao diện của tầng ngay dưới nó.

Đáp án: C

429 Too Many Requests nghĩa là bạn đã vượt giới hạn tần suất. Đọc header Retry-After nếu có, chờ đúng khoảng đó rồi thử lại với giãn cách tăng dần. Thử lại ngay chỉ làm tình hình xấu hơn cho cả hai bên.

Đáp án: D

Nối chứng chỉ của máy chủ tới một chứng chỉ gốc nằm sẵn trong kho tin cậy của trình duyệt, qua một hoặc vài chứng chỉ trung gian. Không có chuỗi đầy đủ, trình duyệt không xác minh được và báo lỗi dù chứng chỉ vẫn còn hạn.

Đáp án: B

Client đã có bản cache kèm ETag, gửi lại giá trị đó để hỏi còn hợp lệ không. Server so thấy nội dung chưa đổi nên trả 304 Not Modified không kèm body — client dùng lại bản trong cache. Đây là cách tiết kiệm băng thông khi cache đã hết hạn nhưng nội dung chưa đổi.

Đáp án: D

Client gửi Range: bytes=1000-2000 để lấy đúng phần cần. Server trả 206 Partial Content kèm Content-Range. Đây là nền của việc tiếp tục tải khi đứt kết nối, tải song song nhiều phần, và tua video tới giữa mà không tải từ đầu.

Đáp án: C

Vary liệt kê các header của request ảnh hưởng tới nội dung phản hồi. Cache dùng nó để tạo các bản riêng cho từng giá trị — ví dụ Vary: Accept-Encoding giữ bản nén và bản không nén riêng biệt thay vì phục vụ nhầm cho nhau.

Đáp án: A

Client gửi các header Accept, Accept-Language, Accept-Encoding kèm trọng số ưu tiên; server chọn bản phù hợp nhất trong số nó có và báo lại bằng Content-Type, Content-Language, Content-Encoding, kèm Vary để cache xử lý đúng.

Đáp án: D

Chúng quyết định cookie được gửi kèm cho những request nào. Domain mở rộng phạm vi ra các tên miền con; Path giới hạn theo tiền tố đường dẫn. Không khai báo Domain thì cookie chỉ gửi cho đúng máy chủ đã đặt nó.

Đáp án: D

Nó chặn việc trình duyệt tự đoán loại nội dung dựa trên phần đầu của dữ liệu thay vì tin Content-Type khai báo. Nếu không có nó, một file người dùng tải lên được khai báo là văn bản thuần có thể bị đoán là HTML và thực thi script bên trong.

Đáp án: D

Mỗi kết nối mới cần bắt tay TCP rồi bắt tay TLS, tốn vài lượt đi về trước khi gửi được byte dữ liệu đầu tiên. Với độ trễ 100ms mỗi lượt, đó là vài trăm mili giây cho mỗi kết nối. Tái sử dụng bỏ được toàn bộ phần này cho các request tiếp theo.

Đáp án: A

Dùng khi server chưa biết tổng kích thước lúc bắt đầu gửi — nội dung được sinh dần, kết quả truy vấn được truyền theo luồng, hoặc phản hồi được tạo trong lúc xử lý. Mỗi khối có độ dài riêng, và một khối rỗng báo hiệu kết thúc.

Đáp án: C

Đọc header X-Forwarded-For (hoặc Forwarded theo chuẩn). Điểm quan trọng: header này client gửi được nên có thể chứa giá trị giả. Chỉ tin phần do các proxy của chính bạn thêm vào, tính từ phải sang trái, và bỏ qua phần client tự khai.

Đáp án: A

no-cache cho phép lưu nhưng bắt buộc xác thực lại với server trước mỗi lần dùng — nếu nội dung chưa đổi thì server trả 304 và bản cache được dùng lại. no-store cấm ghi bản sao ở bất kỳ đâu, dành cho dữ liệu nhạy cảm.

Đáp án: A

Nó cho client biết nên chờ bao lâu trước khi thử lại, dưới dạng số giây hoặc một mốc thời gian cụ thể. Client tôn trọng giá trị này sẽ không dồn thêm tải lên hệ thống đang quá tải, và cũng không phải đoán khoảng chờ.

Đáp án: D

Hai nhóm dùng chính: xác minh quyền sở hữu tên miền cho các dịch vụ bên ngoài, và cấu hình xác thực email (SPF, DKIM, DMARC). Cả hai đều dựa trên việc chỉ chủ sở hữu mới đặt được bản ghi cho tên miền đó.

Đáp án: A

Ba lớp phổ biến: cache của ứng dụng hoặc trình duyệt, cache của hệ điều hành, và cache ở máy chủ phân giải. Mỗi lớp có thời hạn riêng, nên sau khi đổi bản ghi, một số người dùng vẫn tới địa chỉ cũ cho tới khi mọi lớp hết hạn.

Đáp án: B

Nó chống giả mạo câu trả lời: các bản ghi được ký số, nên bên hỏi xác minh được câu trả lời đúng là do chủ sở hữu công bố. Nó không mã hoá truy vấn — ai đứng giữa vẫn thấy bạn đang hỏi tên miền nào.

Đáp án: C

307 và 308 bảo đảm giữ nguyên phương thức và body. Các mã cũ (301, 302) được nhiều client hiện thực theo cách đổi POST thành GET và bỏ body — hành vi lệch với đặc tả nhưng đã phổ biến tới mức trở thành thực tế.

Đáp án: C

Server phải trả đúng origin cụ thể (không dùng ký tự đại diện) trong Access-Control-Allow-Origin, cộng với Access-Control-Allow-Credentials: true. Client cũng phải bật chế độ gửi kèm credentials. Thiếu một trong ba thì trình duyệt chặn.

Đáp án: D

Nó đặt một tầng cache trung gian giữa các điểm hiện diện và máy chủ nguồn. Khi nhiều điểm cùng trượt cache, chúng gọi tới tầng này thay vì gọi thẳng về nguồn — nên nguồn chỉ nhận một lượt thay vì hàng chục.

Đáp án: C

Đường dẫn mang thêm thời hạn và chữ ký tính từ đường dẫn cộng thời hạn bằng khoá bí mật. Server kiểm tra chữ ký trước khi phục vụ, nên không ai sửa được đường dẫn hay kéo dài thời hạn. Ai có đường dẫn thì truy cập được trong thời hạn đó.

Đáp án: A

SSE khi chỉ cần server đẩy xuống client — đơn giản, tự kết nối lại, chạy trên HTTP thông thường. WebSocket khi cần hai chiều thật sự như chat hoặc cộng tác. Long polling khi hạ tầng trung gian chặn hai cơ chế kia.

Đáp án: B

Bốn kiểu: đơn lẻ (một request một response), luồng từ server (một request nhiều response), luồng từ client (nhiều request một response), và luồng hai chiều. Tất cả chạy trên HTTP/2 nên dùng chung một kết nối.

Đáp án: B

Đường dẫn dễ nhìn, dễ thử bằng trình duyệt, dễ định tuyến ở tầng hạ tầng — nên phổ biến hơn với API công khai. Header giữ đúng nguyên tắc một tài nguyên có một địa chỉ, nhưng khó thao tác và khó cache hơn.

Đáp án: B

Pipelining gửi được nhiều request nhưng phản hồi phải về đúng thứ tự — một phản hồi chậm chặn tất cả phía sau. Multiplexing của HTTP/2 gán định danh cho từng luồng nên các phản hồi đan xen tự do, và một luồng chậm không chặn luồng khác.

Đáp án: B

Nó khai thác việc server giữ kết nối mở trong lúc chờ request hoàn tất. Kẻ tấn công mở hàng nghìn kết nối rồi gửi từng byte rất chậm, chiếm hết số kết nối đồng thời mà chỉ tốn băng thông không đáng kể — nên rất khó phát hiện qua giám sát lưu lượng.

Đáp án: D

Thường do thời gian giữ kết nối nhàn rỗi lệch nhau giữa các tầng: server hoặc load balancer đóng trước trong khi client vẫn giữ trong pool. Request tiếp theo gửi vào kết nối vừa bị đóng và thất bại. Cách sửa là đặt thời gian ở client ngắn hơn ở server.

Đáp án: C

Ưu điểm: quản lý chứng chỉ ở một nơi, máy chủ ứng dụng nhẹ hơn, và tầng cân bằng tải đọc được nội dung để định tuyến theo đường dẫn. Đánh đổi: chặng từ đó vào máy chủ đi ở dạng rõ nếu không mã hoá lại.

Đáp án: B

Có tác dụng thô: client nhận nhiều địa chỉ và chọn một. Nhưng cache ở nhiều lớp và cách chọn khác nhau giữa các client khiến phân bố lệch, và quan trọng hơn — DNS không biết máy nào đã hỏng, nên vẫn trả về địa chỉ chết.

Đáp án: B

Kiểm khả năng phục vụ thật: ứng dụng đã khởi tạo xong và các phụ thuộc thiết yếu hoạt động. Nhưng không kiểm quá rộng — nếu health check phụ thuộc vào một dịch vụ phụ, dịch vụ đó hỏng sẽ khiến mọi máy bị loại và gây sự cố toàn diện.

Đáp án: A

Không nén các định dạng đã nén sẵn: ảnh JPEG và PNG, video, file nén. Nén thêm tốn CPU mà kích thước gần như không đổi, đôi khi còn tăng nhẹ. Văn bản, JSON, HTML, CSS và JavaScript thì ngược lại — thường giảm được đáng kể.

Đáp án: B

Ít nhất ba loại: thời gian thiết lập kết nối (ngắn, vì kết nối tới dịch vụ khoẻ thì rất nhanh), thời gian chờ dữ liệu giữa các lần đọc, và tổng thời gian cho cả request để chặn trường hợp dữ liệu về nhỏ giọt mãi không hết.

Đáp án: D

Cùng một tên miền trả địa chỉ nội bộ cho truy vấn từ trong mạng và địa chỉ công khai cho truy vấn từ ngoài. Nhờ đó ứng dụng dùng chung một tên miền trong cấu hình, còn lưu lượng nội bộ không phải đi vòng ra Internet rồi quay lại.

Đáp án: B

Để các request tương đương về nội dung dùng chung một bản. Nếu khoá tính cả tham số theo dõi chiến dịch, thứ tự tham số, hay toàn bộ header cookie, thì mỗi người dùng tạo ra một bản riêng và tỷ lệ trúng cache về gần không.

Đáp án: B

Rõ nhất khi nhiều request lặp lại cùng các header. Cookie và header xác thực có thể chiếm hàng trăm byte và được gửi lại ở mọi request; với trang tải hàng trăm tài nguyên, phần lặp này cộng lại rất lớn. Cơ chế nén giữ một bảng chung và chỉ gửi phần khác biệt.

Đáp án: C

Server trả header khai báo thời hạn cache preflight, và trình duyệt lưu kết quả cho tổ hợp origin, phương thức và header đó. Nhờ vậy các request tiếp theo trong thời hạn không phải hỏi trước — giảm một nửa số lượt đi về cho các API gọi thường xuyên.

Đáp án: A

Máy chủ bị gỡ khỏi vòng phân phối nên không nhận request mới, nhưng vẫn hoàn tất các request đang xử lý trước khi dừng. Không có bước này, mọi request đang chạy khi triển khai đều thất bại và người dùng thấy lỗi.

Đáp án: C

Nó dùng lại khoá đã thiết lập từ phiên trước nên bỏ được phần lớn phép toán khoá công khai — phần tốn CPU nhất của bắt tay — và rút ngắn số lượt đi về. Kết quả là kết nối mới tới cùng máy chủ nhanh hơn đáng kể.