Theo dõi một cú nhấp tìm kiếm của Safari qua các chuyển hướng

Kết quả tìm kiếm hiếm khi liên kết thẳng tới trang mà chúng nêu tên. Một cú nhấp có thể đi qua bộ chuyển hướng, một trang đồng ý trung gian hoặc một dịch vụ đăng nhập, và mỗi bước nhảy là một yêu cầu riêng có thể thất bại một mình. Tab Network của Safari giữ chuỗi đó hiển thị, nhưng chỉ khi bạn bắt đầu ghi trước khi nhấp. URL thất bại đầu tiên là bằng chứng hữu ích, không phải địa chỉ hiển thị trong kết quả.

Bắt đầu ghi trước khi nhấp

Mở Web Inspector trên tab và chuyển sang Network trước khi chạm vào kết quả tìm kiếm. Bật Preserve Log để danh sách tồn tại qua lần điều hướng thay thế trang. Xóa các mục hiện có, rồi thực hiện đúng một cú nhấp. Một bản ghi bắt đầu sau khi trang tải xong đã mất yêu cầu mà bạn cần.

Dùng một trang không có dữ liệu riêng tư và giữ nguyên hồ sơ trình duyệt cùng trạng thái VPN trong suốt quá trình so sánh. Thay đổi một trong hai giữa chừng khiến hai đường đi không thể so sánh.

Đọc các chuyển hướng theo thứ tự

Đọc các hàng từ trên xuống và theo dõi mã trạng thái. Một 301 hoặc 302 có trường Location trỏ tới máy chủ khác là một bước nhảy, không phải đích đến. Yêu cầu tiếp theo là một lần điều hướng mới với phân giải tên, bắt tay TLS và kiểm tra chính sách riêng. Đếm xem cú nhấp chạm tới bao nhiêu máy chủ trước khi nội dung đến.

Hướng dẫn của WebKit về tab Network ghi lại cách hoạt động của bản ghi yêu cầu và tùy chọn Preserve Log, điều đáng đọc trước khi diễn giải một danh sách thưa. Các hàng thiếu thường nghĩa là bản ghi bắt đầu muộn hoặc một service worker trả lời từ bộ nhớ đệm, chứ không phải trình duyệt đã bỏ qua một bước nhảy.

So sánh với điều hướng trực tiếp

Thực hiện lượt thứ hai tới trang cuối dự định, được gõ hoặc dán trực tiếp, dưới cùng hồ sơ và mạng. So sánh hai danh sách từ hàng đầu tiên nơi chúng khác nhau. Nếu đường đã nhấp thất bại tại một trung gian mà đường trực tiếp không bao giờ liên hệ, vấn đề nằm ở trung gian đó. Nếu cả hai tới cùng một origin và chỉ một bị từ chối, trạng thái tài khoản hoặc chi tiết yêu cầu là manh mối tốt hơn.

Giữ hai bản ghi cạnh nhau kèm dấu thời gian. Chênh lệch thời gian không chứng minh quan hệ nhân quả, nhưng thu hẹp dịch vụ cần điều tra tiếp theo. Ghi lại hàng thất bại thuộc máy chủ nào, vì cùng một triệu chứng trình duyệt có chủ khác nhau ở các giai đoạn khác nhau. Nếu lượt trực tiếp cũng thất bại, đường nhấp không phải yếu tố phân biệt.

Gọi tên chính xác giai đoạn lỗi

Văn bản lỗi của hàng cụ thể hơn một khẳng định chung rằng trang bị chặn. Lỗi phân giải tên, kết nối không bao giờ hoàn tất, lỗi TLS và trạng thái HTTP là bốn giai đoạn khác nhau với bốn chủ khác nhau. Ghi lại giai đoạn đó bằng lời thay vì một thất bại chung, và mục tiêu leo thang trở nên rõ ràng.

Ping và traceroute có thể thêm manh mối về một máy chủ, nhưng chúng không phát lại chuỗi chuyển hướng của trình duyệt và không chứng minh một yêu cầu HTTPS thành công. Một ping thành công tới máy chủ thậm chí có thể cùng tồn tại với lỗi TLS trên chính máy chủ đó. Giữ bản ghi yêu cầu web làm bằng chứng chính và coi các thử nghiệm mạng sau đó là chi tiết hỗ trợ.

Chia sẻ dấu vết mà không lộ token

Trước khi xuất hoặc dán một dấu vết, hãy xem lại mọi URL, tiêu đề và tham số truy vấn. Chuỗi chuyển hướng thường mang mã định danh phiên, địa chỉ email, trạng thái đồng ý hoặc liên kết đã ký. Thay thế hoặc cắt bớt các giá trị đó, và giữ origin, trạng thái cùng thời điểm mà cuộc điều tra thực sự cần.

Chuyển giao yêu cầu thất bại đầu tiên, bước nhảy trước nó và trạng thái chuyển hướng. Bộ ba đó cho phép người tiếp theo tái tạo đường đi của bạn mà không đọc toàn bộ dấu vết hay chạm vào tài khoản.