Email Doanh NghiệpSSLFirewall Anti DDoS

NỘI DUNG

Banner blog lễ 30.4 và 1.5

DNAME record là gì? Chuyển hướng tên miền phụ dễ dàng với DNAME record

Hưng Nguyễn

Đã kiểm duyệt nội dung

Ngày đăng:02/04/2026
Lượt xem

Quy trình sản xuất nội dung

Đánh giá

[esi kkstarratings cache="private" ttl="3"]

DNAME record là bản ghi DNS dùng để chuyển hướng cả một nhánh tên miền sang một tên miền khác, đồng thời giữ nguyên cấu trúc các subdomain tương ứng. Dựa trên kinh nghiệm xử lý các case đổi domain và tái cấu trúc DNS thực tế, mình thấy DNAME đặc biệt hữu ích khi cần thay đổi kiến trúc tên miền nhưng muốn hạn chế chỉnh sửa thủ công từng bản ghi con. Trong bài viết này, mình sẽ trình bày cơ chế hoạt động của DNAME, điểm khác biệt so với CNAME, cách tạo trên hệ thống DNS và các lỗi thường gặp khi sử dụng kèm hướng xử lý.

Những điểm chính

  • Quan điểm của mình: Nếu bạn đang chuẩn hóa hoặc đổi cấu trúc domain, hiểu đúng và dùng DNAME đúng chỗ sẽ giúp giảm rất nhiều thao tác thủ công và hạn chế lỗi cấu hình về sau.
  • Khái niệm DNAME record: Hiểu rõ DNAME record là một bản ghi DNS dùng để chuyển hướng cả một nhánh tên miền, giúp bạn nhận biết vai trò của nó trong việc tái cấu trúc hệ thống tên miền một cách hiệu quả.
  • Cơ chế hoạt động: Nắm vững cơ chế hoạt động dựa trên việc thay thế hậu tố và sinh CNAME tạm, giúp bạn hiểu rõ cách DNAME thực hiện chuyển hướng mà không cần tạo từng bản ghi con thủ công.
  • So sánh với CNAME: Phân biệt rõ ràng sự khác biệt về phạm vi áp dụng và mục đích sử dụng, giúp bạn lựa chọn đúng loại bản ghi cho từng kịch bản, từ việc alias một hostname đến chuyển hướng cả một nhánh tên miền.
  • Hướng dẫn tạo bản ghi: Nắm vững quy trình tạo DNAME record, giúp bạn có thể tự mình cấu hình và áp dụng vào hệ thống DNS một cách chính xác.
  • Các lỗi phổ biến và cách khắc phục: Nhận diện được các lỗi thường gặp, giúp bạn tránh các sai lầm phổ biến và đảm bảo quá trình chuyển hướng diễn ra suôn sẻ.
  • Giới thiệu Vietnix: Biết đến Vietnix là nhà cung cấp dịch vụ tên miền uy tín, giúp bạn có một nền tảng quản lý DNS linh hoạt và nhận được sự hỗ trợ chuyên nghiệp khi cấu hình các bản ghi phức tạp.
  • Câu hỏi thường gặp: Được giải đáp các thắc mắc phổ biến liên quan đến DNAME record.
những điểm chính

DNAME record là gì?

DNAME record (Delegation Name) là bản ghi DNS dùng để ánh xạ toàn bộ một nhánh tên miền con (subdomain tree) sang một tên miền khác. Ví dụ, nếu bạn cấu hình DNAME cho old-domain.com trỏ đến new-domain.com, thì tất cả các subdomain con bên dưới như www.old-domain.com, mail.old-domain.com,… sẽ được chuyển sang www.new-domain.com, mail.new-domain.com tương ứng.

dname record 1
DNAME record à bản ghi DNS dùng để ánh xạ toàn bộ một nhánh tên miền con sang một tên miền khác

Điểm đặc biệt của bản ghi DNAME là chỉ tác động đến các nhánh con mà không chuyển hướng chính node (tên miền gốc) mà bản ghi đó được đặt lên. Bản ghi này không trả về địa chỉ IP trực tiếp mà tạo ra một bí danh (alias) để trình phân giải DNS tiếp tục truy vấn sang tên miền mới

Vietnix cung cấp dịch vụ đăng ký tên miền với hệ thống DNS linh hoạt, hỗ trợ đầy đủ bản ghi A, AAAA, MX, CNAME, TXT, DNAME, phù hợp cả các kịch bản đổi domain và tái cấu trúc cây DNS phức tạp. Khi đăng ký tên miền tại Vietnix, bạn sẽ được trải nghiệm công cụ tìm kiếm tên miền bằng AI độc đáo, kèm theo chính sách giá gia hạn minh bạch và hoàn toàn không có phí ẩn. Đội ngũ kỹ thuật hỗ trợ 24/7 của Vietnix sẽ giúp bạn dễ dàng thiết lập các bản ghi DNS chuẩn kỹ thuật, qua đó bảo vệ thương hiệu và duy trì sự ổn định tối đa.

Cơ chế hoạt động của DNAME record

DNAME record hoạt động bằng cách thay thế hậu tố (suffix) tên miền trong truy vấn DNS bằng một hậu tố mới. Cơ chế này giúp chuyển hướng cả một nhánh tên miền mà không cần tạo từng bản ghi con thủ công.

Nguyên tắc hoạt động cốt lõi của DNAME record gồm các bước sau:

  • Nhận truy vấn: Resolver nhận truy vấn DNS tới một hostname nằm trong vùng/tên miền con được áp dụng DNAME, ví dụ app.old-domain.com.
  • Phát hiện DNAME: Máy chủ DNS tra trong zone, thấy tại hậu tố old-domain.com đang có bản ghi DNAME trỏ tới new-domain.com.
  • Thay hậu tố tên miền: Phần old-domain.com trong tên truy vấn được thay bằng tên miền đích new-domain.com, tạo thành tên mới như app.new-domain.com.
  • Sinh CNAME tạm: Máy chủ DNS tạo một CNAME tạm ánh xạ từ tên ban đầu (app.old-domain.com) sang tên mới (app.new-domain.com) và gửi lại cho resolver.
  • Phân giải tên mới: Resolver tiếp tục dùng tên mới app.new-domain.com để truy vấn lấy bản ghi A/AAAA, MX,… rồi trả kết quả IP/dữ liệu cuối cùng cho client.
DNAME record hoạt động bằng cách thay thế hậu tố tên miền trong truy vấn DNS bằng một hậu tố mới
DNAME record hoạt động bằng cách thay thế hậu tố tên miền trong truy vấn DNS bằng một hậu tố mới

DNAME khác gì CNAME?

DNAME và CNAME đều là bản ghi alias trong DNS, nhưng phạm vi áp dụng và cách hoạt động khác nhau rõ rệt. Việc hiểu đúng hai bản ghi này giúp bạn thiết kế hệ thống DNS gọn, ổn định và dễ bảo trì. Dưới đây là bảng so sánh giữa DNAME và CNAME:

Tiêu chíCNAME recordDNAME record
Phạm vi aliasAlias một hostname duy nhất.Alias cả một nhánh/subtree tên miền.
Đối tượng tác độngChỉ áp dụng cho tên trùng với bản ghi CNAME.Tác động tới mọi subdomain con bên dưới node đặt DNAME.
Ảnh hưởng đến node hiện tạiAlias chính hostname đó.Không alias node đó, chỉ alias các bản ghi con.
Đồng tồn tại với bản ghi khácKhông được tồn tại A, MX… cùng hostname.Có thể có bản ghi khác ở node cha; DNAME chỉ áp dụng cho phần con.
Cách phân giảiTrả về tên đích → truy vấn tiếp A/AAAA.Dùng để sinh CNAME tạm, rồi phân giải như bình thường.
Tình huống dùng lý tưởngAlias www, tích hợp CDN, dịch vụ ngoài.Đổi domain, chuẩn hóa nhiều subdomain sang domain mới.
Độ phức tạp khi quản lý nhiều hostTăng nhanh số lượng bản ghi nếu nhiều subdomain cần alias.Một bản ghi có thể bao phủ cả cây subdomain, bảng DNS gọn hơn.

Trong các dự án phải đổi domain hoặc chuẩn hóa hàng loạt subdomain, mình ưu tiên dùng DNAME để giảm số lượng bản ghi và hạn chế sai sót, còn CNAME nên dành cho từng hostname cụ thể như www hoặc các dịch vụ tích hợp bên ngoài.

DNAME record nên được tạo sau khi bạn đã chuẩn bị rõ ràng nhánh nguồn và domain đích để tránh lỗi phân giải về sau. Dưới đây là quy trình chuẩn mà hầu hết control panel DNS đều áp dụng.

Chuẩn bị trước khi cấu hình

Trước khi tạo DNAME record, bạn nên chuẩn bị rõ nhánh nguồn và domain đích để tránh xung đột và lỗi phân giải về sau:

  • Kiểm kê subdomain: Liệt kê toàn bộ subdomain nằm dưới nhánh sẽ áp dụng DNAME (ví dụ: tất cả *.old.example.com), từ đó phát hiện và xử lý trước các bản ghi A, CNAME, MX đang trùng hoặc xung đột ở cùng nhánh.
  • Chuẩn bị zone đích: Đảm bảo domain đích (ví dụ: new.example.com) đã có đầy đủ bản ghi A/AAAA, MX, TXT,… để phục vụ truy vấn sau khi chuyển hướng, đồng thời kiểm tra kỹ các dịch vụ quan trọng như web, mail, API,… đều đã được khai báo đúng trong zone mới.

Bước 1: Đăng nhập trang quản lý DNS

Bạn truy cập trang quản trị DNS của nhà cung cấp tên miền hoặc hosting đang giữ zone (old.example.com). Với doanh nghiệp dùng nhiều domain, bạn nên tập trung quản lý tại một nơi để dễ kiểm soát cấu hình.

Bước 2: Chọn đúng zone tên miền nguồn

Bạn mở phần quản lý DNS zone và chọn zone của domain nguồn, ví dụ: old.example.com, kiểm tra nhanh xem trong zone này có bản ghi xung đột (CNAME, DNAME khác ở cùng nhánh) hay không.

Bước 3: Thêm bản ghi DNAME

Bạn chọn chức năng Add record / Thêm bản ghi và chọn loại DNAME (nếu panel hỗ trợ loại này) rồi khai báo các trường cơ bản sau:

  • Name: Nhập nhánh muốn alias (ví dụ: old.example.com nếu muốn alias *.old.example.com).
  • Target/Value: Nhập domain mới (ví dụ: new.example.com). Với nhiều panel, bắt buộc thêm dấu chấm cuối (.) để tránh tự động nối thêm tên domain nguồn gây sai bản ghi.
TrườngGiá trịGhi chú
TypeDNAMELoại bản ghi
Nameold.example.com.Nhánh áp dụng, thường là subdomain hoặc zone con
Targetnew.example.com.Domain đích, nên ghi dạng FQDN có dấu chấm ở cuối
TTL3600Thời gian sống, có thể dùng hoặc để mặc định theo hệ thống

iconLưu ý

Đối với một số hệ thống DNS, bạn bắt buộc phải thêm dấu chấm (.) ở cuối tên miền đích để hệ thống hiểu đây là một tên miền tuyệt đối (FQDN), tránh lỗi tự động nối thêm hậu tố.

Bước 4: Lưu cấu hình và kiểm tra

Bạn lưu bản ghi và chờ DNS lan truyền (thường vài phút tới vài giờ tùy TTL và hệ thống). Sau đó dùng công cụ như dig hoặc nslookup để kiểm tra:

dig DNAME old.example.com
dig any sub.old.example.com
nslookup -type=any old.example.com

Khi kiểm tra bạn sẽ thấy bản ghi DNAME cho old.example.com. Khi hỏi các subdomain (ví dụ: sub.old.example.com), kết quả sẽ chuyển sang cấu trúc tương ứng ở new.example.com.

Kinh nghiệm của mình:
Qua nhiều dự án tối ưu và tái cấu trúc DNS cho doanh nghiệp, mình rút ra một số lưu ý quan trọng khi triển khai DNAME record như sau:

  • Không đặt DNAME ở root domain: Hạn chế cấu hình DNAME trực tiếp tại root domain nếu hạ tầng hoặc nhà cung cấp không hỗ trợ rõ ràng hoặc root đang dùng nhiều bản ghi quan trọng như A, MX, NS,… vì dễ gây xung đột và làm gián đoạn dịch vụ.
  • Hạn chế lồng nhiều tầng alias: Tránh thiết kế chuỗi alias phức tạp kiểu DNAME → CNAME → DNAME,… vì sẽ khó debug khi có sự cố, tăng độ trễ truy vấn và có nguy cơ gây lỗi trên một số resolver không xử lý tốt các trường hợp lồng nhiều lớp.

Lỗi phổ biến khi dùng DNAME và cách xử lý

Khi áp dụng DNAME record cho hệ thống đang chạy thực tế, có một số lỗi rất dễ gặp nếu không kiểm soát kỹ zone nguồn và zone đích:

  • Nhầm lẫn với CNAME tại root domain: Đặt DNAME ở root domain làm toàn bộ tên miền bị redirect, kéo theo lỗi ở các bản ghi quan trọng như MX, TXT, SPF,… vốn cần trỏ trực tiếp để mail và xác thực vẫn hoạt động ổn định.
  • Chỉ nên áp dụng DNAME cho nhánh con: Root domain nên giữ các bản ghi A/AAAA, MX, NS độc lập và chỉ dùng DNAME cho các nhánh con khi cần chuyển hướng cả cây subdomain sang domain khác.
  • Thiếu bản ghi ở zone target: Redirect bằng DNAME vẫn thành công nhưng domain đích không có bản ghi A/AAAA, MX, TXT,… tương ứng, dẫn tới lỗi truy cập web, lỗi gửi/nhận mail hoặc dịch vụ API không hoạt động.
  • Cần chuẩn bị zone target trước: Nên clone hoặc cấu trúc lại hệ thống bản ghi ở zone đích trước khi bật DNAME cho một nhánh lớn, để mọi truy vấn sau khi chuyển hướng đều có dữ liệu hợp lệ.
  • Không kiểm tra và giám sát sau khi cấu hình: Chỉ cấu hình DNAME xong rồi để vậy sẽ khó phát hiện các lỗi cục bộ trên một số subdomain hoặc dịch vụ ít dùng.
  • Cần test và theo dõi chủ động: Dùng các công cụ dòng lệnh như dig, nslookup để test nhiều hostname đại diện, đồng thời kết hợp giám sát uptime và log ứng dụng để phát hiện sớm các lỗi phát sinh sau khi thay đổi cấu trúc domain tree.
Lỗi phổ biến khi dùng DNAME và cách xử lý
Lỗi phổ biến khi dùng DNAME và cách xử lý

Giải pháp lưu trữ toàn diện với Web Hosting và VPS Vietnix

Bên cạnh một tên miền thương hiệu, việc trang bị hạ tầng lưu trữ tốc độ cao và bền bỉ là nền tảng cốt lõi cho mọi website. Vietnix cung cấp các dịch vụ Web Hosting đa dạng với 100% ổ cứng NVMe Enterprise và công nghệ độc quyền Vietnix Speed Optimizer, giúp bứt phá tốc độ tải trang cực nhanh.

Đối với những dự án lớn hoặc hệ thống cần cấu hình tùy chỉnh sâu, máy chủ ảo VPS tại Vietnix sẽ cung cấp cho bạn toàn quyền quản trị linh hoạt, hiệu năng vượt trội và cơ chế sao lưu tự động 1 lần/tuần để đảm bảo an toàn dữ liệu. Đặc biệt, khi đăng ký dịch vụ, khách hàng còn được nhận ngay bộ quà tặng Theme và Plugin bản quyền cực giá trị.

Thông tin liên hệ:

  • Website: https://vietnix.vn/
  • Hotline: 1800 1093
  • Email: sales@vietnix.com.vn
  • Địa chỉ: 265 Hồng Lạc, Phường Bảy Hiền, Thành Phố Hồ Chí Minh

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

DNAME record có thay thế được CNAME không?

Không nên coi DNAME là bản thay thế CNAME vì DNAME áp dụng cho cả nhánh tên miền, còn CNAME dùng cho một hostname cụ thể. Mỗi loại phù hợp với một tình huống khác nhau.

Có nên đặt DNAME ở root domain không?

Thường không nên vì sẽ ảnh hưởng tới các bản ghi quan trọng như MX, TXT, NS. Tốt hơn hết là bạn nên áp dụng DNAME cho nhánh con cần chuyển.

Dùng DNAME có ảnh hưởng tới SEO không?

DNAME hoạt động ở tầng DNS nhưng vẫn cần kết hợp redirect HTTP (301) ở tầng web server để đảm bảo tín hiệu SEO được chuyển hướng chuẩn. DNS redirect không đủ thay cho HTTP redirect.

DNAME record là một giải pháp hoàn hảo để quản trị viên có thể chuyển hướng đồng loạt toàn bộ cấu trúc subdomain sang một bến đỗ mới mà không tốn nhiều công sức. Bằng cách thiết lập chuẩn xác và hiểu rõ ranh giới giữa DNAME và CNAME, hệ thống DNS của doanh nghiệp sẽ luôn gọn gàng, linh hoạt và vận hành mượt mà.

THEO DÕI VÀ CẬP NHẬT CHỦ ĐỀ BẠN QUAN TÂM

Đăng ký ngay để nhận những thông tin mới nhất từ blog của chúng tôi. Đừng bỏ lỡ cơ hội truy cập kiến thức và tin tức hàng ngày

Đánh giá mức độ hữu ích của bài viết

icon 1 sao

Thất vọng

icon 2 sao

Chưa hữu ích

icon 3 sao

Bình thường

icon 4 sao

Hữu ích

icon 5 sao

Rất hữu ích

Hưng Nguyễn

Co-Founder
tại

Kết nối với mình qua

Kết nối với mình qua

Theo dõi
Thông báo của
guest
0 Comments
Phản hồi nội tuyến
Xem tất cả bình luận

kien-thuc-dich-vu

kien-thuc-ten-mien-va-dns

text
icon popup single post

CẢM ƠN BẠN ĐÃ ĐÁNH GIÁ BÀI VIẾT

Vietnix sẽ luôn cố gắng cải thiện chất lượng dịch vụ mỗi ngày

ĐÓNG

Đánh giá mức độ hữu ích của bài viết

icon 1 sao

Thất vọng

icon 2 sao

Chưa hữu ích

icon 3 sao

Bình thường

icon 4 sao

Hữu ích

icon 5 sao

Rất hữu ích

Icon
ĐĂNG KÝ NHẬN TÀI LIỆU THÀNH CÔNG
Cảm ơn bạn đã đăng ký nhận tài liệu mới nhất từ Vietnix!
ĐÓNG

ĐĂNG KÝ DÙNG THỬ HOSTING

Asset

7 NGÀY MIỄN PHÍ

Asset 1

ĐĂNG KÝ DÙNG THỬ HOSTING

Asset

7 NGÀY MIỄN PHÍ

Asset 1
Icon
XÁC NHẬN ĐĂNG KÝ DÙNG THỬ THÀNH CÔNG
Cảm ơn bạn đã đăng ký thông tin thành công. Đội ngũ CSKH sẽ liên hệ trực tiếp để kích hoạt dịch vụ cho bạn nhanh nhất!
ĐÓNG