IP của tôi có bị blacklist không? Kiểm tra IP

"IP của tôi có sạch không?" thường được trả lời bằng một từ: sạch, hoặc đã bị đưa vào danh sách đen. Câu trả lời đó gộp ba câu hỏi khác nhau vào một kết luận, và giấu đi chi tiết quan trọng nhất — phần lớn công cụ kiểm tra miễn phí hiển thị "không nằm trong danh sách" vì chính lần tra cứu bị lỗi, chứ không phải địa chỉ của bạn không có vấn đề.

Việc kiểm tra thực chất là một truy vấn DNSBL, không phải một điểm uy tín

Mọi danh sách đen IP còn hoạt động đều là danh sách đen qua DNS (DNSBL). Cách làm cố định: đảo ngược các octet của IP, ghép vào tên miền của danh sách rồi gửi một truy vấn DNS. Nếu trả về một địa chỉ trong dải 127.0.0.0/8 thì bạn đang nằm trong danh sách, và octet cuối thường cho biết lý do. Không trả về gì nghĩa là không nằm trong danh sách. Toàn bộ giao thức chỉ có vậy.

Các danh sách theo dõi những thứ rất khác nhau, và đây chính là chỗ các công cụ "một điểm số" sai nhiều nhất:

Danh sách	Theo dõi cái gì	Một lần trùng khớp thực sự nghĩa là gì
Spamhaus SBL / XBL	Nguồn gửi thư rác và máy đã bị nhiễm	Ai đó tại địa chỉ này đã gửi thư rác hoặc chứa mã độc. Nhiều nhà cung cấp email dùng trực tiếp danh sách này.
Spamhaus PBL	Dải địa chỉ vốn không nên gửi thư trực tiếp	Đây không phải hành vi xấu mà là mục chính sách. Dải dân dụng và dải động nằm trong đó theo thiết kế.
SORBS	Cấu hình sai và relay mở	Nhiều bản ghi đã cũ, có khi từ nhiều năm trước và không còn phản ánh mạng hiện tại.
Barracuda / SpamCop	Thư rác bị báo cáo và địa chỉ mồi	Vòng đời ngắn: xuất hiện rồi biến mất trong vài ngày.

Nằm trong PBL không có nghĩa là IP của bạn "bẩn". Nó chỉ nói rằng địa chỉ đó không được thiết kế để làm máy chủ thư. Đọc PBL thành "IP của tôi có vấn đề" là hiểu nhầm phổ biến đầu tiên.

Vì sao "không nằm trong danh sách" thường là kết quả sai

Đây là chỗ hầu hết công cụ kiểm tra mắc lỗi. Spamhaus từ chối các truy vấn đi qua bộ phân giải đệ quy công cộng. Khi truy vấn đến từ Google, Cloudflare hoặc bộ phân giải mở của nhà mạng, Spamhaus trả về 127.255.255.254 — mã này nghĩa là "truy vấn đến từ bộ phân giải mở, kết quả không hợp lệ", và tài liệu chính thức ghi rõ không được hiểu là đã nằm trong danh sách.

Do đó cả hai kiểu công cụ đều sai: công cụ chỉ kiểm tra "có nhận được một địa chỉ 127.x không" đọc mã này thành đã nằm trong danh sách; công cụ chỉ kiểm tra "có nhận được phản hồi nào không" hiển thị là sạch mà không nói rằng truy vấn đã bị từ chối. Cả hai trường hợp bạn đều không nhận được thông tin gì.

Trong thực tế:

• Kết quả "không nằm trong danh sách" hiện ra trong vài mili giây cho tất cả danh sách cùng lúc là đáng ngờ. Truy vấn thật mất thời gian và một số danh sách sẽ hết thời gian chờ.
• Nếu công cụ tra cứu từ máy chủ của họ chứ không phải từ mạng của bạn, kết quả mô tả đường đi của họ, không phải của bạn — không sao với Spamhaus, nhưng sai với các danh sách lọc theo nguồn.
• "Sạch" chỉ bao gồm những danh sách mà công cụ đã tra. Bản miễn phí thường tra bốn đến sáu danh sách. Nhà cung cấp email tra hàng chục, và một số danh sách nội bộ không bao giờ công khai.

Ba trục độc lập ẩn sau một điểm số

Cái mà người ta gọi là "chất lượng IP" thực ra là ít nhất ba thuộc tính riêng, và chúng thay đổi độc lập:

1. Có nằm trong danh sách đen hay không. Nhị phân theo từng danh sách, thay đổi mỗi ngày. Đây là thứ DNSBL trả lời.
2. Loại mạng. Datacenter, dân dụng, di động hay đầu ra VPN. Đây không phải đánh giá mà là sự thật về ASN, và không tự tốt lên theo thời gian.
3. Rủi ro hành vi. Điểm từ các dịch vụ như IPQualityScore, trong đó khoảng 75 trở lên bị coi là đáng ngờ và 90 trở lên là rủi ro cao. Điểm này dựng từ hành vi gần đây quan sát được tại địa chỉ đó, gồm cả hành vi của người dùng trước.

Một địa chỉ có thể không nằm trong bất kỳ danh sách nào mà vẫn bị nền tảng đối xử như đối tượng nguy hiểm, vì trục thứ hai và thứ ba không xuất hiện trong phản hồi DNSBL. Vì thế "IP của tôi sạch nhưng ChatGPT cứ từ chối tôi" là tình huống hoàn toàn hợp lý, không hề mâu thuẫn.

Vì sao loại IP quyết định việc dịch vụ AI có cho bạn vào hay không

Những dịch vụ quan tâm đến lạm dụng — nền tảng AI, cổng thanh toán, hệ thống bán vé — không chỉ nhìn danh sách đen. Họ nhìn địa chỉ đến từ đâu. Một ASN thuộc nhà cung cấp hosting là tín hiệu mạnh cho thấy đây không phải người ngồi ở nhà:

• ASN của các nhà hosting lớn là công khai. Hetzner (AS24940), DigitalOcean (AS14061) và AWS (AS16509) đều nằm trong các cơ sở dữ liệu phân loại datacenter mà bất kỳ hệ thống rủi ro nào cũng đăng ký được.
• Địa chỉ datacenter không bị chặn thẳng. Nó bị cho điểm cao hơn, biểu hiện thành thêm một bước xác minh, một trang thử thách, hoặc thông báo "phát hiện hoạt động bất thường" thay vì khoá tài khoản dứt khoát.
• Đầu ra dùng chung mang theo lịch sử của người khác. Một node VPN mà vài trăm người luân phiên sẽ tích luỹ bản ghi hành vi chẳng liên quan gì đến bạn nhưng vẫn tính vào bạn.

Đây là triệu chứng khó hiểu nhất: trang vẫn mở, vẫn đọc được nội dung, nhưng đăng nhập hoặc một thao tác cụ thể thì thất bại. Hiểu nó thành vấn đề tài khoản khiến người ta đổi mật khẩu hàng giờ, trong khi biến số thật là IP đầu ra.

Các cách đọc sai phổ biến

• "Sạch nghĩa là an toàn." Nó chỉ nghĩa là không có phản hồi từ những danh sách đã tra, tại thời điểm đó, qua bộ phân giải đó.
• "Hàng xóm làm tôi bị đưa vào danh sách." Dưới NAT của nhà mạng, hàng nghìn thuê bao dùng chung một địa chỉ công cộng. Bạn thừa hưởng bất cứ điều gì người khác đã làm. Bạn không sửa được và cũng không phải lỗi của bạn.
• "IP dân dụng luôn sạch." Dải dân dụng chiếm tỷ lệ rất cao trong PBL, và một router gia đình bị chiếm quyền điều khiển vẫn gửi thư rác như bất kỳ máy nào.
• "Hôm qua tôi đã kiểm tra rồi." Bản ghi SpamCop và Barracuda thường tự hết trong 24 đến 72 giờ, và bản ghi mới cũng xuất hiện nhanh như vậy.
• "Công cụ báo sạch nên nó chính xác." Hãy xem nó có nói rõ đã tra danh sách nào và tra bằng cách nào không. Công cụ không nêu nguồn thì không thể kiểm chứng.

Cần làm gì, theo thứ tự

1. Xác nhận bạn đang kiểm tra địa chỉ nào. Sau VPN, proxy hoặc NAT, địa chỉ bạn thấy trên máy không phải địa chỉ mà internet thấy. Xác nhận đầu ra trước — mọi kết luận phía sau đều phụ thuộc vào nó.
2. Phân biệt loại bản ghi. Nếu là PBL thì không có gì sai và không có gì phải sửa. Nếu là SBL hoặc XBL thì phía sau có vấn đề gửi thư thật, thường là thiết bị bị chiếm quyền hoặc có relay mở trong mạng của bạn.
3. Sửa nguyên nhân trước khi xin gỡ. Yêu cầu gỡ khỏi SBL thường bị từ chối khi hành vi gửi vẫn tiếp diễn. Chặn nguồn trước, chờ bản ghi cũ đi, rồi mới xin gỡ nếu vẫn còn.
4. Với việc bị nền tảng từ chối, đổi trục chứ đừng đổi điểm số. Nếu vấn đề là loại mạng thì gỡ khỏi danh sách không giúp gì. Đầu ra phải là địa chỉ dân dụng hoặc di động, hoặc phải truy cập từ mạng mà dịch vụ đó đã tin.
5. Kiểm tra lại sau khi thay đổi, từ chính mạng đó. Kết quả lấy từ máy khác mô tả một đường đi khác.

Một kết luận thực dụng: hãy coi "sạch" là một bức ảnh chụp kèm phạm vi — danh sách nào, qua bộ phân giải nào, lúc mấy giờ. Mọi khẳng định rộng hơn thế không phải là đo lường mà là phỏng đoán.