Trỏ tên miền về hosting: làm đúng cho cả tên gốc và www

Cần chuẩn bị gì trước khi trỏ

Nhà cung cấp hosting sẽ đưa cho bạn một trong hai thứ: địa chỉ IP của máy chủ, hoặc một tên máy chủ (hostname) để trỏ bằng CNAME. Thông tin này thường nằm trong email kích hoạt gói hosting hoặc trang tổng quan của gói. Nếu họ đưa thêm địa chỉ IPv6, chỉ dùng nó khi họ xác nhận website thật sự trả lời qua IPv6.

Trước khi sửa, chép lại toàn bộ bản ghi đang có của tên miền, nhất là MX (nhận email) và TXT (SPF, DKIM, mã xác minh của Google hay Microsoft). Trỏ website chỉ cần đổi bản ghi của tên gốc và www; các bản ghi email và xác minh phải giữ nguyên.

Bước 1: Tìm nơi thật sự quản lý DNS của tên miền

Bản ghi chỉ có tác dụng ở nơi mà tên miền đang được ủy quyền qua nameserver. Nếu tên miền đang dùng nameserver của Cloudflare chẳng hạn, mọi chỉnh sửa trong trang DNS của nhà đăng ký vẫn được lưu nhưng không máy chủ nào đọc tới. Đây là một lý do hay gặp của tình huống "đã lưu thành công mà truy vấn vẫn ra giá trị cũ".

Xem nameserver đang có hiệu lực bằng một trong hai lệnh dưới đây, rồi so với nơi bạn định sửa:

dig NS example.com +short
nslookup -type=ns example.com

$ dig NS example.com +short
hera.ns.cloudflare.com.
elliott.ns.cloudflare.com.

> nslookup -type=ns example.com
Non-authoritative answer:
example.com	nameserver = hera.ns.cloudflare.com
example.com	nameserver = elliott.ns.cloudflare.com

Dòng Non-authoritative answer chỉ có nghĩa là câu trả lời đến từ máy chủ DNS trung gian của mạng bạn đang dùng, không phải lỗi. Nếu tên trả về khác với nơi bạn đang sửa, hãy sửa ở nơi mà lệnh chỉ tới. Còn nếu muốn chuyển cả việc quản lý DNS sang hosting (đổi nameserver), phải tạo lại đủ mọi bản ghi ở nơi mới trước khi đổi; nếu không, email và các dịch vụ xác minh ngừng ngay khi nameserver mới có hiệu lực.

Bước 2: Trỏ tên gốc bằng bản ghi A (và AAAA nếu có IPv6)

Tên gốc là chính example.com; nhiều trang quản lý DNS ghi nó là @, có nơi để trống ô Tên. Tạo bản ghi A cho tên gốc với giá trị là địa chỉ IPv4 của hosting. Nếu đã có bản ghi A cũ cho @, sửa nó thay vì thêm dòng mới: hai bản ghi A với hai địa chỉ khác nhau làm khách lúc vào máy chủ mới, lúc vào máy chủ cũ.

Bản ghi AAAA chỉ nên có khi hosting phục vụ website qua IPv6. Một bản ghi AAAA cũ còn trỏ về máy chủ trước đây là nguyên nhân quen thuộc của kiểu lỗi "mạng này vào được, mạng kia không": thiết bị có IPv6 thường thử địa chỉ đó trước, dù bản ghi A đã đúng.

Không dùng CNAME cho tên gốc. Theo chuẩn DNS, một tên đã có CNAME thì không được có thêm bản ghi nào khác (RFC 1912, mục 2.4), mà tên gốc luôn có sẵn bản ghi SOA và NS của vùng. Một số nhà cung cấp có kiểu bản ghi riêng như ALIAS, ANAME hay "CNAME flattening" để làm việc này; đó là tính năng riêng của từng nơi, không phải CNAME theo chuẩn.

Bước 3: Trỏ www bằng CNAME về tên gốc

Trong DNS, www.example.com là một tên riêng, không tự đi theo tên gốc. Cách gọn nhất là tạo CNAME cho www với giá trị example.com: sau này đổi IP ở tên gốc, www tự theo. Bạn cũng có thể tạo bản ghi A cho www với cùng địa chỉ IP, nhưng mỗi lần đổi hosting sẽ phải sửa hai nơi.

Một số dịch vụ dựng website và CDN yêu cầu trỏ www về hostname của họ thay vì về tên gốc. Khi đó dùng đúng hostname họ đưa làm giá trị CNAME; và vì tên có CNAME không được kèm bản ghi khác, hãy xóa bản ghi A cũ của www nếu còn.

Làm trên trang quản lý DNS của OlaCheap

OlaCheap tự thiết lập DNS do Cloudflare phục vụ cho tên miền đăng ký mới, nên với nhiều tên miền, trang tên miền hiện phần Bản ghi DNS (Cloudflare) thay cho bảng của nhà đăng ký. Ở đó mỗi bản ghi được lưu riêng: bấm Thêm bản ghi, chọn loại, điền tên và giá trị rồi bấm Thêm bản ghi trong khung vừa mở, hoặc bấm Sửa ở bản ghi có sẵn rồi Lưu bản ghi.

Với tên miền đăng ký tại OlaCheap và đang dùng DNS của nhà đăng ký: đăng nhập, mở Tên miền, chọn tên miền cần trỏ rồi kéo tới phần DNS. Bấm Thêm bản ghi để có thêm dòng, chọn loại, điền tên và giá trị như bảng ở trên, rồi bấm Lưu bản ghi DNS.

Trang quản lý cũng kiểm tra giá trị trước khi gửi đi. Dán http://192.0.2.10 hay một tên máy chủ vào bản ghi A sẽ nhận thông báo lỗi, vì bản ghi A chỉ chứa địa chỉ IPv4; muốn trỏ tới một tên máy chủ thì dùng CNAME.

Bước 4: Kiểm tra bằng lệnh, theo đúng thứ tự

Kiểm tra hai lớp. Trước hết hỏi thẳng nameserver có thẩm quyền mà bạn tìm được ở Bước 1: câu trả lời ở đây không qua bộ nhớ đệm nào, nên đây là nơi thấy giá trị mới sớm nhất. Giá trị mới chỉ có ở đó sau khi nhà cung cấp DNS cập nhật xong vùng DNS; nếu chưa thấy, đợi một lúc rồi hỏi lại. Nếu bạn sửa ở bảng bản ghi của nhà đăng ký, ngay dưới tiêu đề Bản ghi DNS của bảng đó OlaCheap ghi: "Thay đổi được áp dụng qua đối tác nhà đăng ký của chúng tôi và có thể cần thời gian để cập nhật trên toàn mạng."

dig @<nameserver> example.com A +short
dig @<nameserver> www.example.com CNAME +short
dig @<nameserver> www.example.com +short

$ dig @elliott.ns.cloudflare.com. example.com A +short
104.20.23.154
172.66.147.243

$ dig @elliott.ns.cloudflare.com. www.example.com CNAME +short

$ dig @elliott.ns.cloudflare.com. www.example.com +short
172.66.147.243
104.20.23.154

Đó chính là cách "bản ghi A riêng cho www" ở Bước 3: chạy được, nhưng mỗi lần đổi máy chủ phải sửa cả hai tên. Vì example.com không có CNAME cho www, bài không có kết quả thật nào của một bản ghi CNAME để dẫn ra đây.

Sau đó hỏi một máy chủ DNS công cộng, tức con đường mà khách truy cập thật sự đi qua:

dig example.com A +short
dig www.example.com +short
nslookup example.com 8.8.8.8

$ dig example.com A +short
104.20.23.154
172.66.147.243

$ dig www.example.com +short
104.20.23.154
172.66.147.243

$ nslookup example.com 8.8.8.8
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
Name:	example.com
Address: 172.66.147.243
Name:	example.com
Address: 104.20.23.154
Name:	example.com
Address: 2606:4700:10::ac42:93f3
Name:	example.com
Address: 2606:4700:10::6814:179a

• Nameserver có thẩm quyền trả địa chỉ mới, máy chủ công cộng vẫn trả địa chỉ cũ: cấu hình đã đúng, chỉ đang chờ bộ nhớ đệm hết hạn (xem phần TTL ngay dưới).
• Chính nameserver có thẩm quyền còn trả giá trị cũ: bạn đang sửa ở nơi không có hiệu lực, thay đổi chưa được lưu, hoặc chưa cập nhật xong (đợi một lúc rồi hỏi lại).
• Thấy địa chỉ IPv6 mà hosting không hề cấp cho bạn: còn bản ghi AAAA cũ, sửa hoặc xóa nó (Bước 2).
• dig … +short không in gì cho www, còn nslookup báo không tìm thấy: tên này chưa có bản ghi nào, quay lại Bước 3.

Ở bước cuối, đừng chỉ chờ chữ NXDOMAIN. Với một tên chưa có bản ghi, tùy nhà cung cấp DNS, câu trả lời là NXDOMAIN, hoặc NOERROR không kèm câu trả lời nào (như example.com trên Cloudflare ở dưới, chỉ kèm bản ghi SOA của vùng); theo RFC 2308, cả hai đều là câu trả lời phủ định. Dấu hiệu chung của cả hai là phần trả lời trống:

$ dig khong-ton-tai-olacheap-guide.example.com +short

$ dig @8.8.8.8 khong-ton-tai-olacheap-guide.example.com | grep -E "status:|IN[[:space:]]+SOA"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 58965
example.com.		1800	IN	SOA	elliott.ns.cloudflare.com. dns.cloudflare.com. 2416374680 10000 2400 604800 1800

$ nslookup khong-ton-tai-olacheap-guide.example.com 8.8.8.8
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
*** Can't find khong-ton-tai-olacheap-guide.example.com: No answer

Vì sao đã sửa mà vẫn thấy website cũ: TTL và bộ nhớ đệm

Mỗi bản ghi có TTL (thời gian sống, tính bằng giây): máy chủ DNS trung gian được giữ câu trả lời cũ trong tối đa chừng ấy thời gian. Nếu bản ghi A cũ có TTL 86400, có nơi vẫn trả địa chỉ cũ tới một ngày sau khi bạn sửa. Hạ TTL sau khi đã sửa không làm các bản lưu cũ hết hạn sớm hơn; muốn chuyển nhanh, hãy hạ TTL xuống vài phút trước ngày chuyển, sớm hơn ít nhất bằng TTL cũ.

Bỏ +short và thêm +noall +answer để thấy TTL ở cột thứ hai, rồi so câu trả lời của nameserver có thẩm quyền với một máy chủ công cộng:

dig @<nameserver> example.com A +noall +answer
dig @1.1.1.1 example.com A +noall +answer

$ dig @elliott.ns.cloudflare.com. example.com A +noall +answer
example.com.		300	IN	A	172.66.147.243
example.com.		300	IN	A	104.20.23.154

$ dig @1.1.1.1 example.com A +noall +answer
example.com.		140	IN	A	172.66.147.243
example.com.		140	IN	A	104.20.23.154

> Resolve-DnsName example.com -Type A
Name        Type TTL Section IPAddress
----        ---- --- ------- ---------
example.com A    132 Answer  172.66.147.243
example.com A    132 Answer  104.20.23.154

Câu trả lời "tên không tồn tại" cũng được lưu đệm. Nếu ai đó mở www trước khi bạn tạo bản ghi, máy chủ DNS có thể nhớ kết quả phủ định ấy trong khoảng thời gian do bản ghi SOA của vùng quy định (RFC 2308). Với example.com, bản ghi SOA ở trên ghi 1800 ở cả cột TTL lẫn số cuối cùng, tức kết quả phủ định có thể được nhớ tới 30 phút. Trên máy của bạn còn có bộ nhớ đệm của trình duyệt và hệ điều hành: thử cửa sổ ẩn danh, hoặc chạy ipconfig /flushdns trên Windows (nó báo Successfully flushed the DNS Resolver Cache. khi xóa xong).

Chỉ tên gốc hoặc chỉ www vào được: chẩn đoán nhanh

Sau khi DNS đúng: chọn một địa chỉ chính và bật HTTPS cho cả hai tên

Khi cả hai tên đã về đúng máy chủ, chọn một địa chỉ làm chính (có hoặc không có www) và đặt chuyển hướng vĩnh viễn 301 từ địa chỉ còn lại. Google khuyên dùng chuyển hướng 301 phía máy chủ để gộp những biến thể như example.com và www.example.com về một URL chuẩn, thay vì để hai địa chỉ cùng hiển thị một nội dung.

Chứng chỉ HTTPS phải ghi cả hai tên. Nếu hosting cấp chứng chỉ miễn phí bằng cách kiểm tra qua HTTP (Let's Encrypt gọi là HTTP-01), việc cấp chỉ thành công khi tên miền đã trỏ đúng máy chủ và cổng 80 trả lời. Vì vậy hãy xin chứng chỉ sau khi các lệnh ở Bước 4 cho kết quả đúng với cả hai tên.

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