Tôi có cần một IP riêng để chạy một máy chủ mail không?

Thực chất là có. Khả năng gửi đến phụ thuộc vào một bản ghi reverse DNS (PTR) khớp hostname mail của bạn, và bạn chỉ có thể đặt một PTR trên một IP chỉ của riêng bạn. Trên một địa chỉ dùng chung hoặc NAT bạn không kiểm soát PTR, nên các máy chủ nhận thấy một hostname chung chung hoặc không khớp và xem bạn là đáng ngờ. Một IP riêng là mức cơ sở cho mail đi ra.

Một bản ghi PTR là gì và vì sao email cần nó?

Một bản ghi PTR là reverse DNS — nó ánh xạ IP của bạn ngược về một hostname, ngược lại với một bản ghi A thông thường. Khi máy chủ của bạn kết nối tới Gmail hoặc Outlook, bên nhận tra cứu ai sở hữu IP của bạn. Nếu PTR thiếu hoặc chung chung (như static.203-0-113-19.rev.example-isp.net), đó là một điểm trừ ngay lập tức. Các máy chủ mail trông đợi PTR khớp với tên máy chủ của bạn công bố trong HELO.

Vì sao cổng 25 đi ra bị chặn mặc định trên hầu hết các host VPS?

Cổng 25 là vector spam lớn nhất, nên các host giữ nó đóng cho tới khi bạn hỏi và giải thích bạn gửi gì. Nó không phải một lỗi — nó là phòng chống lạm dụng. Một script bị xâm nhập bắn spam có thể đốt danh tiếng của một IP, và trên một subnet dùng chung thiệt hại đó tràn sang các khách hàng khác. Các host uy tín, kể cả EQVPS, mở nó theo yêu cầu thay vì mặc định.

Tôi có thể chạy một máy chủ mail trên một IP NAT hoặc dùng chung không?

Bạn có thể nhận mail qua chuyển tiếp cổng, nhưng gửi đáng tin là chuyện khác. Không có IP riêng bạn không thể đặt một PTR khớp, và bạn thừa hưởng bất cứ danh tiếng nào địa chỉ dùng chung đã có — tốt hay xấu. Cho bất cứ gì bạn cần gửi đến, dùng một IP riêng với lịch sử sạch và một PTR bạn kiểm soát.

Tự host email có thực sự đáng năm 2026 không?

Tùy vì sao. Nếu bạn muốn kiểm soát dữ liệu và tên miền của mình không có bên thứ ba trong vòng lặp, nó rất khả thi trên một VPS nhỏ. Nhưng khả năng gửi đến là công việc liên tục — bạn theo dõi các danh sách chặn, xoay các khóa DKIM, và giữ IP sạch. Cho một dự án phụ ít quan trọng, chuyển tiếp qua một nhà cung cấp hiện có ít đau hơn. Tự host khi kiểm soát quan trọng hơn tiện lợi.

Chạy một máy chủ mail trên một VPS: cái gì thực sự giữ bạn khỏi spam

Máy chủ mail của bạn hoạt động. Postfix khởi động, log trông sạch, bạn gửi một tin nhắn thử tới Gmail của mình — và nó rơi vào spam. Hoặc nó chỉ biến mất. Không gì trong cấu hình của bạn hỏng. Phần mềm làm chính xác điều bạn bảo nó.

Vấn đề là máy chủ ở đầu kia chưa tin IP của bạn, và email giấu cả một chồng các kiểm tra tin cậy nhỏ mà tất cả phải thẳng hàng trước khi hộp thư của một người lạ cho bạn vào. Làm những cái đó đúng và việc gửi đến hầu như tự lo. Bỏ lỡ một cái và bạn đang hét vào một thư mục spam.

Ba thứ gánh hầu hết sức nặng: reverse DNS, xác thực người gửi, và liệu host của bạn có cho bạn nói chuyện trên cổng 25. Không cái nào khó. Chúng chỉ dễ quên, và mỗi cái là một quyền phủ quyết âm thầm.

Cái ai cũng quên: reverse DNS

DNS xuôi là phần bạn biết — một tên trỏ tới một IP. Reverse DNS là gương: một IP trỏ ngược về một tên. Bản ghi đó gọi là PTR, và nó sống với ai kiểm soát IP, không phải trong zone của tên miền bạn.

Đây là vì sao nó quan trọng. Khi máy chủ của bạn mở một kết nối tới SMTP của Gmail, một trong những điều đầu tiên bên nhận làm là một tra cứu ngược trên IP của bạn — đây là ai? Tự chạy nó:

dig -x 203.0.113.19 +short

Nếu cái đó trở lại với thứ gì đó như static.203-0-113-19.rev.example-isp.net, hoặc trở lại rỗng, bạn đã mất điểm. Tên chung chung đó nói "một VPS ngẫu nhiên nào đó," và tệ hơn, nó không khớp với hostname máy chủ của bạn tự giới thiệu trong lời chào HELO. Các máy chủ nhận gắn cờ sự không khớp đó mạnh. Một số từ chối thẳng.

Cái họ muốn thấy là một PTR khớp hostname mail của bạn. Nếu máy chủ của bạn nói HELO mail.example.com, tra cứu ngược trên IP của nó nên trả về mail.example.com. Xuôi và ngược đồng ý, câu chuyện nhất quán, và bạn trông như một máy chủ mail thật thay vì một cỗ máy bị chiếm.

Đặt một PTR truyền thống nghĩa là mở một ticket hỗ trợ với ai sở hữu khối IP và chờ. Trên các gói IP riêng của EQVPS nó là một ô trong dashboard của bạn — gõ hostname, nó ghi thẳng vào registry qua API của nhà cung cấp, và nó hoạt động trong vài giây. Đó là toàn bộ mục đích của làm nó tự phục vụ: reverse DNS là bước người ta bỏ qua vì nó từng phiền phức.

Xác thực: SPF, DKIM, DMARC

Ba bản ghi DNS này nói với các máy chủ nhận rằng mail tuyên bố từ tên miền của bạn thực sự là vậy. Bỏ qua chúng và bạn là một người lạ chưa xác minh.

SPF là một bản ghi TXT liệt kê các máy chủ nào được phép gửi cho tên miền của bạn. Gmail kiểm tra nó và hỏi: tin nhắn này có đến từ một IP bạn cấp quyền không?
DKIM ký mã hóa mỗi tin nhắn đi ra. Bên nhận lấy khóa công khai của bạn từ DNS và xác minh chữ ký không bị giả trong quá trình vận chuyển.
DMARC buộc hai cái lại với nhau và nói cho bên nhận làm gì khi một kiểm tra thất bại — không gì, cách ly, hoặc từ chối — và gửi báo cáo về đâu.

Bạn muốn cả ba. SPF và DKIM chứng minh mail hợp pháp là của bạn; DMARC biến bằng chứng đó thành một chính sách. Nó có lẽ hai mươi phút chỉnh sửa DNS, và nó là khác biệt giữa "người gửi đã xác minh" và "ai?"

Cổng 25, và vì sao nó đóng

Đây là cái làm người ta bất ngờ. Cổng 25 đi ra — cổng các máy chủ mail dùng để nói chuyện với nhau — bị chặn mặc định trên về cơ bản mọi host VPS. Chúng tôi cũng vậy.

Đó là có chủ đích. Cổng 25 là khẩu pháo spam kinh điển, nên nó đóng cho tới khi bạn hỏi nó và nói bạn thực sự gửi gì. Chúng tôi mở nó theo yêu cầu thay vì để nó mở cho bất kỳ ai dựng lên một máy chủ.

Và có một lưu ý trung thực ở đây đáng nói thẳng: với một cổng 25 mở đi kèm trách nhiệm. Một script bị xâm nhập hoặc một relay cấu hình sai bơm ra spam, và danh tiếng IP của bạn mất — đôi khi hàng tuần. Trên một subnet dùng chung mớ đó văng sang các máy bên cạnh của bạn, chính là vì sao các host thận trọng về nó. Nếu bạn nhờ chúng tôi mở 25, giữ máy chủ của bạn sạch, vì danh tiếng bạn đang bảo vệ một phần cũng là của chúng tôi.

Vì sao IP riêng không phải tùy chọn

Tất cả điều này vòng lại một yêu cầu: IP phải là của bạn. Trên một thiết lập NAT hoặc một địa chỉ dùng chung bạn không thể đặt PTR của riêng mình, vì địa chỉ không phải chỉ của bạn để trỏ. Bạn cũng thừa hưởng bất cứ danh tiếng nào IP dùng chung đã mang — và bạn không biết người thuê trước làm gì với nó.

Một IP riêng cho bạn một PTR bạn kiểm soát, một danh tiếng của bạn để xây, và một điểm khởi đầu sạch. Cho mail đi ra đó không phải một thứ có-thì-tốt; nó là mức sàn.

Kết luận trung thực

Tự host email năm 2026 là công việc thật, liên tục. Nó không phải đặt-rồi-quên — bạn sẽ theo dõi các danh sách chặn, xoay các khóa DKIM, và thỉnh thoảng tìm ra vì sao một nhà cung cấp cụ thể bắt đầu greylist bạn. Nếu đây là một dự án phụ ít quan trọng, thành thật, chuyển tiếp qua một nhà cung cấp mail hiện có sẽ tiết kiệm cho bạn nhức đầu.

Nhưng nếu bạn muốn kiểm soát thật — dữ liệu của bạn, tên miền của bạn, không ai khác đọc các header — nó rất khả thi trên một VPS nhỏ. Hệ thống đường ống tin cậy ở trên là khoảng 90% trận chiến, và không cái nào kỳ lạ. Lấy một IP riêng, đặt PTR khớp hostname của bạn, công bố SPF/DKIM/DMARC, nhờ chúng tôi mở cổng 25, rồi gửi một thử qua một công cụ như mail-tester.com và sửa bất cứ gì nó gắn cờ. Làm điều đó và bạn không còn hét vào một thư mục spam nữa — bạn là một máy chủ mail mà hộp thư của người ta thực sự tin.