Proxy gỡ lỗi bị mù khi VPN công ty kết nối

Công cụ bắt gói chạy suốt buổi sáng, tunnel kết nối, rồi nó im lặng. Ngắt kết nối thì nó chạy lại. Phản xạ đầu tiên là VPN đã làm hỏng proxy, nhưng thực ra cấu hình proxy không thay đổi gì. Thứ đã thay đổi là cấu hình nào mà các ứng dụng đọc bây giờ: mục tunnel có thể mang cài đặt proxy riêng, một profile được quản lý có thể bật lại cấu hình tự động, và một số môi trường chạy chỉ đọc một phần những gì hệ điều hành cung cấp. Hãy đọc giá trị theo từng kết nối trước khi chạm vào giá trị toàn cục.

Windows giữ proxy riêng cho từng kết nối

Trong tùy chọn Internet có hai lớp trông giống nhau trong hộp thoại. Cài đặt mạng cục bộ áp dụng cho kết nối cục bộ thông thường, còn mục quay số hoặc VPN giữ bản sao riêng dưới HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections, được lưu dưới dạng giá trị nhị phân. Việc ghi các giá trị registry toàn cục quen thuộc không cập nhật bản sao đó.

Đúng là công cụ hoạt động đúng trước khi kết nối và sai sau đó như vậy, mà không có thay đổi nào nhìn thấy được trong cài đặt của nó. Hộp thoại bạn đang nhìn là bảng mạng cục bộ. Nó đúng, và nó không liên quan. Mục mà Windows thực sự dùng là mục được tạo cho tunnel.

Cách được hỗ trợ để thay đổi một mục là API tùy chọn kết nối WinINET: điền vào INTERNET_PER_CONN_OPTION_LIST tên kết nối, cờ, máy chủ proxy và danh sách loại trừ, áp dụng rồi làm mới. Để kiểm tra nhanh, hãy mở hộp thoại cài đặt của chính mục tunnel và so sánh bảng proxy của nó với bảng mạng cục bộ; sự khác biệt thường rõ ràng khi bạn biết phải nhìn ở đâu.

PAC được quản lý có thể tự bật lại

Trên macOS, script cấu hình proxy tự động và tự động phát hiện proxy là thuộc tính của một dịch vụ mạng, không phải của máy. Một profile cấu hình có thể bắt buộc chúng, nên chúng xuất hiện lại sau khi bạn bỏ chọn, và mọi yêu cầu sau đó đi tới proxy mà script chọn.

Hãy kiểm tra và, nếu được phép, tắt hai công tắc đó cho dịch vụ mang lưu lượng:

networksetup -setautoproxystate "Wi-Fi" off
networksetup -setproxyautodiscovery "Wi-Fi" off
scutil --proxy

Dùng đúng tên dịch vụ thay vì đoán. Máy tính xách tay có cả Wi-Fi và bộ chuyển đổi USB Ethernet có hai dịch vụ như vậy, và chỉ một dịch vụ mang lưu lượng của bạn. scutil --proxy in ra giá trị của dịch vụ chính hiện tại. So sánh kết quả đó với những gì bạn đã sửa trước khi kết luận profile đã thắng.

Hướng công cụ tới nguồn thượng lưu thật

Nếu script chứa proxy công ty, hãy đọc nó và nhập cùng địa chỉ đó làm proxy bên ngoài trong công cụ bắt gói. Khi đó công cụ chuyển tiếp tới nguồn thượng lưu thật, đúng như proxy công ty mong đợi, và nó vẫn nằm trên đường đi của yêu cầu thay vì chống lại chính sách.

Đó là động thái giữ bạn ở lại trong việc gỡ lỗi thay vì cấu hình lại.

Đẩy proxy vào trong tunnel

Một ứng dụng khách dựa trên OpenVPN có thể chấp nhận các tùy chọn proxy áp dụng sau khi tunnel dựng lên, điều này tiện khi ứng dụng khách sở hữu các tuyến đường:

dhcp-option HTTPPROXY 127.0.0.1:8888
dhcp-option HTTPSPROXY 127.0.0.1:8888

Chỉ những ứng dụng khách tôn trọng tùy chọn này mới dùng nó, và nó ghi cứng cổng lắng nghe của bạn vào một profile. Hãy coi đó là tiện ích phòng thí nghiệm chứ không phải chuẩn triển khai, vì lần đẩy profile tiếp theo sẽ xóa nó đi.

Một số ứng dụng khách không bao giờ đọc proxy hệ thống

Firefox giữ cài đặt proxy riêng, vì vậy đôi khi nó vẫn bắt gói khi một trình duyệt dùng proxy hệ thống đã thôi. Một ứng dụng khách .NET cũ không hiểu cấu hình tự động sẽ kết nối trực tiếp dù chạy ở đâu, nên một trang tải qua mục tunnel vẫn có thể thất bại bên trong ứng dụng.

Các công cụ mạng cũng có nguyên nhân riêng. Một phiên FTP bị treo qua tunnel hoặc chia sẻ mạng điện thoại thường là vấn đề chế độ chủ động so với thụ động mà ứng dụng khách thương lượng, và không cài đặt proxy nào thay đổi được điều đó.

Đọc cấu hình, không phải công tắc

Làm theo thứ tự này: giá trị proxy của chính mục tunnel, trạng thái PAC và tự động phát hiện theo từng dịch vụ, rồi đến cách ứng dụng tự xử lý proxy. Dừng ở mục đầu tiên khác với giả định của bạn.

Mọi trường hợp ở đây đều là vấn đề thứ tự ưu tiên cấu hình. Không trường hợp nào là tunnel làm hỏng công cụ của bạn.