Quan sát yêu cầu được proxy chuyển tiếp tại đích của nó
Chọn điểm quan sát phù hợp cho các tiêu đề được thêm hoặc thay đổi sau khi ứng dụng khách gửi yêu cầu HTTP.
Ứng dụng khách chuẩn bị một yêu cầu HTTP, và proxy chuyển tiếp có thể thay đổi thông điệp đó trước khi gửi đi. Đích là nơi phiên bản được chuyển tiếp trở nên quan sát được.
| Điểm quan sát | Thông điệp có sẵn tại đó |
|---|---|
| Đối tượng yêu cầu của ứng dụng khách | Yêu cầu được chuẩn bị cho bước nhảy đầu tiên |
| Nhật ký yêu cầu của nguồn gốc hoặc trình xử lý dội âm | Yêu cầu nhận được sau khi chuyển tiếp |
| Bộ sưu tập tiêu đề phản hồi của ứng dụng khách | Phản hồi nhận được trên đường quay về |
Để kiểm tra có kiểm soát, hãy dùng một điểm cuối do bạn tự vận hành, ghi lại hoặc trả về các tiêu đề yêu cầu đã nhận. Gán cho yêu cầu một dấu hiệu nhận biết để bản ghi của nguồn gốc có thể được liên kết với thao tác cụ thể của ứng dụng khách.
Trong một ứng dụng dựa trên WebClient, ResponseHeaders mô tả phản hồi được trả về. Đây không phải là bản ghi yêu cầu của proxy tới đích. Máy chủ có thể chọn dội lại thông tin yêu cầu trong phần thân phản hồi, nhưng đó là hành vi của ứng dụng.
Nếu đường đi có nhiều trung gian, đích sẽ thấy tác động chuyển tiếp tổng hợp của chúng. Chỉ riêng sự hiện diện của một tiêu đề không gán thay đổi cho một bước nhảy cụ thể. Đối với các trường API tùy chỉnh, quy tắc chuyển tiếp và trường Connection giải thích khi nào thay đổi được dự kiến.
Một đường hầm HTTPS CONNECT thông thường thêm một ranh giới khác: yêu cầu HTTP bên trong được mã hóa giữa ứng dụng khách và trang web. Proxy chuyển tiếp không thể sửa các tiêu đề đã mã hóa đó. Các tiêu đề trong trao đổi CONNECT thuộc về trao đổi riêng đó, trong khi proxy kiểm tra TLS được quản lý có vai trò khác.