Cấu Hình DNS Tên Miền: Subdomain, URL Frame, URL Direct

Cấu hình DNS tên miền sau khi mua: bản ghi, subdomain, URL Direct và URL Frame

Mua tên miền xong, nhiều người nghĩ cứ gõ địa chỉ vào trình duyệt là website hiện ra. Thực tế thì chưa. Lúc này tên miền mới chỉ là một cái tên nằm trong tài khoản, nó chưa biết phải dẫn khách đi đâu. Việc “chỉ đường” đó chính là cấu hình DNS. Mình dùng tên miền nhiều năm, đổi hosting, chuyển mail, gắn Cloudflare đủ cả, và phải nói thẳng: phần lớn lỗi “web không vào được” những ngày đầu đều do DNS cấu hình sai hoặc chưa kịp cập nhật.

Việc đầu tiên: xem DNS đang do ai quản lý

Đây là chỗ nhiều người vấp nhất. Tại một thời điểm, tên miền chỉ có một nơi quản lý bản ghi DNS, và nơi đó do nameserver quyết định. Mặc định, nameserver là của nhà đăng ký tên miền. Nếu bạn đã đổi nameserver sang hosting hay Cloudflare, mọi chỉnh sửa ở trang nhà đăng ký sẽ không có tác dụng gì.

Mình từng thấy người ngồi sửa bản ghi cả buổi chiều mà website vẫn y nguyên, cuối cùng mới biết sửa nhầm chỗ. Nên trước khi động vào gì, hãy xem mục Nameserver đang trỏ về đâu.

Hai cách cấu hình hay gặp

Giữ nameserver mặc định, tự thêm bản ghi. Bạn vào trang quản lý DNS của nhà đăng ký, thêm bản ghi A trỏ về IP hosting là xong. Hợp với website nhỏ, ít dịch vụ đi kèm.

Đổi nameserver sang hosting hoặc Cloudflare. Bạn dán hai nameserver (dạng ns1…, ns2…) vào mục Nameserver ở nhà đăng ký, rồi quản lý bản ghi ngay tại hosting hoặc Cloudflare. Bản Cloudflare miễn phí là đủ dùng, lại có CDN và chống tấn công cơ bản. Mình thường chọn Cloudflare cho web bán hàng, còn web giới thiệu nhỏ thì để DNS ở hosting cho gọn.

Các loại bản ghi cần nắm

• A: trỏ tên miền về IPv4/IPV6. Host điền @ (tên miền gốc), giá trị là IP hosting.
• CNAME: trỏ tên miền phụ về một tên khác, hay dùng nhất là www trỏ về tên miền gốc.
• MX: chỉ định máy chủ nhận email. Dùng mail theo tên miền thì bản ghi này rất quan trọng.
• TXT: chứa chuỗi xác minh và chống giả mạo thư (SPF, DKIM, DMARC), hoặc xác minh Google Search Console.

Website WordPress thông thường chỉ cần hai dòng: A với Host @ trỏ về IP hosting, và CNAME với Host www trỏ về tên miền gốc. TTL để tự động hoặc 300 giây cho dễ sửa.

Tạo tên miền phụ (subdomain)

Tên miền phụ là phần đứng trước tên miền chính, như blog.tenmien.com hay demo.tenmien.com. Mình hay dùng để dựng bản demo cho khách, tách trang bán hàng, hoặc gắn ứng dụng chạy ở máy chủ khác.

Bạn thêm bản ghi mới: dùng A nếu muốn dẫn tới một IP, dùng CNAME nếu dịch vụ bên thứ ba yêu cầu trỏ về địa chỉ của họ. Host điền đúng tên phụ, ví dụ blog.

Chuyện nhiều người quên: DNS xong chưa đủ, hosting cũng phải khai báo tên miền phụ đó (trong cPanel hoặc DirectAdmin có mục Subdomain), và cần cấp SSL riêng. Thiếu bước này, bạn sẽ gặp trang mặc định hoặc lỗi 404. Về SEO, Google thường xem tên miền phụ như website tương đối riêng, nên blog để kéo khách về web chính thường nên đặt ở thư mục (tenmien.com/blog/).

URL Direct và URL Frame

Nhiều nhà đăng ký ở Việt Nam có sẵn hai kiểu chuyển hướng không cần hosting. Tên gọi mỗi nơi một kiểu, nhưng ý nghĩa như nhau.

URL Direct (hay URL Redirect): khách gõ tên miền A, trình duyệt nhảy sang địa chỉ B và thanh địa chỉ đổi thành B. Dùng khi chuyển tên miền cũ sang mới, hoặc dẫn tên miền mua thêm về website chính. Nếu được chọn, hãy chọn 301 (chuyển vĩnh viễn, giữ được tín hiệu SEO) thay vì 302 (tạm thời). Lưu ý nếu chỉ chuyển hướng ở nhà đăng ký, khách gõ https đôi khi bị cảnh báo chứng chỉ. Muốn sạch hơn, hãy chuyển hướng ngay trên hosting bằng file .htaccess hoặc plugin Redirection.

URL Frame (hay Masking): tên miền của bạn vẫn hiện trên thanh địa chỉ nhưng nội dung là trang khác, được nhúng vào khung iframe. Mình ít khuyên dùng vì nhiều trang chặn bị nhúng (Facebook, Google…) nên khách chỉ thấy màn hình trắng, khách bấm sang trang khác thì thanh địa chỉ vẫn đứng yên, SEO kém, và trên điện thoại hay lỗi. Chỉ nên dùng tạm, ví dụ có landing page ở nền tảng ngoài mà cần tên miền đẹp để in lên danh thiếp. Có điều kiện thì chuyển sang bản ghi A hoặc CNAME.

Chờ bao lâu thì có hiệu lực?

Trên lý thuyết từ vài phút đến 24, thậm chí 48 giờ, vì các máy chủ DNS giữ bản ghi cũ theo TTL. Thêm bản ghi mới thường khá nhanh, đổi nameserver thì lâu hơn. Bạn kiểm tra bằng lệnh nslookup, hoặc vào dnschecker, whatsmydns, và thử mở web bằng 4G thay vì wifi nhà vì đôi khi modem đang giữ bản cũ. Đừng cứ mười phút lại sửa một lần, chỉ tổ rối thêm.

Những lỗi mình gặp nhiều nhất

1. Sửa DNS nhầm chỗ, như đã kể ở trên.
2. Đặt CNAME cho tên miền gốc (@). Tên miền gốc còn phải chứa MX, NS nên theo chuẩn không đặt CNAME được. Cứ dùng bản ghi A cho chắc.
3. Lỡ xóa bản ghi MX khi dọn dẹp, thế là mail không về. Trước khi xóa hay sửa gì, chụp màn hình toàn bộ bản ghi hiện có.
4. Quên www. Khách gõ có hay không có www đều phải vào được, và nên chuyển hướng về một phiên bản duy nhất.
5. Bật proxy Cloudflare (mây cam) nhưng SSL chưa đúng, gây lỗi chuyển hướng quá nhiều lần. Hosting đã có chứng chỉ hợp lệ thì chọn Full (Strict).
6. Tạo tên miền phụ ở DNS nhưng quên khai báo trên hosting.

Một mẹo khi chuyển hosting: trước đó một ngày, hạ TTL xuống 300 giây để khách thấy trang mới sau vài phút, và giữ hosting cũ chạy thêm hai ba ngày.

Khi DNS đã ổn

Cài SSL, kiểm tra website vào được bằng https, thêm bản ghi TXT xác minh Search Console, và thiết lập SPF, DKIM nếu gửi mail từ tên miền. Cuối cùng là bật khóa chuyển tên miền và gia hạn tự động. Mất tên miền vì quên gia hạn còn tốn kém hơn mọi lỗi DNS cộng lại.

Nếu đã làm theo mà website vẫn chưa vào được, bạn cứ chụp phần Nameserver và danh sách bản ghi gửi cho AZWEB, nhìn vào là biết lỗi nằm ở đâu.