Ngiêm cấm sử đụng PROXY và VPS vào mục đích trái pháp luật bạn sẽ phải chịu toàn bộ trách nhiệm trước pháp luật khi sử dụng dịch vụ của chúng tôi tks!
ERR_UNSAFE_PORT: Vì sao Chrome chặn cổng và cách xử lý

ERR_UNSAFE_PORT: Vì sao Chrome chặn cổng và cách xử lý

Chuyên viên Kỹ thuật ProxyVN 08-02-2026 Đang tính... phút đọc

ERR_UNSAFE_PORT là lỗi Chrome trả về khi địa chỉ cần mở dùng một cổng nằm trong danh sách cổng bị chặn. Trình duyệt không gửi yêu cầu nào, báo ngay trang web không truy cập được. Hay gặp nhất với lập trình viên chạy dịch vụ trên máy ở cổng 6000, 6666, 10080, với camera, tổng đài ở cổng 554, 5060, hoặc khi mở giao diện quản trị thiết bị đặt cổng lạ. Nhiều người tưởng do proxy hay tường lửa nên đổi proxy, tắt diệt virus, mà lỗi vẫn còn. Bài này ProxyVN giải thích vì sao trình duyệt chặn cổng, danh sách cổng bị chặn, cách phân biệt cổng của trang đích và cổng của proxy, cách mở chặn cho môi trường thử nghiệm và cách sửa gọn nhất là đổi cổng dịch vụ. Xem thêm dịch vụ tại ProxyVN.

Tổng quan về lỗi ERR_UNSAFE_PORT

Mã lỗi này nghĩa là gì

Trong Chromium, ERR_UNSAFE_PORT có mã -312, mô tả là cố gắng truy cập một cổng không an toàn. Trình duyệt kiểm tra số cổng trong địa chỉ trước khi kết nối. Cổng nằm trong danh sách chặn thì dừng luôn. Không có gói tin nào ra mạng, không liên quan tới việc máy chủ có sống hay không.

Trình duyệt chặn cổng để làm gì

Trình duyệt cho trang web gửi yêu cầu tới địa chỉ bất kỳ: thẻ ảnh, biểu mẫu, đoạn mã đều có thể gọi tới địa chỉ khác. Nếu không giới hạn, một trang độc hại có thể ép trình duyệt của người dùng gửi dữ liệu tới cổng của dịch vụ khác như máy chủ thư (cổng 25), máy chủ IRC (6667), dịch vụ chia sẻ tệp. Những dịch vụ này đọc từng dòng văn bản, có thể hiểu nhầm một phần yêu cầu HTTP thành lệnh của chúng. Kỹ thuật này gọi là tấn công giao thức chéo.

Các tấn công kiểu NAT slipstreaming công bố năm 2020 và 2021 còn cho thấy trang web có thể lừa bộ định tuyến mở cổng vào máy nạn nhân bằng cách gửi yêu cầu tới cổng của giao thức SIP, H.323. Sau đó Chrome, Firefox, Safari cùng bổ sung thêm nhiều cổng vào danh sách chặn, gồm 5060, 5061, 1719, 1720, 1723, 554, 10080. Quá trình bổ sung được ghi ở trang theo dõi tính năng của Chrome.

Danh sách chặn là chuẩn chung

Danh sách cổng bị chặn không phải riêng Chrome tự đặt. Tiêu chuẩn Fetch, nền tảng cho cách trình duyệt gửi yêu cầu, có mục chặn cổng xấu liệt kê các cổng mà mọi trình duyệt phải chặn. Vì vậy đổi sang Edge, Firefox hay Safari thường gặp lỗi tương tự, chỉ khác tên lỗi hiển thị.

Danh sách cổng bị chặn

Danh sách cổng bị trình duyệt chặn

Danh sách cổng bị trình duyệt chặn

Bảng sau gom các cổng hay gây lỗi theo nhóm dịch vụ. Danh sách đầy đủ có trong tiêu chuẩn Fetch, gồm khoảng 80 cổng.

Bảng: Danh sách cổng bị chặn

Nhóm

Cổng

Dịch vụ gốc

Hệ thống cũ

1, 7, 9, 11, 13, 15, 17, 19

tcpmux, echo, discard, daytime và các dịch vụ thử nghiệm

Truyền tệp, đăng nhập từ xa

20, 21, 22, 23

FTP, SSH, Telnet

Thư điện tử

25, 110, 143, 465, 587, 993, 995

SMTP, POP3, IMAP

Tên miền, thời gian

53, 123

DNS, NTP

Chia sẻ tệp Windows, mạng

135, 137, 139, 2049

RPC, NetBIOS, NFS

Thư mục

389, 636

LDAP

In ấn

515

LPD

Âm thanh hình ảnh, tổng đài

554, 1719, 1720, 1723, 5060, 5061

RTSP, H.323, PPTP, SIP

Đồ hoạ X

6000

X11

Trò chuyện IRC

6665 tới 6669, 6679, 6697

IRC

Khác

4045, 4190, 6566, 10080

lockd, sieve, sane, amanda

Cổng 22 của SSH, 21 của FTP bị chặn là điều nhiều người bất ngờ. Không mở giao diện web của dịch vụ chạy ở các cổng này bằng trình duyệt được. Cổng 445 của chia sẻ tệp Windows và 631 của máy in mạng thì không bị chặn, người ta hay nhầm hai cổng này.

Cổng không bị chặn

Những cổng thường dùng cho web và phát triển đều mở: 80, 443, 3000, 4200, 5000, 5173, 8000, 8080, 8443, 8888, 9000. Cổng proxy phổ biến 1080, 3128, 8080 cũng không nằm trong danh sách. Tham khảo ý nghĩa số cổng trong sổ đăng ký cổng của IANA.

Cổng của trang đích và cổng của proxy

Cổng của trang đích và cổng của proxy

Cổng của trang đích và cổng của proxy

Đây là chỗ hay bị hiểu nhầm nhất khi lỗi xảy ra trên máy đang dùng proxy.

Danh sách chặn áp dụng cho địa chỉ trang đích

Khi gõ http://192.168.1.20:6000, số 6000 là cổng của trang đích. Chrome kiểm tra số này. Có proxy hay không, Chrome vẫn kiểm tra trước, vì vậy đi qua proxy không vượt được lỗi. Đổi proxy, tắt proxy cũng không làm lỗi biến mất.

Cổng của máy chủ proxy được xử lý riêng

Khi cấu hình proxy là 203.0.113.10:6000, số 6000 là cổng của proxy, không phải của trang đích. Trình duyệt kết nối tới proxy để nhờ chuyển yêu cầu, không phải để mở trang tại cổng đó. Các nhà cung cấp proxy thường chọn cổng phổ biến hoặc dải cổng cao để tránh mọi rắc rối. Nếu dịch vụ proxy cấp cổng lạ mà gặp lỗi, kiểm tra lại xem mình có đang gõ nhầm địa chỉ proxy vào thanh địa chỉ không, chuyện này xảy ra khá thường. Tìm hiểu thêm về cổng proxy trong bài port proxy.

Bảng phân biệt

Bảng: Bảng phân biệt

Tình huống

Cổng bị kiểm tra

Có báo ERR_UNSAFE_PORT không

Gõ http://ip:6000 không proxy

6000 của trang đích

Có

Gõ http://ip:6000 qua proxy cổng 8080

6000 của trang đích

Có

Mở trang thường qua proxy cổng 1080

443 hoặc 80 của trang đích

Không

Gõ địa chỉ proxy ip:5060 vào thanh địa chỉ

5060 được coi là trang đích

Có

Trang dùng ảnh từ http://ip:10080

10080 của tài nguyên

Ảnh đó bị chặn

Proxy chạy trên máy

Công cụ gỡ lỗi mạng, phần mềm ép proxy thường mở cổng tại 127.0.0.1 như 8888, 8080, 10808. Những cổng này không bị chặn. Ý nghĩa địa chỉ cục bộ có trong bài proxy 127.0.0.1. Nếu tự chọn cổng cho proxy cục bộ, tránh 6000, 6666, 10080 để khỏi nhầm lẫn khi kiểm tra bằng trình duyệt.

Những tình huống thực tế gây lỗi ERR_UNSAFE_PORT

Lập trình viên chạy dịch vụ trên máy

Khung phát triển đôi khi chọn cổng mặc định hoặc lập trình viên tự đặt cổng 6000, 6666, 6667 vì dễ nhớ. Mở trình duyệt vào localhost:6000, gặp lỗi ngay. Một số trường hợp: máy chủ thử nghiệm tự động đẩy cổng lên khi cổng mặc định bận, nhảy trúng cổng bị chặn.

Camera an ninh và đầu ghi hình

Camera, đầu ghi thường có giao diện web ở cổng 80 và luồng video RTSP ở cổng 554. Có người đổi cổng web sang 554 cho gọn, hoặc gõ nhầm cổng luồng video vào trình duyệt. Trình duyệt chặn 554 từ năm 2021.

Tổng đài IP và thiết bị SIP

Điện thoại IP, tổng đài dùng cổng 5060, 5061 cho giao thức SIP. Giao diện quản trị đặt ở cổng này bị chặn trên mọi trình duyệt hiện đại.

Giao diện quản trị dùng cổng 10080

Một số phần mềm sao lưu, bộ định tuyến, thiết bị lưu trữ dùng cổng 10080 cho giao diện web. Trước năm 2021 vẫn mở được, sau khi Chrome thêm 10080 vào danh sách chặn thì người dùng bắt đầu gặp lỗi mà không hiểu vì sao "hôm qua còn vào được".

Dịch vụ chạy ở cổng 21, 22

Một số bảng điều khiển máy chủ, công cụ quản lý tệp có giao diện web ở cổng trùng với FTP, SSH. Mở bằng trình duyệt không được, cần đổi cổng.

Cách xử lý ERR_UNSAFE_PORT

Cách 1: đổi cổng dịch vụ (nên làm)

Cách gọn và an toàn nhất. Nếu mình kiểm soát dịch vụ, chuyển sang cổng không bị chặn:

  • Khung phát triển: đổi tham số cổng khi chạy, ví dụ 3000, 5173, 8000.
  • Camera, đầu ghi: vào cài đặt mạng, đặt cổng HTTP về 80 hoặc 8080.
  • Bộ định tuyến, thiết bị lưu trữ: đổi cổng quản trị web sang 8443 hoặc cổng cao khác.
  • Máy chủ web: sửa cấu hình nghe ở cổng mới, cập nhật tường lửa nếu cần.

Đổi một lần là xong cho mọi trình duyệt, mọi máy, không phải sửa từng trình duyệt.

Cách 2: đặt dịch vụ sau một máy chủ chuyển tiếp

Nếu không đổi được cổng dịch vụ, ví dụ phần mềm có cổng cố định, dựng một máy chủ web chuyển tiếp ở cổng 80 hoặc 443, chuyển yêu cầu vào cổng nội bộ. Người dùng truy cập qua cổng an toàn, dịch vụ phía sau giữ cổng cũ. Cách này cũng cho phép gắn chứng chỉ HTTPS dễ dàng.

Cách 3: mở cổng trong Chrome cho môi trường thử nghiệm

Mở cổng cho môi trường thử nghiệm

Mở cổng cho môi trường thử nghiệm

Chrome có tham số dòng lệnh cho phép một số cổng cụ thể:

chrome.exe --explicitly-allowed-ports=6000,6666,10080

Chỉ áp dụng cho phiên Chrome được mở bằng lệnh này. Nên dùng một hồ sơ riêng cho việc thử nghiệm:

chrome.exe --user-data-dir="D:\ChromeTest" --explicitly-allowed-ports=6000

Lưu ý:

  • Chrome đang chạy sẵn thì tham số bị bỏ qua, phải đóng hết cửa sổ Chrome trước, hoặc dùng --user-data-dir khác.
  • Không mở các cổng thư điện tử, SSH, tổng đài cho hồ sơ duyệt web hằng ngày.
  • Một số cổng có thể không mở được bằng tham số này tuỳ phiên bản.

Cách 4: chính sách cho doanh nghiệp

Quản trị viên có thể đặt chính sách ExplicitlyAllowedNetworkPorts cho Chrome, Edge trong công ty. Chính sách này chỉ cho mở một số cổng nhất định do Google cho phép mở tạm thời, không mở tuỳ ý mọi cổng. Thông tin chính sách có trong tài liệu quản trị Chrome Enterprise.

Cách 5: Firefox

Firefox có thiết lập network.security.ports.banned.override trong about:config, nhận danh sách cổng cách nhau bằng dấu phẩy. Cũng chỉ nên dùng cho hồ sơ thử nghiệm.

Những cách không có tác dụng

Nhiều người thử các bước dưới đây, mất thời gian mà lỗi vẫn còn:

Bảng: Những cách không có tác dụng

Thao tác

Vì sao không có tác dụng

Tắt tường lửa Windows

Lỗi do trình duyệt tự chặn, không phải tường lửa

Tắt diệt virus

Không liên quan

Đổi proxy, tắt proxy

Cổng trang đích vẫn bị kiểm tra

Xoá bộ nhớ đệm, cookie

Danh sách chặn nằm trong mã trình duyệt

Đặt lại cài đặt Chrome

Không xoá được danh sách chặn

Đổi DNS

Lỗi xảy ra trước khi phân giải tên miền có ý nghĩa

Mở cổng trên bộ định tuyến

Bộ định tuyến không liên quan, lỗi ở trình duyệt

Nếu thấy lỗi kết nối kiểu khác khi đang dùng proxy, xem bài các lỗi máy chủ proxy để phân biệt.

Kiểm tra dịch vụ ở cổng bị chặn bằng công cụ khác

Dùng curl

curl không áp dụng danh sách chặn cổng của trình duyệt. Muốn biết dịch vụ ở cổng 6000 có chạy không:

curl -v http://127.0.0.1:6000/

Nếu curl nhận được phản hồi, dịch vụ chạy tốt, vấn đề chỉ là trình duyệt chặn. Nếu curl báo từ chối kết nối, dịch vụ chưa chạy, cần sửa phía dịch vụ trước.

Dùng curl qua proxy

Kiểm tra từ phía proxy, ví dụ xem máy chủ ở xa có mở cổng không:

curl -v -x http://203.0.113.10:8080 http://198.51.100.5:6000/

Một số proxy cũng giới hạn cổng đích được phép đi qua. Proxy HTTP thường chỉ cho phương thức CONNECT tới cổng 443, cổng khác có thể bị từ chối với mã 403. Đây là chính sách của proxy, không phải lỗi ERR_UNSAFE_PORT.

Kiểm tra cổng có mở không

Trên Windows dùng PowerShell:

Test-NetConnection 127.0.0.1 -Port 6000

Kết quả TcpTestSucceeded True nghĩa là có chương trình đang nghe ở cổng này.

Ví dụ: camera văn phòng báo ERR_UNSAFE_PORT

Một văn phòng lắp đầu ghi camera, kỹ thuật viên đặt giao diện web ở cổng 554 "cho dễ nhớ vì trùng cổng luồng video". Năm đầu mọi người vào xem bình thường. Sau một lần cập nhật trình duyệt, mọi máy đều báo ERR_UNSAFE_PORT.

Chẩn đoán

Quản lý văn phòng thử máy khác, trình duyệt khác, đều lỗi. Thử tắt tường lửa, không đổi gì. Dùng curl vào cổng 554 thì nhận được phản hồi của đầu ghi, chứng tỏ thiết bị vẫn sống. Tra danh sách thấy 554 nằm trong danh sách chặn từ năm 2021.

Cách sửa

Vào đầu ghi bằng phần mềm quản lý trên máy tính (không qua trình duyệt), đổi cổng web về 80. Mọi trình duyệt vào lại được. Luồng video RTSP vẫn giữ 554 vì phần mềm xem camera không chịu danh sách chặn của trình duyệt.

Rút kinh nghiệm

Không đặt giao diện web trùng cổng của giao thức khác. Khi cài thiết bị mới, kiểm tra cổng web có nằm trong danh sách chặn không trước khi giao cho người dùng.

ERR_UNSAFE_PORT khi làm việc với proxy và công cụ tự động

Kiểm tra proxy qua trình duyệt

Có người gõ thẳng địa chỉ proxy vào thanh địa chỉ để "xem proxy có sống không". Nếu proxy ở cổng 5060 hoặc 6666, sẽ gặp ERR_UNSAFE_PORT, dễ kết luận nhầm là proxy hỏng. Cách kiểm tra proxy đúng là cấu hình proxy rồi mở một trang kiểm tra IP. Hướng dẫn cài proxy cho Chrome có trong bài cài đặt proxy cho Google Chrome.

Công cụ tự động hoá trình duyệt

Selenium, Puppeteer, Playwright điều khiển Chrome thật nên cũng chịu danh sách chặn. Nếu kịch bản kiểm thử mở một dịch vụ ở cổng bị chặn, truyền thêm tham số --explicitly-allowed-ports khi khởi chạy Chrome trong kịch bản. Với proxy cho các công cụ này, định dạng khai báo đúng nằm trong bài định dạng proxy.

Trang có tài nguyên ở cổng bị chặn

Trang web nhúng ảnh, tệp mã từ một địa chỉ có cổng bị chặn thì riêng tài nguyên đó không tải, trang vẫn hiện. Trong DevTools, tab Network sẽ thấy yêu cầu đó lỗi với net::ERR_UNSAFE_PORT. Lỗi kiểu này thường gặp khi trang cũ dùng máy chủ ảnh ở cổng lạ.

Xác định lỗi ERR_UNSAFE_PORT bằng DevTools

Mở tab Network

Nhấn F12, chọn tab Network, tải lại trang. Yêu cầu bị chặn có trạng thái màu đỏ, cột Status ghi (failed) kèm net::ERR_UNSAFE_PORT khi rê chuột. Cột Name cho biết địa chỉ cụ thể, nhìn vào số sau dấu hai chấm để biết cổng nào gây lỗi.

Phân biệt trang chính và tài nguyên

Nếu yêu cầu đầu tiên trong danh sách (loại document) bị chặn, cả trang không hiện. Nếu chỉ một ảnh, một tệp mã bị chặn, trang vẫn hiện nhưng thiếu phần đó. Trường hợp sau thường là lỗi của người làm trang, không phải của người xem. Báo cho quản trị website, kèm địa chỉ tài nguyên lỗi.

Lọc theo mã lỗi

Ô lọc trong tab Network nhận chữ, gõ unsafe sẽ không lọc được theo mã lỗi. Bấm vào biểu tượng phễu, bật tuỳ chọn chỉ hiện yêu cầu bị chặn hoặc lỗi để thu gọn danh sách khi trang có hàng trăm yêu cầu.

ERR_UNSAFE_PORT với Docker và máy ảo

Ánh xạ cổng container

Chạy container với tham số -p 6000:80 nghĩa là cổng 6000 trên máy được ánh xạ vào cổng 80 trong container. Trình duyệt mở localhost:6000, gặp lỗi. Sửa bằng cách đổi cổng phía máy, ví dụ -p 8600:80. Cổng bên trong container không quan trọng với trình duyệt, chỉ cổng trên địa chỉ mình gõ mới bị kiểm tra.

Máy ảo và chuyển tiếp cổng

Phần mềm máy ảo cho chuyển tiếp cổng từ máy thật vào máy ảo. Khi đặt chuyển tiếp, chọn cổng phía máy thật không nằm trong danh sách chặn. Dịch vụ trong máy ảo vẫn giữ cổng gốc.

Dịch vụ X11 qua cổng 6000

Một số công cụ hiển thị giao diện đồ hoạ từ máy chủ Linux qua web dùng dải cổng quanh 6000 vì gắn với X11. Nếu công cụ có tuỳ chọn cổng web riêng, đặt sang dải 8000 trở lên.

Tác động của lỗi tới SEO và người dùng

Website dùng cổng bị chặn

Nếu website công khai chạy ở cổng bị chặn, người dùng trình duyệt hiện đại không vào được. Công cụ tìm kiếm cũng tránh lập chỉ mục các địa chỉ có cổng lạ. Website công khai luôn nên ở cổng 80 và 443.

Liên kết cũ trỏ tới cổng bị chặn

Bài viết cũ có liên kết tới địa chỉ có cổng 10080 hay 6000 sẽ thành liên kết chết với người đọc. Rà soát liên kết định kỳ, chuyển hướng về địa chỉ mới.

Lịch sử danh sách cổng bị chặn

Từ những năm đầu của trình duyệt

Danh sách chặn cổng có từ thời Netscape, Mozilla đầu những năm 2000, khi người ta phát hiện trang web có thể lợi dụng trình duyệt gửi thư rác qua cổng 25. Danh sách ban đầu chủ yếu là các dịch vụ văn bản như thư, tin tức, FTP.

Bổ sung năm 2021

Sau công bố về NAT slipstreaming, các trình duyệt lần lượt chặn 5060, 5061, 554, 1719, 1720, 1723, 10080, rồi 69, 137, 161, 3659, 4045, 6566. Đây là đợt bổ sung lớn nhất trong nhiều năm, và cũng là lúc người dùng camera, tổng đài, phần mềm sao lưu bắt đầu gặp ERR_UNSAFE_PORT hàng loạt.

Xu hướng sau này

Trình duyệt còn hướng tới hạn chế trang công khai gửi yêu cầu vào mạng nội bộ (địa chỉ 192.168.x.x, 10.x.x.x), gọi là bảo vệ mạng riêng. Khi đó một số yêu cầu sẽ bị chặn với lỗi khác, không phải ERR_UNSAFE_PORT, nhưng cùng tinh thần giảm rủi ro từ trang độc hại.

So sánh cách các trình duyệt báo lỗi chặn cổng

Bảng: So sánh cách các trình duyệt báo lỗi chặn cổng

Trình duyệt

Thông báo

Cách mở cho thử nghiệm

Chrome

ERR_UNSAFE_PORT

--explicitly-allowed-ports

Edge

ERR_UNSAFE_PORT

--explicitly-allowed-ports

Cốc Cốc, Brave

ERR_UNSAFE_PORT

--explicitly-allowed-ports

Firefox

Địa chỉ này bị hạn chế

network.security.ports.banned.override

Safari

Không thể mở trang, không kết nối được

Không có cách đơn giản

Phòng tránh lỗi ERR_UNSAFE_PORT về sau

Đổi dịch vụ sang cổng an toàn

Đổi dịch vụ sang cổng an toàn

Quy ước cổng trong nhóm

Nhóm phát triển nên thống nhất dải cổng cho dịch vụ nội bộ, ví dụ 3000 tới 3999 cho giao diện, 8000 tới 8999 cho API. Dải này không có cổng bị chặn.

Kiểm tra trước khi giao thiết bị

Với kỹ thuật viên lắp đặt camera, tổng đài, bộ định tuyến: không đặt giao diện web ở cổng của giao thức khác. Kiểm tra bằng trình duyệt mới nhất trước khi bàn giao.

Theo dõi thay đổi của trình duyệt

Danh sách chặn có thể thêm cổng mới. Khi trình duyệt cập nhật mà dịch vụ nội bộ đột nhiên không vào được, kiểm tra danh sách chặn đầu tiên. Thông báo thay đổi thường có trên trang theo dõi tính năng của Chrome.

Khi nào lỗi không phải do cổng

Nếu địa chỉ dùng cổng 80, 443, 8080 mà vẫn báo lỗi khác, nguyên nhân nằm ở chỗ khác: proxy, tường lửa, DNS. Một số lỗi Chrome liên quan proxy được tổng hợp trong bài cách sửa lỗi proxy Google Chrome. Hướng dẫn kiểm tra kết nối chung của Chrome có ở trang trợ giúp của Google.

Chọn proxy dùng cổng phổ biến

Proxy dùng cổng phổ biến như 8080, 3128, 1080 hoặc dải cổng cao ít khi gây nhầm lẫn khi cấu hình và kiểm tra. Anh em cần proxy HTTP, SOCKS5 IP Việt Nam với cổng rõ ràng, ổn định có thể mua proxy tại ProxyVN.

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

ERR_UNSAFE_PORT có phải do virus không

Không. Đây là cơ chế bảo vệ có sẵn của trình duyệt, chặn cổng thuộc danh sách nguy hiểm.

Dùng proxy có vượt được lỗi này không

Không. Trình duyệt kiểm tra cổng của trang đích trước khi gửi qua proxy.

Vì sao hôm qua vào được, hôm nay báo lỗi

Trình duyệt vừa cập nhật và bổ sung cổng đó vào danh sách chặn. Đợt bổ sung lớn nhất là năm 2021 với 554, 5060, 10080 và một số cổng khác.

Cổng 8080 có bị chặn không

Không. 8080 là cổng phổ biến cho web và proxy, không nằm trong danh sách chặn.

Cổng 22 có mở bằng trình duyệt được không

Không. Cổng 22 của SSH nằm trong danh sách chặn. Dùng phần mềm SSH thay vì trình duyệt.

Mở cổng bằng tham số dòng lệnh có an toàn không

An toàn ở mức chấp nhận được nếu chỉ dùng cho hồ sơ thử nghiệm riêng và chỉ mở đúng cổng cần. Không nên mở cho hồ sơ duyệt web hằng ngày.

Điện thoại có gặp lỗi này không

Có. Chrome Android, Safari iPhone cũng chặn cổng, thông báo khác nhau. Trên điện thoại khó mở chặn hơn, nên đổi cổng dịch vụ.

Tổng kết

ERR_UNSAFE_PORT là lỗi trình duyệt tự chặn khi địa chỉ dùng cổng nằm trong danh sách nguy hiểm theo tiêu chuẩn Fetch, gồm các cổng thư điện tử, SSH, FTP, IRC, SIP, RTSP, 6000, 10080. Lỗi không liên quan tới tường lửa, DNS hay proxy, và đi qua proxy cũng không vượt được vì trình duyệt kiểm tra cổng của trang đích. Cách xử lý tốt nhất là đổi dịch vụ sang cổng phổ biến hoặc đặt sau máy chủ chuyển tiếp ở cổng 80, 443. Với môi trường thử nghiệm, có thể dùng tham số --explicitly-allowed-ports trên một hồ sơ Chrome riêng. Cần tư vấn về proxy, anh em liên hệ Proxy.vn - Nhà cung cấp dịch vụ proxy chất lượng hàng đầu Việt Nam để được tư vấn.

TIN TỨC LIÊN QUAN