Bạn có thể thiết lập proxy trên Firefox hôm nay thông qua Cài đặt Kết nối bằng cách nhập máy chủ, cổng và giao thức, mà không cần tiện ích mở rộng. Xác thực và an toàn DNS cần một vài cú nhấp chuột bổ sung, đặc biệt khi bạn sử dụng SOCKS5.
Một quản lý mạng xã hội có thể đang chuyển đổi giữa các tài khoản khách hàng khi một lần đăng nhập đột nhiên kích hoạt một thách thức vị trí. Một kiểm thử viên QA có thể đang kiểm tra quy trình thanh toán theo quốc gia và phát hiện rằng Firefox vẫn đang tiết lộ địa chỉ công cộng của mạng văn phòng. Trong cả hai trường hợp, chính proxy có thể không phải là vấn đề. Trình duyệt có thể chỉ định tuyến một phần lưu lượng, giải quyết DNS cục bộ, hoặc áp dụng một cấu hình chung trong khi cần các phiên riêng biệt.
Firefox giữ việc xử lý proxy trong cài đặt bình thường của nó thay vì ẩn nó sau các công cụ phát triển. Tài liệu Cài đặt Kết nối của Mozilla mô tả cấu hình proxy thủ công với các trường cho máy chủ, cổng và quy tắc bỏ qua, làm cho tính năng này trở thành một điều khiển mạng tiêu chuẩn trong trình duyệt vào năm 2026.
Tại sao Cấu hình Proxy trên Firefox của bạn lại Quan trọng
Một proxy thay đổi nơi mà Firefox gửi các yêu cầu web trước khi chúng đến đích. Điều đó làm cho cấu hình có liên quan đến nhiều hơn là quyền riêng tư. Các nhóm sử dụng định tuyến có kiểm soát cho nghiên cứu thị trường hợp pháp, xác minh quảng cáo, giám sát giá cả, bảo vệ thương hiệu, kiểm thử QA, và các hoạt động tài khoản tuân thủ quy tắc của nền tảng.
Một proxy bị thiếu có thể tiết lộ cùng một danh tính mạng trên các quy trình làm việc mà lẽ ra nên giữ riêng biệt. Một proxy được cấu hình sai có thể tạo ra vấn đề ngược lại, nơi một tài khoản thấy một quốc gia không mong đợi, các dịch vụ nội bộ ngừng tải, hoặc xác thực liên tục thất bại. Rủi ro hoạt động đến từ sự không nhất quán, không phải từ sự tồn tại của một proxy.
Xem trình duyệt như một phần của mạng
Firefox vẫn thực tiễn cho các khối lượng công việc proxy vì bảng kết nối của nó hiển thị các cài đặt trực tiếp. Tài liệu tham khảo của quản trị viên Mozilla cũng ghi lại Passthrough, loại trừ các tên máy chủ hoặc địa chỉ IP đã chọn, và giá trị đặc biệt <local>, loại bỏ việc proxy cho các tên máy chủ không có dấu chấm. Những điều khiển đó quan trọng khi một tổ chức cần lưu lượng truy cập bên ngoài sử dụng một cổng trong khi các dịch vụ nội bộ vẫn có thể truy cập trực tiếp.
Một nhóm mạng xã hội có thể cần một kết nối khu vực nhất quán cho việc xuất bản và xem xét được khách hàng phê duyệt. Một chuyên gia xác minh quảng cáo có thể cần kiểm tra cách mà một trang đích hoạt động từ một thị trường mục tiêu. Một nhóm phát triển có thể cần kiểm tra một quy trình phụ thuộc vào vị trí mà không thay đổi cấu hình mạng của toàn bộ hệ điều hành.
Quy tắc thực tiễn: Cấu hình ranh giới định tuyến trước khi bạn khắc phục sự cố trang web. Nếu Firefox gửi lưu lượng qua đường sai, việc kiểm tra ở cấp trình duyệt có thể tạo ra kết quả gây hiểu lầm.
Chọn loại proxy một cách có chủ đích
Proxy di động sử dụng các địa chỉ liên quan đến mạng di động, thường thông qua kết nối 4G hoặc 5G. Những địa chỉ đó có thể khó bị các biện pháp phòng thủ tự động phân loại là lưu lượng trung tâm dữ liệu vì các mạng di động sử dụng NAT cấp nhà mạng, nơi nhiều thiết bị chia sẻ không gian địa chỉ công cộng phía sau một mạng nhà mạng.
Proxy dân cư liên quan đến các kết nối internet của người tiêu dùng, trong khi proxy trung tâm dữ liệu đến từ cơ sở hạ tầng được lưu trữ. Mỗi loại có một hồ sơ tin cậy, cấu trúc chi phí và sự phù hợp hoạt động khác nhau. Sự lựa chọn đúng phụ thuộc vào quy trình làm việc, địa lý mục tiêu, yêu cầu phiên, và các quyền hạn governing hoạt động.
Firefox cung cấp cho bạn cơ chế định tuyến. Nó không quyết định liệu hoạt động thu thập, kiểm tra, hoặc tài khoản của bạn có được phép hay không. Các nhóm nên xác minh chính sách nền tảng, tôn trọng các kiểm soát truy cập, và tránh sử dụng proxy để vượt qua các kiểm tra bảo mật hoặc vi phạm các điều khoản.
Cài đặt Proxy Thủ công trong Cài đặt Firefox
Quy trình thủ công của Firefox rất đơn giản khi bạn biết trường nào kiểm soát lưu lượng nào. Hướng dẫn hỗ trợ hiện tại của Mozilla hướng dẫn người dùng đến bảng Cài đặt Kết nối của trình duyệt và khuyến nghị lấy cấu hình chính xác từ quản trị viên hệ thống khi chế độ proxy thủ công được sử dụng.
Mở bảng kết nối
- Mở Firefox và chọn menu ứng dụng.
- Chọn Cài đặt.
- Trong khu vực cài đặt Chung, tìm Cài đặt Mạng.
- Chọn Cài đặt để mở Cài đặt Kết nối.
- Chọn Cấu hình proxy thủ công.
Firefox cũng cung cấp phát hiện tự động, cài đặt proxy hệ thống, và một URL cấu hình tự động. Chế độ thủ công là lựa chọn tốt hơn khi một nhóm cần định tuyến trình duyệt xác định và có một điểm cuối cụ thể để nhập.
Nhập chi tiết điểm cuối
Sử dụng các giá trị được cung cấp cho tài khoản proxy hoặc cổng nội bộ của bạn.
- Proxy HTTP: Nhập tên máy chủ hoặc địa chỉ cho lưu lượng web thông thường, sau đó nhập cổng của nó.
- Proxy HTTPS: Điền điều này riêng biệt chỉ khi dịch vụ cung cấp một điểm cuối HTTPS khác biệt.
- Máy chủ SOCKS: Sử dụng trường này khi dịch vụ cung cấp cho bạn một điểm cuối SOCKS thay vì một proxy HTTP.
- SOCKS v5: Chọn điều này khi điểm cuối cụ thể sử dụng SOCKS5.
- Không có Proxy cho: Thêm các đích nội bộ hoặc dịch vụ địa phương đáng tin cậy mà nên kết nối trực tiếp.
Đừng sao chép cùng một máy chủ vào mọi trường giao thức tự động. Các điểm cuối cụ thể cho giao thức có thể sử dụng các cổng khác nhau, hành vi xác thực, hoặc kỳ vọng vận chuyển khác nhau. Hướng dẫn về cài đặt proxy tự động có thể giúp các nhóm quyết định liệu một hồ sơ thủ công hay một phương pháp cấu hình tự động phù hợp hơn với việc triển khai của họ.
Xử lý xác thực và quy tắc bỏ qua
Firefox có thể yêu cầu tên người dùng và mật khẩu khi proxy lần đầu kết nối. Nhập thông tin xác thực chính xác như được cung cấp, bao gồm bất kỳ định danh tài khoản hoặc mã thông báo phiên nào cần thiết. Để trống các trường sẽ không hoạt động khi điểm cuối yêu cầu xác thực, và việc liên tục từ chối lời nhắc có thể khiến một proxy hợp lệ trông như không khả dụng.
Sử dụng các mục bỏ qua một cách tiết kiệm. Một bảng điều khiển cục bộ, tên máy chủ intranet, hoặc dịch vụ thử nghiệm có thể cần truy cập trực tiếp, nhưng các loại trừ rộng có thể vô tình gửi lưu lượng ra ngoài lộ trình dự kiến. Mozilla ghi tài liệu giá trị <local> cho các tên máy chủ không có dấu chấm và cũng mô tả các điều khiển định tuyến DNS cho SOCKS5 trong tài liệu tham khảo proxy của quản trị viên.
Chọn OK, lưu cài đặt, và kiểm tra một đích được phép. Kiểm tra cả vị trí công cộng rõ ràng và xem liệu các dịch vụ nội bộ mong đợi vẫn hoạt động đúng cách.
Giao thức Proxy HTTP So với SOCKS5
Quy trình làm việc nên xác định giao thức. Các proxy HTTP được thiết kế xung quanh các yêu cầu web, trong khi SOCKS5 hoạt động ở mức phiên thấp hơn và có thể mang một loạt lưu lượng rộng hơn. Sự khác biệt đó ảnh hưởng đến định tuyến, xác thực, xử lý DNS, và liệu một proxy di động có hoạt động như mong đợi hay không.
Đối với nghiên cứu trình duyệt, giám sát SEO, điều hướng QA, và kiểm tra quảng cáo trên web, HTTP thường dễ vận hành hơn. Firefox gửi lưu lượng web đến điểm cuối HTTP, trong khi các đích HTTPS có thể được tạo đường hầm khi proxy hỗ trợ hành vi đó. Xác thực thường thuộc về điểm cuối proxy, vì vậy hãy xác minh máy chủ, cổng, tên người dùng và mật khẩu được cung cấp thay vì giả định một hồ sơ hoạt động cho mọi lộ trình.
SOCKS5 phù hợp với các quy trình làm việc cần định tuyến ở mức phiên rộng hơn, bao gồm một số tự động hóa và các trường hợp sử dụng proxy di động. Nó có thể mang lưu lượng vượt ra ngoài các yêu cầu web tiêu chuẩn, nhưng Firefox cần một cài đặt DNS riêng để ngăn các tìm kiếm cục bộ bỏ qua proxy.
Sự cố DNS làm lộ lộ trình
DNS dịch một tên miền thành một địa chỉ. Nếu Firefox gửi lưu lượng truy cập trang qua SOCKS5 nhưng giải quyết tên miền qua mạng cục bộ, những tìm kiếm đó có thể làm lộ mạng thông thường ngay cả khi yêu cầu trang sử dụng proxy. Điều này quan trọng khi các nhóm tách biệt tài khoản, xác thực vị trí, hoặc chạy các phiên tự động qua các điểm cuối di động 4G hoặc 5G.
Đối với SOCKS5 trong Firefox:
- Chọn Cấu hình proxy thủ công.
- Nhập máy chủ SOCKS và cổng.
- Chọn SOCKS v5.
- Bật Proxy DNS khi sử dụng SOCKS v5.
Tài liệu quản trị của Mozilla gọi điều khiển tương ứng là UseProxyForDNS, điều này gửi các tìm kiếm DNS qua proxy SOCKS5 thay vì bộ giải quyết cục bộ. Hướng dẫn giao thức proxy SOCKS5 cung cấp thêm ngữ cảnh về cách phương pháp định tuyến này khác với HTTP.
Kiểm tra DNS: Một bài kiểm tra vị trí thoát đơn lẻ không xác nhận rằng DNS theo proxy. Kiểm tra phân giải tên một cách riêng biệt, đặc biệt là cho nghiên cứu nhạy cảm, xác thực vị trí, hoặc quy trình đa tài khoản.
HTTP vẫn là lựa chọn đơn giản hơn cho công việc chỉ trên web. SOCKS5 phù hợp với các ứng dụng yêu cầu hỗ trợ lưu lượng rộng hơn, với điều kiện DNS từ xa được bật và giao thức điểm cuối được xác nhận. Không đặt một điểm cuối SOCKS trong một trường HTTP, tái sử dụng một cổng mà không xác minh, hoặc giả định rằng cả hai giao thức đều chấp nhận cùng một hành vi xác thực.
Phân lập Proxy với Containers của Firefox
Một proxy toàn cầu của Firefox ảnh hưởng đến hồ sơ trình duyệt như một tổng thể. Điều này hoạt động cho một quy trình kiểm soát đơn lẻ, nhưng trở nên hạn chế khi một người điều hành quản lý nhiều môi trường khách hàng, thử nghiệm nhiều vị trí, hoặc tách biệt duyệt web cá nhân khỏi hoạt động công việc.
Containers của Firefox tạo ra các ngữ cảnh duyệt web khác nhau trong cùng một trình duyệt. Chúng có thể tách biệt cookie, đăng nhập và trạng thái phiên, nhưng phân lập mạng cũng phải được cấu hình một cách có chủ đích. Nếu không có định tuyến có phạm vi, một container có thể giữ trạng thái tài khoản riêng trong khi vẫn sử dụng cùng một đường dẫn proxy như mọi container khác.
Sử dụng định tuyến có phạm vi khi các danh tính phải tách biệt
Firefox 141 đã thêm hỗ trợ cho việc thiết lập một proxy trực tiếp hoặc thủ công khi tạo một ngữ cảnh người dùng, như được tài liệu trong ghi chú phát hành Firefox 141. Điều này tạo ra một mô hình hoạt động chính xác hơn cho các nhóm cần một container kết nối trực tiếp và một container khác sử dụng một cổng thủ công.
Một cấu trúc thực tiễn có thể bao gồm:
- Một container khách hàng với proxy khu vực đã được phê duyệt.
- Một container QA sử dụng một lộ trình thử nghiệm riêng biệt.
- Một container nội bộ với quyền truy cập trực tiếp vào các dịch vụ công ty.
- Một container nghiên cứu với trạng thái phiên và xác thực riêng.
Giá trị là sự chứa đựng. Một cookie đăng nhập từ một khách hàng không cần phải đồng thời tồn tại với tài khoản của khách hàng khác, và một lộ trình thử nghiệm không cần phải trở thành mặc định cho công việc nội bộ.
Biết khi nào các cài đặt tích hợp không đủ
Cấu hình thủ công toàn cầu vẫn phù hợp khi mọi quy trình Firefox nên sử dụng cùng một điểm cuối. Định tuyến theo container trở nên hữu ích hơn khi sự tách biệt tài khoản, địa lý, hoặc điều kiện thử nghiệm khác nhau theo nhiệm vụ.
Hỗ trợ proxy cấp container cũng thay đổi mô hình khắc phục sự cố. Kiểm tra ngữ cảnh sở hữu lộ trình, không chỉ cài đặt chung của trình duyệt. Một kết nối thành công trong một container không chứng minh rằng một container khác sử dụng cùng một giao thức, thông tin xác thực, danh sách bỏ qua, hoặc hành vi DNS.
Sử dụng các tài khoản riêng biệt, được ủy quyền và giữ tự động hóa trong các quy tắc của từng nền tảng. Phân lập cải thiện vệ sinh hoạt động, nhưng nó không cấp phép để tạo ra các danh tính lừa đảo hoặc tránh sự thực thi.
Cấu hình Nhà cung cấp Proxy Di động 4G và 5G
Cài đặt proxy di động bắt đầu với mô hình kết nối của nhà cung cấp, không phải với Firefox. Một proxy di động định tuyến lưu lượng qua mạng di động, chẳng hạn như 4G hoặc 5G, và có thể cung cấp một phiên cố định, một phiên xoay vòng, hoặc một thay đổi do người dùng kiểm soát thông qua một hành động quản lý.
Các địa chỉ di động có thể khó phát hiện và chặn hơn nhiều địa chỉ trung tâm dữ liệu vì chúng giống như lưu lượng của nhà mạng. Điều đó không làm cho chúng vô hình, và nó không loại bỏ nhu cầu sử dụng tuân thủ. Nó làm cho danh mục này có liên quan cho QA nhận thức vị trí, xác minh quảng cáo, hoạt động truyền thông xã hội, và nghiên cứu nơi danh tiếng mạng ảnh hưởng đến kết quả.
Chuyển đổi tùy chọn nhà cung cấp thành các trường của Firefox
Yêu cầu bốn chi tiết trước khi mở Cài đặt Kết nối:
- Giao thức và máy chủ: Xác nhận xem điểm cuối là HTTP hay SOCKS5.
- Loại cổng: Xác định xem cổng là cá nhân, chia sẻ, chuyên dụng, hay gắn với một phiên.
- Thông tin xác thực: Ghi lại định dạng chính xác của tên người dùng và mật khẩu.
- Hành vi xoay vòng: Hiểu xem địa chỉ có giữ nguyên hay thay đổi tự động.
Một phiên cố định giữ cùng một địa chỉ thoát trong một khoảng thời gian quy trình xác định. Một phiên xoay vòng thay đổi địa chỉ theo quy tắc của nhà cung cấp. Đối với các hoạt động tài khoản và QA thanh toán, tính liên tục có thể quan trọng hơn so với những thay đổi thường xuyên. Đối với quan sát thị trường rộng, xoay vòng có thể giúp thu thập quan điểm qua các danh tính mạng khác nhau, với điều kiện hoạt động vẫn được ủy quyền.
Khớp xoay vòng với công việc
Đừng coi xoay vòng là tự động có lợi. Một địa chỉ thay đổi trong quá trình đăng nhập hoặc thanh toán có thể kích hoạt xác minh bổ sung và làm cho kết quả thử nghiệm không đáng tin cậy. Một phiên ổn định thường hữu ích hơn cho việc tái tạo hành trình của người dùng, trong khi xoay vòng có kiểm soát có thể hỗ trợ lấy mẫu khu vực hoặc kiểm tra độ bền.
Trường Không Proxy cho của Firefox cũng quan trọng với các kết nối di động. Loại trừ các bảng điều khiển nội bộ, dịch vụ riêng tư, hoặc các mục tiêu thử nghiệm cục bộ mà phải vẫn có thể tiếp cận mà không cần cổng. Mozilla tài liệu các quy tắc thông qua cho tên máy chủ và địa chỉ IP, bao gồm <local> cho các tên máy chủ không có dấu chấm, để các nhóm có thể xác định ranh giới này một cách rõ ràng.
Đối với một nhà cung cấp như Evoproxy, ánh xạ máy chủ di động, cổng, giao thức, lựa chọn xoay vòng, và các giá trị xác thực mà nó cung cấp vào Firefox thay vì đoán qua các trường. Kiểm tra một quy trình đã được phê duyệt trước, sau đó tài liệu cấu hình hoạt động để một thành viên nhóm khác có thể tái tạo nó.
Khắc phục sự cố Các lỗi Proxy Thông thường
Một kết nối thất bại không tự động có nghĩa là tài khoản proxy không hợp lệ. Trong thực tế, trình duyệt thường có một điểm cuối hợp lệ trong trường sai, một giao thức không khớp, hoặc thông tin xác thực được định dạng khác với những gì dịch vụ mong đợi.
Bắt đầu với trường kiểm soát sự thất bại
Nếu Firefox báo cáo rằng proxy không khả dụng, hãy kiểm tra loại điểm cuối trước. Một dịch vụ HTTP thuộc về trường HTTP, trong khi một dịch vụ SOCKS5 thuộc về trường Máy chủ SOCKS với SOCKS v5 được chọn. Đừng điền các trường HTTP, HTTPS và SOCKS với cùng một giá trị trừ khi nhà cung cấp rõ ràng nói rằng một điểm cuối hỗ trợ tất cả chúng.
Các lời nhắc xác thực xứng đáng có một kiểm tra riêng. Xác nhận tên người dùng, mật khẩu, cổng, và bất kỳ định danh phiên nào, sau đó xóa các thông tin xác thực đã lưu cũ nếu Firefox tiếp tục thử lại một đăng nhập cũ. Một vấn đề về thông tin xác thực có thể trông giống như một thời gian chờ mạng vì proxy từ chối kết nối trước khi trang tải.
Chẩn đoán rò rỉ và vị trí không mong muốn
Nếu trang web báo cáo vị trí sai, hãy kiểm tra phân công phiên và hành vi xoay vòng trước khi thay đổi cài đặt trình duyệt. Một điểm cuối xoay vòng có thể đã chuyển đến một khu vực khác, hoặc nhà cung cấp có thể đã cung cấp một lộ trình chia sẻ không khớp với thị trường dự định.
Nếu địa chỉ công cộng trông đúng nhưng kiểm tra quyền riêng tư vẫn tiết lộ mạng cục bộ, hãy xem lại Proxy DNS khi sử dụng SOCKS v5. Đối với các quy trình trình duyệt làm lộ thông tin mạng cục bộ hoặc thông tin mạng truyền thông, các nhóm cũng có thể xem xét hướng dẫn ngăn ngừa rò rỉ WebRTC và chỉ thử nghiệm trong các môi trường mà các kiểm soát như vậy được phép.
Sử dụng một chuỗi chẩn đoán ngắn:
- Giao thức: Điểm cuối là HTTP hay SOCKS5?
- Cổng: Cổng có khớp với dịch vụ đã chọn không?
- Thông tin xác thực: Các giá trị có hiện tại và định dạng đúng không?
- DNS: DNS từ xa có được bật cho SOCKS5 không?
- Bỏ qua: Điểm đến có bị loại trừ một cách tình cờ không?
- Phạm vi: Container Firefox đúng có đang sử dụng lộ trình dự kiến không?
Thay đổi một cài đặt tại một thời điểm. Điều này giữ lại một dấu vết nguyên nhân và kết quả có thể sử dụng thay vì biến việc khắc phục sự cố thành đoán mò.
Các bước tiếp theo cho quy trình proxy đáng tin cậy
Một proxy Firefox hoạt động chỉ là điểm khởi đầu. Các nhóm đáng tin cậy xác thực lộ trình dưới các điều kiện quan trọng đối với doanh nghiệp: một quy trình đăng nhập thực, một trang cụ thể theo vị trí, một lần thu thập dữ liệu được ủy quyền, hoặc một hành trình QA có thể lặp lại.
Kiểm tra vị trí thoát rõ ràng, xác nhận rằng DNS theo lộ trình dự kiến, và xác minh rằng phiên làm việc vẫn ổn định cho nhiệm vụ. Nếu quay vòng được bật, hãy quan sát xem sự thay đổi xảy ra ở ranh giới mong đợi thay vì trong một giao dịch quan trọng. Đối với công việc đa tài khoản, hãy kiểm tra từng container một cách độc lập và xác nhận rằng cookie, thông tin xác thực và phạm vi proxy không vượt qua các ranh giới hoạt động mà bạn đã dự định.
Việc chọn proxy nên theo quy trình làm việc:
- Hoạt động tài khoản: Ưu tiên các phiên ổn định, phân tách rõ ràng và quyền hạn đã được tài liệu hóa.
- Nghiên cứu thị trường: Sử dụng địa lý có kiểm soát và chính sách quay vòng không làm biến dạng kết quả.
- Xác minh quảng cáo: Tái tạo vị trí mục tiêu một cách nhất quán trước khi so sánh hành vi sáng tạo hoặc trang đích.
- Kiểm tra QA: Giữ các lộ trình kiểm tra tách biệt để các thay đổi mạng không làm ô nhiễm các kiểm tra nội bộ.
- Duyệt web nhạy cảm với quyền riêng tư: Xác minh DNS và các bề mặt rò rỉ trình duyệt khác thay vì chỉ dựa vào nhãn proxy.
Một proxy di động 4G hoặc 5G có thể là một lựa chọn thực tế khi danh tính mạng di động, kiểm tra theo vùng và kiểm soát phiên làm việc là quan trọng. Đánh giá độ tin cậy, thông lượng, hành vi quay vòng, khả năng chống chịu xác thực và phản hồi hỗ trợ so với khối lượng công việc cụ thể của bạn, sau đó bắt đầu với một bài kiểm tra được ủy quyền nhỏ trước khi mở rộng quyền truy cập.
Evoproxy cung cấp kết nối proxy di động với các cổng cá nhân và chia sẻ, quay vòng có thể cấu hình, và thiết lập Firefox thủ công cho các nhóm cần định tuyến 4G hoặc 5G. Truy cập Evoproxy để xem các tùy chọn có sẵn và kiểm tra xem khả năng kết nối di động của nó có phù hợp với quản lý mạng xã hội, xác minh quảng cáo, nghiên cứu, hoặc quy trình QA của bạn không.
