ERR_PROXY_CONNECTION_FAILED là gì? Nguyên nhân và cách khắc phục

ERR_PROXY_CONNECTION_ là gì?THẤT BẠI?

Proxies không có rác cung cấp kết nối HTTP, HTTPS và SOCKS5 được quản lý cho các quy trình web công cộng cần cấu hình proxy rõ ràng và xác thực đường dẫn.

Tóm tắt ngắn gọn

  • ERR_PROXY_CONNECTION_FAILED có một ranh giới kỹ thuật chính xác. Sự phân biệt tách rời khả năng tiếp cận khỏi hành vi của proxy. Nếu trình duyệt không thể giải quyết máy chủ proxy hoặc mở cổng lắng nghe của nó, lỗi -130 phù hợp. Nếu nó đã đến proxy nhưng proxy yêu cầu xác thực, từ chối một đường hầm, hoặc không thể đạt được mục tiêu, trình duyệt hoặc ứng dụng có thể báo cáo một lỗi proxy hoặc HTTP khác.
  • Cài đặt proxy thủ công đã cũ là một nguyên nhân phổ biến. Trình duyệt hoặc hệ điều hành vẫn chỉ đến một proxy đã bị xóa, thay đổi, hoặc chỉ được sử dụng cho một mạng trước đó.
  • Ranh giới chẩn đoán thay đổi bước tiếp theo an toàn. Kiểm tra bước nhảy trình duyệt đến proxy trước; thay đổi URL mục tiêu không thể sửa chữa một tên máy chủ proxy hoặc cổng mà trình duyệt không thể tiếp cận.
  • Tắt proxy cá nhân đã cũ. Nếu không nên sử dụng proxy, hãy xóa cài đặt thủ công từ hệ điều hành hoặc nguồn trình duyệt đã tạo ra nó.
  • Lỗi Proxy trong Thu thập Dữ liệu Tự động yêu cầu phân loại rõ ràng. Một công nhân thu thập dữ liệu nên đóng lại khi proxy yêu cầu của nó không khả dụng thay vì chuyển sang một lộ trình trực tiếp không được phê duyệt một cách im lặng. Bảo tồn sự kiện chẩn đoán, loại trừ các trang lỗi khỏi quá trình trích xuất, và tôn trọng các điều khiển truy cập mục tiêu và luật pháp áp dụng.

Trình duyệt không thể tiếp cận proxy đã được cấu hình của nó

ERR_PROXY_CONNECTION_FAILED xuất hiện khi Chromium được cấu hình để sử dụng một proxy nhưng không thể tạo kết nối đến proxy đó. Lỗi xảy ra trước khi proxy có thể lấy trang mục tiêu. Trang web mục tiêu có thể hoạt động tốt và có thể không bao giờ thấy yêu cầu.

Lỗi này hẹp hơn một lỗi kết nối chung. Nó chỉ đến khả năng giải quyết tên máy chủ proxy, khả năng tiếp cận cổng proxy, trạng thái quy trình cục bộ, cài đặt proxy của hệ thống, quy tắc tự động cấu hình proxy, hoặc chính sách mạng giữa trình duyệt và proxy. Các lỗi xác thực và đường hầm HTTP có thể tạo ra các mã khác nhau vì chúng xảy ra sau khi kết nối proxy ban đầu thành công.

Chẩn đoán an toàn nhất bắt đầu bằng cách xác nhận nguồn gốc của cấu hình proxy. Chrome có thể kế thừa các cài đặt hệ thống, chính sách doanh nghiệp, tiện ích mở rộng, cờ dòng lệnh, hoặc tệp PAC. Thay đổi một công tắc trình duyệt có thể không có tác dụng khi nguồn khác ngay lập tức áp dụng lại cấu hình.

Ý nghĩa trực tiếp của ERR_PROXY_CONNECTION_FAILED

ERR_PROXY_CONNECTION_FAILED là lỗi mạng Chromium -130, có nghĩa là trình duyệt không thể tạo kết nối đến máy chủ proxy do lỗi giải quyết tên hoặc lỗi kết nối socket. Danh mục lỗi mạng của Chromium cụ thể loại trừ các lỗi xảy ra trong quá trình trao đổi HTTP CONNECT khỏi mã này.

Sự phân biệt tách rời khả năng tiếp cận khỏi hành vi của proxy. Nếu trình duyệt không thể giải quyết máy chủ proxy hoặc mở cổng lắng nghe của nó, lỗi -130 phù hợp. Nếu nó đã đến proxy nhưng proxy yêu cầu xác thực, từ chối một đường hầm, hoặc không thể đạt được mục tiêu, trình duyệt hoặc ứng dụng có thể báo cáo một lỗi proxy hoặc HTTP khác.

Cách Chrome chọn và kết nối với một proxy

Chrome giải quyết cài đặt proxy từ hệ điều hành và chính sách trình duyệt hoặc doanh nghiệp áp dụng. Một quy tắc trực tiếp chỉ định một máy chủ và cổng, trong khi một tệp PAC chạy logic chọn một proxy hoặc lộ trình trực tiếp cho mỗi URL. Các tiện ích mở rộng và cờ khởi chạy có thể thêm một nguồn khác.

Sau khi chọn, trình duyệt giải quyết tên máy chủ proxy và mở kết nối TCP đến cổng đã cấu hình. Đối với một mục tiêu HTTPS thông qua một proxy HTTP, trình duyệt sau đó yêu cầu proxy tạo một đường hầm. ERR_PROXY_CONNECTION_FAILED áp dụng cho giai đoạn trước: chính proxy không thể được tiếp cận.

Một proxy gỡ lỗi cục bộ thêm trạng thái quy trình vào đường dẫn. Nếu trình duyệt vẫn chỉ đến một cổng loopback sau khi công cụ dừng, mọi yêu cầu qua proxy đều thất bại. Một proxy từ xa thêm kiểm tra DNS, tường lửa, định tuyến, và danh sách cho phép. Do đó, nguồn cấu hình và trạng thái lắng nghe xuất hiện trước phân tích trang mục tiêu.

Giai đoạnTín hiệu lành mạnhBằng chứng thất bại
Cấu hìnhProxy mong đợi hoặc DIRECT được chọnChính sách, tiện ích mở rộng, hoặc kết quả PAC không mong đợi
DNS ProxyTên máy chủ proxy được giải quyếtTên không thể được giải quyết
Socket ProxyCổng đã cấu hình chấp nhận TCPTừ chối, thời gian chờ, hoặc lộ trình bị chặn
Giao thức ProxyKết nối tiếp tục đến xác thực hoặc đường hầmLoại sơ hở hoặc loại lắng nghe sai

Tại sao không thể tạo Kết nối Proxy

Hầu hết các trường hợp giảm xuống cấu hình đã cũ, một người lắng nghe không khả dụng, chi tiết điểm cuối sai, lỗi DNS, hoặc một chính sách chọn proxy một cách bất ngờ.

Cài đặt proxy thủ công đã cũ

Trình duyệt hoặc hệ điều hành vẫn chỉ tới một proxy đã bị xóa, thay đổi, hoặc chỉ được sử dụng cho một mạng lưới trước đây.

Quá trình proxy địa phương đã dừng lại

Một công cụ gỡ lỗi hoặc lọc được cấu hình trên một cổng loopback không còn lắng nghe nữa, vì vậy trình duyệt không thể kết nối với địa chỉ mà nó được yêu cầu sử dụng.

Hostname, cổng, hoặc sơ đồ không đúng

Một lỗi chính tả, điểm cuối sao chép từ một khu vực khác, hoặc sự không tương thích giao thức khiến trình duyệt dẫn đến một socket không cung cấp dịch vụ proxy như mong đợi.

Tập tin PAC chọn sai tuyến đường

Cấu hình tự động proxy có thể trả về một proxy không khả dụng cho một máy chủ hoặc không tải được dưới chính sách doanh nghiệp bắt buộc.

Tường lửa chặn điểm cuối proxy

Phần mềm bảo mật địa phương, mạng lưới doanh nghiệp, hoặc tường lửa upstream có thể chặn cổng proxy được cấu hình trong khi việc duyệt trực tiếp bình thường vẫn hoạt động.

Proxy DNS hoặc sự cố dịch vụ

Tên miền proxy có thể không giải quyết được từ mạng lưới hiện tại hoặc dịch vụ có thể không có người nghe khỏe mạnh tại điểm cuối đã chọn.

Cấu hình Trace Trước Kết Nối

Tìm quy tắc proxy hoạt động, sau đó kiểm tra chính xác máy chủ và cổng mà nó đã chọn.

  1. Xác nhận mã lỗi. Phân biệt thất bại kết nối proxy với xác thực proxy, từ chối mục tiêu, chứng chỉ và lỗi đường hầm vì mỗi cái xảy ra tại một giai đoạn khác nhau.
  2. Xác định mọi nguồn cấu hình. Kiểm tra cài đặt hệ thống, chính sách trình duyệt, tiện ích mở rộng, cờ dòng lệnh, phần mềm VPN, và cấu hình PAC.
  3. Xác định proxy đã chọn. Đối với các triển khai PAC, đánh giá URL không thành công và ghi lại proxy hoặc quyết định DIRECT đã trả về.
  4. Giải quyết tên miền proxy. Kiểm tra khả năng phân giải tên từ thiết bị bị ảnh hưởng và so sánh kết quả với thiết bị hoạt động hoặc mạng đã được chấp thuận.
  5. Kiểm tra cổng proxy. Xác nhận rằng máy chủ và cổng chính xác chấp nhận kết nối TCP từ mạng khách hàng mà không tiết lộ thông tin xác thực.
  6. Xác minh giao thức người nghe. Đảm bảo rằng sơ đồ HTTP, HTTPS, hoặc SOCKS đã cấu hình khớp với những gì điểm cuối thực sự cung cấp.
  7. So sánh truy cập trực tiếp chỉ khi được phép. Nếu truy cập trực tiếp hoạt động và đường dẫn proxy không thành công, giữ cuộc điều tra về cấu hình proxy, khả năng tiếp cận, và sức khỏe dịch vụ.

Chromium xác định ranh giới trong Danh mục lỗi mạng Chromium, Chrome cung cấp kiểm tra kết nối chung trong Giúp đỡ lỗi kết nối của Chrome, và hướng dẫn xử lý sự cố TCP/IP của Microsoft giải thích cách chứng cứ TCP cấp thấp có thể phân tách bước nhảy bị chặn.

Biện pháp an toàn cho người dùng trình duyệt

Chỉ thay đổi nguồn proxy mà thực sự hoạt động, và giữ nguyên các điều khiển doanh nghiệp mà tổ chức của bạn yêu cầu.

  • Tắt một proxy cá nhân đã cũ. Nếu không nên sử dụng proxy, hãy xóa cài đặt thủ công từ hệ điều hành hoặc nguồn trình duyệt đã tạo ra nó.
  • Bắt đầu proxy địa phương mà bạn muốn. Đối với các công cụ gỡ lỗi, xác nhận rằng quá trình đang chạy và lắng nghe trên cổng loopback đã cấu hình.
  • Chi tiết điểm cuối chính xác. Sao chép lại máy chủ, cổng, và giao thức từ bảng điều khiển nhà cung cấp đã được chấp thuận thay vì đoán định dạng tên người dùng hoặc cổng.
  • Liên hệ với quản trị viên cho chính sách quản lý. Không xóa chứng chỉ doanh nghiệp, quy tắc PAC, hoặc đại lý bảo mật để đánh bại một kiểm soát mạng yêu cầu.

Kiểm tra cho Quản trị viên Proxy

Nhà điều hành nên xác thực lựa chọn, khả năng tiếp cận, và sức khỏe người nghe như là những lớp riêng biệt.

Đối với các triển khai PAC, kiểm tra các URL đại diện và ghi lại quy tắc đã trả về. Phục vụ tập tin PAC một cách đáng tin cậy, xác thực cú pháp của nó, và giữ hành vi dự phòng rõ ràng. Một chính sách hướng im lặng một đội ngũ trình duyệt toàn bộ tới một hostname đã nghỉ hưu tạo ra sự thất bại rộng rãi ngay cả khi phần mềm proxy tự nó vẫn khỏe mạnh ở nơi khác.

Theo dõi sức khỏe của người nghe từ mạng lưới khách hàng, không chỉ từ máy chủ proxy. Xác nhận các câu trả lời DNS, đường dẫn tường lửa, độ mở cổng, tình trạng sẵn sàng của quy trình và giao thức. Tách biệt các chỉ số cho việc chấp nhận kết nối, xác thực, tạo đường hầm và lấy mục tiêu để lỗi -130 không bị nhóm lại với các thất bại proxy sau đó.

Lần lượt thay đổi điểm cuối thông qua quản lý cấu hình với sự chồng chéo. Giữ cho người nghe cũ có sẵn cho đến khi khách hàng nhận được các thiết lập mới, và tránh nhúng bí mật vào tệp PAC, cờ trình duyệt, nhật ký hoặc ảnh chụp màn hình.

Thất bại kết nối Proxy so với Lỗi Gần Đây

Giai đoạn đã hoàn thành xác định gia đình lỗi nào cần điều tra.

Triệu chứngĐã thất bại cái gìKiểm tra kế tiếp tốt nhất
ERR_PROXY_CONNECTION_FAILEDTrình duyệt không thể kết nối với proxyDNS proxy, máy chủ, cổng, người nghe
407 Yêu cầu xác thực ProxyĐã kết nối với proxy và yêu cầu thông tin đăng nhậpCấu hình thông tin đăng nhập và tài khoản
ERR_CONNECTION_RESETMột con đường đã được thiết lập kết thúc đột ngộtĐặt lại người gửi qua khách hàng, proxy và mục tiêu
Lỗi HTTP 5xx của mục tiêuProxy đã kết nối mục tiêu và nhận được một lỗi HTTPDịch vụ mục tiêu hoặc thượng nguồn

Các Thất bại Proxy trong Tập hợp Dữ liệu Tự động

Theo dõi Tài liệu Proxies Không Có Rác để tạo một kênh và sao chép các giá trị điểm cuối được tạo ra. Đừng sáng tạo cổng, mẫu tên người dùng, cổng hoặc giao thức, vì một cấu hình hợp lệ về mặt cú pháp vẫn có thể không chỉ ra người nghe có thể sử dụng.

Xác thực proxy độc lập với một điểm cuối công cộng được ủy quyền trước khi thêm logic cụ thể cho mục tiêu. Ghi lại các lựa chọn proxy, kết quả DNS, thời gian kết nối, kết quả xác thực và phản hồi mục tiêu như các giai đoạn khác nhau. Giữ mật khẩu và giá trị phiên ra khỏi nhật ký.

Một công nhân thu thập nên thất bại khi proxy yêu cầu không khả dụng thay vì chuyển đổi một cách im lặng sang một tuyến đường trực tiếp không được phê duyệt. Bảo tồn sự kiện chuẩn đoán, loại bỏ các trang lỗi khỏi việc trích xuất và tôn trọng các quyền truy cập mục tiêu và luật pháp hiện hành.

Sửa lỗi Dò Duyệt đến Proxy Trước

ERR_PROXY_CONNECTION_FAILED có nghĩa là Chromium không thể tạo kết nối ban đầu đến proxy đã chọn. Trang mục tiêu thường nằm ngoài ranh giới thất bại và có thể không bao giờ nhận được yêu cầu.

Xác định nguồn cấu hình hoạt động, xác định proxy đã chọn, kiểm tra DNS và cổng của nó, và xác minh giao thức người nghe. Thứ tự đó giải quyết các thiết lập cục bộ đã cũ và sự cố dịch vụ thực mà không làm yếu đi an ninh trình duyệt không liên quan.

Sẵn sàng làm cho các Thất bại Mạng trở nên Quan sát được?

Sử dụng một lộ trình truy xuất web công cộng có kiểm soát và xác thực trạng thái mạng, đích cuối cùng và nội dung trang trước khi trích xuất.

Đăng ký ngay hôm nay và nhận $5 tín dụng miễn phíkhông yêu cầu thẻ tín dụng.

Nhận Tín dụng $5 của bạn →

Câu hỏi thường gặp

Tại sao ERR_PROXY_CONNECTION_FAILED có thể xuất hiện khi không có proxy nào được cấu hình thủ công?

Chrome có thể kế thừa proxy từ hệ điều hành, chính sách doanh nghiệp, VPN, tiện ích mở rộng, cờ khởi động hoặc tệp PAC ngay cả khi bạn không cấu hình trực tiếp trong trình duyệt.

Liệu lỗi -130 có phải là vấn đề xác thực proxy không?

Lỗi Chromium -130 có nghĩa là kết nối proxy không thể được tạo. Xác thực diễn ra sau khi proxy được kết nối và thường tạo ra một lỗi khác hoặc phản hồi HTTP 407.

Tệp PAC có thể gây ra lỗi này không?

Một tệp PAC có thể gây ra lỗi khi nó chọn một proxy không khả dụng, chứa một lỗi quy tắc, hoặc không thể được tải dưới chính sách bắt buộc. Đánh giá URL thất bại với kết quả PAC hoạt động.

Có nên vô hiệu hóa phần mềm chống virus hoặc bảo mật doanh nghiệp không?

Đừng vô hiệu hóa rộng rãi các điều khiển bảo mật cần thiết. Sử dụng một thông báo chẩn đoán đã được phê duyệt với quản trị viên, xác định xem sản phẩm có sở hữu cài đặt proxy hoặc chặn cổng hay không, và điều chỉnh chính sách đó một cách an toàn.

Một trình thu thập dữ liệu nên xử lý một kết nối proxy thất bại như thế nào?

Một trình thu thập dữ liệu nên ghi lại thất bại giai đoạn proxy, giữ thông tin đăng nhập ra khỏi nhật ký, và loại trừ sự kiện khỏi việc trích xuất nội dung. Nó không nên lặng lẽ chuyển sang một lộ trình mạng không được phê duyệt hoặc coi phản hồi thiếu là nội dung rỗng.

Tài liệu tham khảo