CNAME là gì? Cách hoạt động và cấu hình DNS đúng chuẩn

CNAME là gì?

Định nghĩa CNAME trong hệ thống DNS

CNAME là viết tắt của Canonical Name, nghĩa là tên chuẩn hoặc tên chính thức. Đây là một bản ghi trong hệ thống DNS cho phép một tên miền phụ hoặc một hostname đóng vai trò bí danh của một hostname khác. Khi người dùng truy cập tên miền có bản ghi CNAME, trình phân giải DNS sẽ không trả về IP ngay lập tức mà tiếp tục truy vấn tên miền đích được khai báo trong bản ghi CNAME.

Ví dụ, doanh nghiệp có thể cấu hình www.tenmiencuaban.vn là CNAME của tenmiencuaban.vn. Khi khách hàng truy cập phiên bản có “www”, hệ thống DNS hiểu rằng đây chỉ là bí danh và sẽ tiếp tục tìm bản ghi A hoặc AAAA của tên miền gốc để lấy địa chỉ IP máy chủ. Theo RFC 2181, bản ghi CNAME tồn tại để cung cấp tên chuẩn gắn với một bí danh, và mỗi bí danh chỉ nên có một tên chuẩn duy nhất. 

Điểm cần nhấn mạnh là CNAME không trỏ trực tiếp đến IP. Đây là lỗi cấu hình rất phổ biến. Nếu muốn trỏ tên miền về IP của máy chủ hosting hoặc VPS, bạn phải dùng bản ghi A cho IPv4 hoặc AAAA cho IPv6. Nếu muốn trỏ một tên miền sang một tên miền khác, bạn mới dùng CNAME.

Ví dụ dễ hiểu về CNAME

Giả sử doanh nghiệp có tên miền chính là congtyabc.vn và muốn dùng địa chỉ www.congtyabc.vn cho website. Thay vì tạo riêng một bản ghi A cho “www” trỏ về IP máy chủ, doanh nghiệp có thể tạo bản ghi CNAME như sau:

Cách làm này giúp quản trị viên chỉ cần thay đổi IP tại bản ghi A của tên miền chính nếu chuyển máy chủ. Bản ghi “www” vẫn tự động đi theo tên miền chính vì nó đang là bí danh. Đây là lý do CNAME được dùng nhiều trong quản trị website, đặc biệt với hệ thống có nhiều subdomain.

CNAME hoạt động như thế nào?

Quy trình phân giải DNS khi có bản ghi CNAME

Khi người dùng nhập một địa chỉ như www.example.com vào trình duyệt, hệ thống sẽ bắt đầu quá trình phân giải DNS. Nếu DNS phát hiện www.example.com là một bản ghi CNAME trỏ đến example.com, nó sẽ tiếp tục truy vấn example.com để tìm bản ghi A hoặc AAAA. Sau khi có IP cuối cùng, trình duyệt mới kết nối đến máy chủ lưu website.

Quy trình này thường diễn ra rất nhanh, chỉ trong vài mili giây đến vài trăm mili giây tùy resolver, cache DNS, vị trí người dùng và trạng thái TTL. Tuy nhiên, nếu cấu hình CNAME sai, trỏ vòng lặp hoặc trỏ đến tên miền không tồn tại, website có thể báo lỗi không phân giải được tên miền. Cloudflare từng ghi nhận một sự cố DNS vào ngày 8/1/2026 liên quan đến thứ tự phản hồi CNAME, cho thấy một thay đổi nhỏ trong cách phản hồi DNS cũng có thể khiến một số client phân giải thất bại. 

CNAME không phải là chuyển hướng URL

Một nhầm lẫn phổ biến là xem CNAME như công cụ chuyển hướng website. Thực tế, CNAME không phải redirect 301, redirect 302 hay chuyển hướng URL ở tầng HTTP. CNAME chỉ hoạt động ở tầng DNS, trước khi trình duyệt gửi yêu cầu HTTP hoặc HTTPS đến máy chủ. Nó giúp tên miền này trở thành bí danh của tên miền khác, nhưng không tự động đổi URL hiển thị trên thanh địa chỉ.

Ví dụ, nếu blog.example.com là CNAME của một nền tảng blog, trình duyệt vẫn có thể hiển thị blog.example.com nếu nền tảng đích hỗ trợ custom domain. Ngược lại, nếu muốn tự động chuyển người dùng từ example.com sang www.example.com, bạn cần cấu hình redirect tại hosting, web server, ứng dụng hoặc CDN, không chỉ cấu hình CNAME.

Khi nào nên dùng CNAME?

Dùng CNAME cho subdomain www

Trường hợp phổ biến nhất là dùng CNAME cho subdomain www. Với website doanh nghiệp, hai phiên bản tenmien.vn và www.tenmien.vn thường cần cùng truy cập về một website. Bạn có thể để tên miền gốc dùng bản ghi A trỏ về IP hosting, sau đó tạo CNAME cho “www” trỏ về tên miền gốc.

Cách này giúp giảm rủi ro sai lệch cấu hình giữa phiên bản có www và không www. Khi đổi máy chủ, đổi IP hoặc chuyển website sang gói hosting mới, quản trị viên chỉ cần cập nhật bản ghi A của tên miền gốc. Bản ghi CNAME của “www” sẽ tiếp tục hoạt động theo bản ghi đích.

Dùng CNAME để kết nối CDN, landing page, SaaS

Nhiều nền tảng bên thứ ba yêu cầu khách hàng tạo CNAME để xác minh và kết nối tên miền riêng. Ví dụ, khi dùng CDN, nền tảng email marketing, nền tảng landing page, hệ thống helpdesk, phần mềm bán hàng hoặc nền tảng thương mại điện tử, bạn thường nhận được một hostname đích như abc.provider.com và cần tạo CNAME từ subdomain của mình về hostname đó.

Điểm mạnh của phương pháp này là nhà cung cấp bên thứ ba có thể thay đổi hạ tầng, cân bằng tải, đổi IP hoặc mở rộng cụm máy chủ mà khách hàng không cần cập nhật DNS liên tục. Tên miền của bạn vẫn trỏ đến hostname của họ, còn việc hostname đó đi đến IP nào do nhà cung cấp quản lý.

Dùng CNAME cho môi trường staging, demo hoặc test

Doanh nghiệp phát triển website thường có nhiều môi trường như production, staging, demo, testing. Khi đó, CNAME giúp tạo các địa chỉ dễ nhớ như demo.tenmien.vn, staging.tenmien.vn hoặc app.tenmien.vn để trỏ về các hệ thống tương ứng. Việc này đặc biệt hữu ích với đội kỹ thuật, đội marketing và khách hàng cần duyệt giao diện trước khi đưa website chính thức vào hoạt động.

Tuy nhiên, HostingViet khuyến nghị không lạm dụng CNAME cho mọi trường hợp. Nếu subdomain cần trỏ trực tiếp về một IP cố định của VPS hoặc máy chủ riêng, bản ghi A có thể phù hợp hơn. Nếu subdomain cần trỏ sang một hostname do bên thứ ba cấp, CNAME thường là lựa chọn đúng.

Khi nào không nên dùng CNAME?

Không dùng CNAME để trỏ trực tiếp đến IP

CNAME bắt buộc phải trỏ đến một tên miền, không trỏ trực tiếp đến địa chỉ IP. Nếu bạn nhập giá trị như 123.123.123.123 vào bản ghi CNAME, cấu hình này là sai về nguyên tắc. Với IP IPv4, hãy dùng bản ghi A. Với IP IPv6, hãy dùng bản ghi AAAA. Đây là điểm cơ bản nhưng lại là nguyên nhân gây lỗi DNS rất thường gặp.

Ví dụ, nếu HostingViet cấp cho bạn IP máy chủ là 103.xxx.xxx.xxx khi sử dụng VPS hoặc hosting có IP riêng, tên miền gốc nên được cấu hình bằng bản ghi A. CNAME chỉ nên dùng cho các hostname như “www”, “cdn”, “blog”, “shop” khi chúng cần trỏ về một hostname khác.

Không đặt CNAME tại tên miền gốc trong cấu hình DNS truyền thống

Theo quy tắc DNS truyền thống, tên miền gốc như example.com thường phải có các bản ghi quan trọng như NS, SOA, MX, TXT. Trong khi đó, một hostname đã có CNAME thì không nên đồng thời có dữ liệu DNS khác. RFC 1912 cảnh báo rằng chuỗi CNAME nối tiếp CNAME có thể tạo thêm bước trung gian không cần thiết và gây lỗi với một số resolver xử lý vòng lặp chưa tốt. 

Vì vậy, với tên miền gốc, phương án an toàn thường là dùng A record hoặc AAAA record. Một số nền tảng DNS hiện đại có tính năng tương tự CNAME Flattening hoặc ALIAS/ANAME để hỗ trợ trỏ tên miền gốc đến hostname khác, nhưng đây là cơ chế riêng của từng nhà cung cấp DNS, không nên nhầm với CNAME tiêu chuẩn.

Không tạo chuỗi CNAME quá dài

Chuỗi CNAME xảy ra khi bản ghi A trỏ CNAME đến B, B lại CNAME đến C, C tiếp tục CNAME đến D. Dù hệ thống DNS có thể xử lý một số chuỗi như vậy, cấu hình này làm tăng thời gian phân giải, khó kiểm tra lỗi và dễ tạo vòng lặp. Với website thương mại điện tử, website doanh nghiệp hoặc landing page chạy quảng cáo, độ trễ DNS dù nhỏ cũng có thể ảnh hưởng đến trải nghiệm người dùng.

HostingViet khuyến nghị giữ cấu hình CNAME càng ngắn càng tốt. Lý tưởng nhất là một subdomain CNAME trỏ trực tiếp đến hostname cuối do nhà cung cấp dịch vụ yêu cầu. Nếu buộc phải qua trung gian, cần kiểm tra bằng công cụ DNS lookup để đảm bảo không có vòng lặp và hostname cuối vẫn trả về bản ghi A hoặc AAAA hợp lệ.

Phân biệt CNAME với A, AAAA, MX, TXT và NS

CNAME và A record khác nhau thế nào?

A record trỏ tên miền về địa chỉ IPv4. CNAME trỏ tên miền về một tên miền khác. Đây là khác biệt quan trọng nhất. Nếu website của bạn đặt trên hosting hoặc VPS có IP cố định, bản ghi A sẽ đưa tên miền đến đúng máy chủ. Nếu bạn muốn “www” đi theo tên miền gốc hoặc muốn subdomain trỏ về nền tảng bên ngoài, CNAME sẽ phù hợp hơn.

CNAME và AAAA record

AAAA record tương tự A record nhưng dùng cho địa chỉ IPv6. Khi website hoặc máy chủ có IPv6, quản trị viên có thể thêm AAAA để người dùng truy cập qua hạ tầng IPv6. CNAME vẫn không trỏ đến IPv6 trực tiếp; nếu cần dùng IPv6, hostname đích của CNAME phải tiếp tục phân giải ra bản ghi AAAA.

Trong thực tế, nhiều website tại Việt Nam vẫn ưu tiên cấu hình A record cho IPv4 vì tính tương thích rộng. Tuy nhiên, khi doanh nghiệp triển khai hạ tầng hiện đại, CDN hoặc cloud, việc hỗ trợ IPv6 ngày càng quan trọng. CNAME giúp ẩn chi tiết hạ tầng IP phía sau, trong khi nhà cung cấp dịch vụ có thể tự bổ sung A/AAAA ở hostname đích.

CNAME và MX record

MX record dùng để xác định máy chủ nhận email cho tên miền. CNAME không thay thế MX. Nếu doanh nghiệp dùng email theo tên miền như info@tenmien.vn, cần cấu hình MX theo thông tin nhà cung cấp email. Một lỗi phổ biến là đặt CNAME cho hostname đang dùng làm mail server hoặc tạo xung đột giữa CNAME và MX/TXT, dẫn đến email gửi nhận không ổn định.

Nguyên tắc an toàn là tên miền hoặc subdomain đã có CNAME thì không nên gán thêm MX, TXT, A hoặc bản ghi khác cùng tên. Nếu cần xác thực email bằng SPF, DKIM, DMARC, hãy làm theo đúng hostname mà nhà cung cấp email yêu cầu, thường là TXT hoặc CNAME riêng cho từng mục xác thực.

CNAME và TXT record

TXT record thường dùng để xác minh quyền sở hữu tên miền, cấu hình SPF, DKIM, DMARC, xác thực dịch vụ Google, Microsoft, Facebook, CDN hoặc các nền tảng SaaS. CNAME cũng có thể dùng để xác minh dịch vụ trong một số trường hợp, nhưng không thay thế TXT. Mỗi nền tảng sẽ yêu cầu loại bản ghi cụ thể.

Khi cấu hình DNS, bạn cần đọc kỹ yêu cầu: nếu nền tảng yêu cầu TXT thì tạo TXT; nếu yêu cầu CNAME thì tạo CNAME. Việc tạo sai loại bản ghi khiến quá trình xác minh thất bại dù tên, giá trị và TTL có vẻ đúng.

Cấu trúc một bản ghi CNAME chuẩn

Các thành phần chính của CNAME

Một bản ghi CNAME thường gồm bốn thành phần chính: tên bản ghi, loại bản ghi, giá trị trỏ tới và TTL. Tên bản ghi là hostname hoặc subdomain cần tạo bí danh. Loại bản ghi là CNAME. Giá trị trỏ tới là hostname đích. TTL là thời gian bản ghi được cache bởi resolver trước khi cần truy vấn lại.

Với website đang trong quá trình chuyển đổi máy chủ, TTL nên đặt thấp như 300 giây để thay đổi cập nhật nhanh hơn. Với website đã ổn định, TTL có thể đặt 3600 giây hoặc cao hơn để giảm truy vấn DNS. Tuy nhiên, TTL thấp không đồng nghĩa DNS cập nhật tức thì trên toàn cầu, vì một số resolver hoặc ISP có thể cache lâu hơn cấu hình thực tế.

Ví dụ cấu hình CNAME đúng

Một cấu hình CNAME đúng thường có dạng:

www    CNAME    tenmiencuaban.vn
blog   CNAME    platform.example.com
cdn    CNAME    cdn-provider.example.net

Trong các ví dụ trên, “www”, “blog” và “cdn” đều là subdomain. Chúng không trỏ đến IP mà trỏ đến hostname khác. Khi người dùng truy cập các subdomain này, DNS tiếp tục phân giải hostname đích để tìm IP cuối cùng.

Các lỗi CNAME thường gặp và cách xử lý

Lỗi trỏ CNAME về địa chỉ IP

Đây là lỗi cơ bản nhất. CNAME chỉ nhận hostname làm giá trị đích. Nếu bạn nhập IP vào trường value của CNAME, một số hệ thống DNS có thể từ chối lưu, một số hệ thống cho lưu nhưng bản ghi không hoạt động đúng. Cách xử lý là đổi loại bản ghi từ CNAME sang A nếu IP là IPv4, hoặc AAAA nếu IP là IPv6.

Ví dụ, nếu bạn thuê Cloud VPS tại HostingViet và được cấp IP riêng, tên miền chính nên dùng A record trỏ về IP VPS. Nếu muốn tạo www theo tên miền chính, hãy dùng CNAME cho “www” trỏ về tên miền gốc.

Lỗi tạo CNAME trùng với bản ghi khác

Một hostname đã là CNAME thì không nên tồn tại đồng thời với bản ghi A, MX, TXT hoặc các bản ghi khác cùng tên. Ví dụ, nếu shop.tenmien.vn đã có CNAME trỏ đến nền tảng thương mại điện tử, bạn không nên thêm A record cho chính shop.tenmien.vn. Điều này có thể gây xung đột và khiến DNS trả về kết quả không nhất quán.

Cách xử lý là xác định mục đích chính của hostname. Nếu hostname cần trỏ về dịch vụ bên thứ ba, giữ CNAME và xóa bản ghi xung đột. Nếu hostname cần trỏ về IP máy chủ, dùng A/AAAA và xóa CNAME.

Lỗi CNAME loop

CNAME loop xảy ra khi bản ghi A trỏ đến B, B lại trỏ ngược về A hoặc tạo vòng lặp qua nhiều hostname. Khi đó resolver không thể tìm ra IP cuối cùng, dẫn đến lỗi truy cập website. Đây là lỗi nghiêm trọng vì người dùng có thể gặp thông báo DNS_PROBE_FINISHED_NXDOMAIN, ERR_NAME_NOT_RESOLVED hoặc server IP address could not be found.

Để xử lý, hãy kiểm tra toàn bộ chuỗi CNAME bằng công cụ DNS lookup, xác định hostname cuối cùng và đảm bảo hostname đó có bản ghi A hoặc AAAA hợp lệ. Không nên tạo CNAME nối tiếp nhiều tầng nếu không thật sự cần thiết.

Lỗi cấu hình CNAME nhưng website vẫn không chạy HTTPS

CNAME chỉ giúp phân giải tên miền, không tự cấp SSL. Sau khi trỏ subdomain bằng CNAME, website vẫn cần chứng chỉ SSL hợp lệ cho hostname đó. Nếu SSL chưa được cấp hoặc chưa bao gồm subdomain, trình duyệt có thể cảnh báo “Not Secure”, “Your connection is not private” hoặc lỗi chứng chỉ không khớp tên miền.

Tại HostingViet, khách hàng có thể tham khảo chứng chỉ SSL PositiveSSL từ 145.000 đồng/năm, SSL Wildcard từ 2.245.000 đồng/năm và SSL EV Business từ 3.900.000 đồng/năm. SSL Wildcard phù hợp khi doanh nghiệp có nhiều subdomain như www, blog, app, shop, cdn vì có thể bảo vệ tên miền chính và các tên miền phụ cùng cấp.

Hướng dẫn cấu hình CNAME cho website

Bước 1: Xác định hostname cần cấu hình

Trước khi tạo CNAME, bạn cần xác định rõ hostname nào cần trỏ. Đó có thể là www, blog, shop, cdn, app hoặc một subdomain dùng để xác minh dịch vụ. Không nên tạo CNAME theo cảm tính vì mỗi hostname có vai trò riêng trong hệ thống website.

Nếu bạn muốn website chính chạy tại tenmien.vn, tên miền gốc thường dùng bản ghi A trỏ về hosting hoặc VPS. Nếu muốn phiên bản www.tenmien.vn chạy cùng website, có thể tạo CNAME cho “www” trỏ về tenmien.vn.

Bước 2: Lấy đúng giá trị đích

Giá trị đích của CNAME phải là hostname hợp lệ. Nếu cấu hình theo yêu cầu từ một nền tảng bên thứ ba, hãy sao chép chính xác hostname mà họ cung cấp. Một ký tự sai, thiếu dấu chấm cuối, thừa khoảng trắng hoặc nhầm tên miền cũng có thể khiến xác minh thất bại.

Ví dụ, nền tảng có thể yêu cầu bạn tạo:

shop    CNAME    custom.platform-example.com

Khi đó, không nên thay bằng IP, không nên đổi sang A record và không nên tự ý rút gọn hostname. DNS cần đúng tuyệt đối để phân giải chính xác.

Bước 3: Đặt TTL phù hợp

TTL quyết định thời gian bản ghi DNS được lưu cache. Khi mới cấu hình, TTL 300 giây thường phù hợp để dễ kiểm tra và thay đổi. Sau khi website hoạt động ổn định, có thể nâng TTL lên 3600 giây hoặc mức phù hợp với chính sách vận hành. TTL quá thấp có thể làm tăng số truy vấn DNS, còn TTL quá cao khiến việc thay đổi sau này mất nhiều thời gian hơn.

Trong các dự án chuyển website sang hosting mới, HostingViet thường khuyến nghị chuẩn bị DNS trước, giảm TTL trước thời điểm chuyển đổi, kiểm tra bản ghi sau khi cập nhật và chỉ tăng TTL trở lại khi website đã hoạt động ổn định.

Bước 4: Kiểm tra sau khi lưu bản ghi

Sau khi tạo CNAME, bạn nên kiểm tra bằng nhiều công cụ khác nhau hoặc kiểm tra từ nhiều mạng khác nhau. Nếu bản ghi chưa cập nhật ngay, nguyên nhân thường là cache DNS, TTL cũ hoặc nameserver chưa đồng bộ. Với một số thay đổi nameserver lớn, thời gian lan truyền DNS có thể lâu hơn so với thay đổi bản ghi đơn lẻ.

Các dấu hiệu cấu hình CNAME thành công gồm: hostname trả về đúng CNAME đích, hostname đích tiếp tục trả về IP hợp lệ, website truy cập được, SSL hợp lệ và nền tảng bên thứ ba xác minh tên miền thành công.

Nên chọn bản ghi CNAME, A record hay chuyển hướng?

Chọn CNAME khi cần bí danh DNS

Bạn nên chọn CNAME khi muốn một subdomain đi theo hostname khác. Ví dụ, “www” đi theo tên miền gốc, “blog” đi theo nền tảng blog, “cdn” đi theo CDN, hoặc “app” đi theo nền tảng SaaS. CNAME phù hợp khi bạn không kiểm soát IP đích hoặc IP đích có thể thay đổi theo hạ tầng của nhà cung cấp.

Trong môi trường cloud, CDN và SaaS, CNAME giúp giảm đáng kể công việc quản trị IP. Nhà cung cấp có thể thay đổi cụm máy chủ phía sau mà không yêu cầu khách hàng cập nhật DNS. Đây là lợi ích lớn với doanh nghiệp không có đội kỹ thuật chuyên sâu.

Chọn A record khi cần trỏ về IP máy chủ

Nếu bạn có IP hosting, IP VPS hoặc IP máy chủ riêng, hãy dùng A record để trỏ tên miền hoặc subdomain về IP đó. Ví dụ, tên miền chính tenmien.vn trỏ về IP Cloud VPS tại HostingViet nên dùng A record. Nếu muốn thêm IPv6, dùng AAAA record.

Với khách hàng cần cấu hình máy chủ riêng, Cloud VPS Basic tại HostingViet có các gói như Cloud VPS Basic 1 gồm 1 vCore, RAM 1GB + 1GB Free, SSD 20GB, uptime 99,99%, giá 90.000 đồng/tháng; Cloud VPS Basic 2 gồm 2 vCore, RAM 3GB, SSD 40GB, giá 216.000 đồng/tháng. 

Chọn redirect khi cần đổi URL

Nếu mục tiêu là chuyển người dùng từ URL này sang URL khác, bạn cần redirect chứ không phải CNAME. Ví dụ, chuyển toàn bộ truy cập từ http://tenmien.vn sang https://www.tenmien.vn cần redirect 301 ở web server, hosting control panel, mã nguồn hoặc CDN. CNAME chỉ xử lý tên miền ở tầng DNS, không thay đổi đường dẫn URL theo nghĩa SEO.

Trong SEO, redirect 301 giúp chuyển tín hiệu xếp hạng từ URL cũ sang URL mới. CNAME không có chức năng này. Vì vậy, khi đổi cấu trúc tên miền, đổi phiên bản www/non-www hoặc hợp nhất website, cần kết hợp đúng cả DNS và redirect.

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

CNAME có trỏ được tên miền chính không?

Trong DNS tiêu chuẩn, không nên dùng CNAME cho tên miền gốc vì tên miền gốc cần tồn tại các bản ghi như NS, SOA, MX hoặc TXT. Nếu nhà cung cấp DNS có tính năng ALIAS, ANAME hoặc CNAME Flattening, bạn có thể dùng cơ chế tương đương để trỏ tên miền gốc đến hostname khác, nhưng đó không phải CNAME truyền thống.

Với website dùng hosting hoặc VPS tại HostingViet, cấu hình phổ biến là tên miền gốc dùng A record trỏ về IP máy chủ, còn “www” dùng CNAME trỏ về tên miền gốc.

Một subdomain có thể có nhiều CNAME không?

Không nên. Một alias chỉ nên có một canonical name. Nếu một hostname có nhiều CNAME, resolver có thể trả về kết quả không nhất quán hoặc hệ thống DNS từ chối cấu hình. Khi cần trỏ một subdomain đến nhiều máy chủ để cân bằng tải, phương án phù hợp thường nằm ở hostname đích, CDN, load balancer hoặc nhiều bản ghi A/AAAA, không phải nhiều CNAME cùng tên.

Sau khi thêm CNAME bao lâu thì có hiệu lực?

Thời gian có hiệu lực phụ thuộc TTL, cache DNS, resolver, ISP và trạng thái nameserver. Nếu chỉ thêm hoặc sửa một bản ghi với TTL thấp, thay đổi có thể được nhìn thấy khá nhanh. Nếu vừa đổi nameserver, thời gian đồng bộ có thể lâu hơn. Để hạn chế gián đoạn, nên giảm TTL trước khi chuyển đổi hệ thống quan trọng.

CNAME có cần SSL riêng không?

Có. CNAME chỉ giúp phân giải tên miền, không tự bảo mật HTTPS. Subdomain được trỏ bằng CNAME vẫn cần chứng chỉ SSL bao gồm đúng hostname đó. Nếu có nhiều subdomain, SSL Wildcard là lựa chọn đáng cân nhắc vì bảo vệ tên miền chính và nhiều tên miền phụ cùng cấp.

CNAME có làm website chậm không?

Một bản ghi CNAME thường chỉ thêm một bước phân giải DNS và thường được cache, nên ảnh hưởng rất nhỏ. Tuy nhiên, chuỗi CNAME dài, DNS chậm hoặc cấu hình sai có thể làm tăng độ trễ hoặc gây lỗi truy cập. Vì vậy, cần cấu hình CNAME ngắn gọn, đúng mục đích và kiểm tra định kỳ.

Kết luận

CNAME là gì? CNAME là bản ghi DNS dùng để tạo bí danh cho một tên miền, cho phép một hostname trỏ đến một hostname khác thay vì trỏ trực tiếp đến IP. Đây là bản ghi rất quan trọng trong quản trị website hiện đại, đặc biệt khi doanh nghiệp sử dụng subdomain, CDN, nền tảng SaaS, landing page, blog, hệ thống demo hoặc dịch vụ bên thứ ba.

Để dùng CNAME đúng, cần ghi nhớ các nguyên tắc cốt lõi: CNAME chỉ trỏ đến tên miền, không trỏ đến IP; không nên đặt CNAME tại tên miền gốc trong cấu hình DNS truyền thống; không tạo CNAME trùng với bản ghi khác cùng hostname; không tạo chuỗi CNAME quá dài; và luôn kiểm tra SSL sau khi trỏ subdomain. Khi cần trỏ tên miền về IP hosting hoặc VPS, hãy dùng A record hoặc AAAA record thay vì CNAME.

Với khách hàng đang xây dựng website, HostingViet khuyến nghị quản lý đồng bộ tên miền, hosting, VPS và SSL để giảm lỗi cấu hình DNS. Tùy nhu cầu, bạn có thể dùng Hosting Giá Rẻ từ 25.000 đồng/tháng cho website nhỏ, Cloud VPS từ 75.000 đồng/tháng cho hệ thống cần tài nguyên riêng, tên miền .com từ 280.000 đồng năm đầu, tên miền .vn từ 450.000 đồng năm đầu và SSL từ 145.000 đồng/năm để hoàn thiện nền tảng vận hành website an toàn, ổn định và thân thiện với SEO.