Vì sao Little Snitch vẫn liệt kê trình duyệt dưới một VPN?

Bạn bật VPN, mở Little Snitch, và trình duyệt ở ngay đó, với kết nối tới một trang mà bạn tưởng là đi qua đường hầm. Mục đó tự nó không phải bằng chứng rò rỉ. Một bộ theo dõi cục bộ báo cáo tiến trình nào đã mở socket trên máy này, và trình duyệt đã mở nó; ứng dụng VPN là tiến trình thứ hai nhận các gói đó sau đó. Cả hai câu đều đúng cùng lúc, và màn hình đang cho bạn thấy câu thứ nhất.

Bộ theo dõi cục bộ có thể và không thể quy gán điều gì

Việc quy gán diễn ra tại socket. Nhân hệ điều hành biết tiến trình nào sở hữu một kết nối, nên Little Snitch có thể gắn nhãn mục đó bằng tên ứng dụng với độ tin cậy cao. Điều nó không thấy theo mặc định là kết nối bên ngoài mà VPN dựng quanh lưu lượng đó, vì kết nối ấy thuộc về một tiến trình khác.

Tên miền là tín hiệu yếu hơn vẻ ngoài của chúng. Trong một kết nối HTTPS, tên có thể đến từ truy vấn DNS, từ tên máy chủ được đề nghị trong lúc bắt tay, hoặc từ tra cứu ngược địa chỉ, tùy vào những gì hệ thống đã quan sát. Không điều nào trong số đó đòi hỏi giải mã trang, và không điều nào chứng minh các byte đã đi đâu sau đó.

Vậy mục của trình duyệt trả lời ai, chứ không phải ở đâu. Hãy coi nó là dữ liệu quy gán và lấy câu ở đâu từ một chế độ xem khác.

Bước một: bắt đầu từ cửa sổ trống thay vì cuộn lịch sử

Các mục cũ không thể cho bạn biết cấu hình hiện tại làm gì. Chuyển bộ lọc thời gian sang Từ bây giờ, hoặc nhấn Command-K, để cửa sổ chỉ hiển thị những kết nối xuất hiện sau thời điểm đó.

Sau đó làm đúng một việc vô hại trong ứng dụng bạn đang điều tra, chẳng hạn tải một trang mà bạn được phép tải. Một hành động, một thời điểm, để những mục xuất hiện có thể gắn với nó mà không phải đoán. Chờ một hoặc hai giây sau khi xong, vì việc tải trang tạo ra một loạt kết nối chứ không phải một. Đọc danh sách khi nó còn đang đầy lên bảo đảm bạn sẽ đánh giá sai thứ tự.

Trước khi đọc kết quả, hãy kiểm tra xem ô tìm kiếm hay bộ lọc trạng thái có đang thu hẹp danh sách không. Một bộ lọc còn sót từ phiên trước là lý do phổ biến nhất khiến một kết nối trông như mất đi trong khi nó chỉ bị ẩn, và cũng là lý do hai người nhìn cùng một máy lại không đồng ý về việc gì đang xảy ra.

Bước hai: gồm cả kết nối của tiện ích để thấy chính đường hầm

Ứng dụng VPN trên một phiên bản macOS hiện hành thường là tiện ích mạng chứ không phải ứng dụng thông thường. Bật Hiện tiện ích mạng trong Monitor và những kết nối mà tiện ích đó tạo ra sẽ hiện ra bên cạnh mọi thứ khác.

Giờ có thể đọc hai lớp cùng nhau. Trình duyệt là nguồn của yêu cầu, và tiện ích là phương tiện vận chuyển nó. Thấy cả hai là bình thường và đáng mong đợi; chỉ thấy tiện ích thường nghĩa là chế độ xem bị lọc, còn chỉ thấy ứng dụng nghĩa là chế độ xem tiện ích đang tắt.

Không chế độ xem nào tự nó kiểm kê toàn bộ đường đi. Các quy tắc định tuyến, hành vi DNS và mọi ngoại lệ theo ứng dụng nằm ngoài danh sách kết nối, nên một câu trả lời đầy đủ đòi hỏi kiểm tra chúng riêng.

Bước ba: phân biệt một kết nối trực tiếp thật với một hiệu ứng hiển thị

Nếu bạn nghi ngờ một đích cụ thể đang đi ra trực tiếp, hãy nêu tên đích đó và kiểm tra riêng nó. Xem cấu hình định tuyến và chặn của chính ứng dụng VPN cho máy chủ hoặc ứng dụng đó, và xác nhận xem nó có nên bị loại trừ không.

Điều bạn không nên làm là chặn mọi mục trình duyệt nhìn thấy được để phản ứng. Trình duyệt vẫn phải tạo các kết nối của nó, và chặn chúng trong bộ theo dõi không chuyển hướng chúng vào đường hầm; nó chỉ dừng chúng lại. Như vậy một câu hỏi chẩn đoán biến thành sự cố. Nếu một quy tắc có vẻ cần thiết, hãy giới hạn nó ở đích duy nhất bạn có thể biện minh, kèm ghi chú vì sao nó tồn tại.

Sự thận trọng tương tự áp dụng cho cột tên miền. Một cái tên làm bạn ngạc nhiên có thể là tên máy chủ chia sẻ, một điểm phân phối nội dung, hoặc một tra cứu xảy ra trước khi đường hầm được bật, và coi nó là bằng chứng rò rỉ dẫn tới những quy tắc phá hỏng lưu lượng đang hoạt động.

Bước bốn: giữ chế độ xem và quy tắc tách riêng

Mỗi thay đổi trong bài tập này đều thay đổi điều bộ theo dõi hiển thị. Không thay đổi nào thay đổi điều tường lửa cho phép, và không thay đổi nào đưa lưu lượng vào hay ra khỏi đường hầm.

Khi xong, hãy trả các bộ lọc về trạng thái bạn có thể giải thích, để người tiếp theo mở cửa sổ không đọc phải một chế độ xem bạn để lại. Nếu câu hỏi là liệu một đích có đi qua đường hầm không, hãy trả lời từ cài đặt định tuyến và loại trừ, rồi dùng bộ theo dõi để xác nhận kết quả thay vì đoán về nó.