Cách kết nối tên miền riêng với hệ thống đặt chỗ

Website đã xong. Logo đúng, markup đã cài, một booking thử đã chạy trơn tru trên tên miền phụ của nền tảng, và ai đó trong văn phòng đã gửi đường link cho ba khách hàng. Rồi câu hỏi hiển nhiên xuất hiện: sao địa chỉ vẫn mang tên của người khác? Bài hướng dẫn này nói về cách kết nối tên miền riêng với hệ thống đặt chỗ mà không phải thuê ai — thực chất bạn đang thay đổi gì, hai hay ba bản ghi liên quan, vì sao biểu tượng ổ khóa trên trình duyệt đến muộn hơn bạn tưởng, và một thiết lập sẽ âm thầm làm hỏng email công ty nếu bạn đụng vào.

Bạn không cần hiểu sâu về DNS. Chỉ cần một hình dung: tên miền của bạn là một tấm biển chỉ đường, và bạn đang xoay nó về phía một tòa nhà mới. Mọi thứ bên dưới chỉ là chi tiết của hình dung đó.

Tên miền của bạn thực sự nằm ở đâu

Có thể có tới ba công ty khác nhau liên quan, và phần lớn chủ doanh nghiệp chỉ biết một. Nhà đăng ký (registrar) là nơi bạn mua tên miền và trả phí gia hạn hằng năm. Nơi quản lý DNS là nơi chỉnh sửa các bản ghi của tên miền đó — thường cùng công ty với nhà đăng ký, đôi khi không, nhất là khi nhiều năm trước một người thiết kế web đã chuyển tên miền sang một dịch vụ DNS riêng. Hosting website là nơi website hiện tại của bạn đang chạy.

Các bản ghi bạn sắp thêm nằm ở nơi quản lý DNS. Vì vậy, trước hết hãy xác định đó là ai. Đăng nhập vào nhà đăng ký và xem nameserver được khai báo cho tên miền. Nếu nameserver thuộc nhà đăng ký, bạn sửa bản ghi ở đó. Nếu nó trỏ đi nơi khác, bạn làm việc ở nơi đó. Vài phút cho bước này tiết kiệm cả một buổi chiều sửa bản ghi trong một bảng điều khiển mà chẳng hệ thống nào đọc tới.

Tên miền gốc hay tên miền phụ: quyết định trước khi đụng vào bất cứ thứ gì

Tên miền gốc — còn gọi là apex hay root — là thuonghieucuaban.vn, không có gì phía trước. Tên miền phụ (subdomain) là bất cứ thứ gì có nhãn phía trước: www.thuonghieucuaban.vn, datcho.thuonghieucuaban.vn, travel.thuonghieucuaban.vn. Nền tảng chấp nhận cả hai, và lựa chọn này quyết định loại bản ghi bạn thêm.

Lý do đã có từ lâu và không thể thương lượng. Tên miền gốc đã mang những bản ghi định nghĩa chính tên miền, và DNS không cho phép một CNAME dùng chung tên với bất kỳ bản ghi nào khác. Vì thế tên miền gốc được trỏ bằng bản ghi A thẳng tới một địa chỉ IP, còn tên miền phụ được trỏ bằng CNAME tới một hostname khác.

Phần lớn đại lý đã có website nên bắt đầu bằng tên miền phụ. Hàng hay bị tranh cãi là hàng thứ hai: một số chủ đại lý thấy tên miền phụ trông kém chuyên nghiệp. Đó là ý kiến chính đáng, nhưng nó nhẹ đi khi phần lớn khách đến với bạn qua link Zalo, WhatsApp hay Facebook chứ không gõ địa chỉ.

Các bản ghi cần thêm và tác dụng của từng loại

Bước DNS có hướng dẫn trong trang quản trị hiển thị giá trị chính xác cho tên miền của bạn. Hãy sao chép từ đó, không phải từ bất kỳ bài viết nào — kể cả bài này. Phần dưới đây chỉ giải thích từng bản ghi dùng để làm gì, để màn hình đó có nghĩa khi bạn nhìn thấy.

• CNAME, cho tên miền phụ. Name: nhãn bạn chọn, ví dụ datcho. Value: hostname của nền tảng do bước DNS cung cấp. Nó nói "tên này là bí danh của tên kia", nên nếu máy chủ của nền tảng thay đổi, bản ghi của bạn vẫn hoạt động mà không cần bạn sửa.
• Bản ghi A, cho tên miền gốc. Name: @, ký hiệu mà hầu hết bảng DNS dùng cho tên miền trần. Value: địa chỉ IP do bước DNS cung cấp. Nó nói "tên này ở địa chỉ này".
• TXT, đôi khi. Một số cấu hình hosting còn yêu cầu bản ghi xác minh: một chuỗi ngẫu nhiên dài dưới một tên do bước DNS chỉ định. Nó không làm gì với khách truy cập. Nó chứng minh rằng người kiểm soát tên miền đã đồng ý với việc kết nối. Nếu bước DNS hiển thị bản ghi này, hãy thêm; nếu không, bạn không thiếu gì cả.

Hai lỗi chiếm phần lớn các lần thất bại. Thứ nhất là gõ đầy đủ tên miền vào ô Name. Nhiều bảng điều khiển tự động nối thêm tên miền, nên datcho.thuonghieucuaban.vn gõ vào đó sẽ thành datcho.thuonghieucuaban.vn.thuonghieucuaban.vn, chẳng trỏ tới đâu cả. Chỉ gõ nhãn. Thứ hai là để lại bản ghi cũ. Nếu datcho đã có bản ghi A từ một dự án cũ, CNAME không thể nằm cạnh nó, và một số bảng điều khiển âm thầm giữ lại bản ghi cũ. Hãy xóa bản ghi cũ của đúng tên đó trước.

Nếu nơi quản lý DNS có nút bật proxy cho bản ghi — Cloudflare hiển thị nó là đám mây màu cam — hãy chuyển sang DNS-only trong lúc kết nối. Proxy trả lời khách truy cập thay cho nền tảng, khiến nền tảng bị che khỏi bước kiểm tra mô tả ngay sau đây.

Vì sao ổ khóa đến sau cùng

Đây là bước khiến chủ đại lý nghĩ rằng có gì đó bị hỏng. Bản ghi đã lưu, tên miền trông đúng, vậy mà trình duyệt báo kết nối không an toàn — hoặc trang không mở được. Không có gì hỏng cả. Thứ tự đơn giản là cố định.

Chứng chỉ TLS, tức cái ổ khóa, được cấp bởi một tổ chức cấp chứng chỉ, và tổ chức đó trước hết phải xác nhận tên miền thật sự trỏ về đúng nơi yêu cầu khai báo. Họ kiểm tra bằng cách tra tên miền trong DNS công khai và, trong hầu hết cấu hình, bằng cách gửi một yêu cầu tới tên miền và chờ nền tảng trả lời. Chừng nào bản ghi của bạn chưa tới được các resolver mà tổ chức đó dùng, việc kiểm tra sẽ thất bại, và bấm bao nhiêu lần cũng vậy. Khi bản ghi đã phân giải được, nền tảng tự động yêu cầu chứng chỉ. Bạn không phải mua, tải lên hay gia hạn.

Thời gian để bản ghi "phân giải được" chủ yếu phụ thuộc vào TTL của bản ghi có trước đó: khoảng thời gian các máy chủ khác được phép nhớ câu trả lời cũ. Một tên hoàn toàn mới thường xuất hiện nhanh. Một tên mà hôm qua còn trỏ nơi khác có thể tiếp tục trả về địa chỉ cũ thêm một lúc. Nếu biết mình sắp thay một bản ghi đang có, hãy hạ TTL của nó trước một ngày để rút ngắn thời gian chờ.

Còn lại thì cứ chờ, rồi kiểm tra. Đừng liên tục sửa bản ghi — mỗi lần sửa lại cho mọi máy chủ đã lưu câu trả lời sai thêm lý do để tiếp tục trả về nó. Các trang tra cứu DNS công khai cho thấy phần còn lại của thế giới đang thấy gì với tên miền của bạn; khi chúng hiển thị đúng giá trị từ bước DNS, chứng chỉ là việc tiếp theo sẽ xảy ra.

Cái giá của một sai lầm

Những sai lầm đắt giá không nằm ở trang đặt chỗ. Chúng nằm ở mọi thứ khác gắn với tên miền của bạn.

Tệ nhất là đổi nameserver trong khi bạn chỉ cần thêm một bản ghi. Chuyển nameserver là giao toàn bộ tên miền cho một nơi quản lý DNS mới, và bản ghi nào không được tạo lại ở đó sẽ biến mất — kể cả bản ghi MX chuyển email công ty. Một đại lý có thể mất trọn một ngày email của khách, xác nhận từ nhà cung cấp và thông báo đổi lịch bay từ hãng hàng không trước khi có ai nhận ra hộp thư bỗng im lặng. Kết nối trang đặt chỗ hoàn toàn không cần chuyển nameserver. Thêm bản ghi; để yên mọi thứ khác.

Thứ hai là trỏ tên miền gốc sang trang đặt chỗ trong khi website cũ vẫn còn những trang người ta đang dùng: trang visa đang đứng hạng trên Google, trang liên hệ in trên danh thiếp. Các đường link đó giờ dẫn tới một trang đặt chỗ không có chúng. Hoặc chuyển website cũ sang tên miền phụ trước, hoặc kết nối trang đặt chỗ vào tên miền phụ.

Thứ ba chỉ tốn thần kinh: thông báo địa chỉ mới trước khi ổ khóa xuất hiện. Một trình duyệt cảnh báo xua khách đi đúng ngày bạn quảng bá là màn ra mắt tệ. Hãy thông báo sau khi chứng chỉ đã hoạt động, không phải sau khi bản ghi được lưu.

Giữ tên miền của nền tảng — đó là phương án dự phòng

Tên miền phụ của nền tảng mà website của bạn bắt đầu không biến mất khi tên miền riêng đã được gắn. Nó không thể bị xóa, và đó là chủ ý.

Đó là địa chỉ để thử nghiệm trong lúc tên miền riêng đang ổn định, và là địa chỉ vẫn hoạt động nếu bạn quên gia hạn ở nhà đăng ký hoặc ai đó lỡ tay sửa DNS. Hệ thống đặt chỗ phía sau hai địa chỉ là một, nên booking, khách hàng và báo cáo không quan tâm khách vào bằng cửa nào. Hãy ghi địa chỉ này ở một nơi không phụ thuộc vào việc tên miền riêng của bạn có đang chạy hay không.

Nó cũng đặt ra thứ tự đúng cho một website mới, giống như khi ra mắt OTA trong một ngày: chạy trước trên tên miền phụ mà trình hướng dẫn đăng ký cấp sẵn, không đòi thẻ, rồi kết nối tên miền khi website đã đáng để giới thiệu. Website bao gồm những gì khi địa chỉ đã là của bạn có trong bài website du lịch white-label thực sự mang lại gì.

Checklist: kết nối tên miền riêng với hệ thống đặt chỗ

1. Xác định ai đang quản lý DNS của bạn. Nameserver của tên miền sẽ cho biết.
2. Chọn tên miền gốc hay tên miền phụ. Nếu có website muốn giữ, chọn tên miền phụ.
3. Ghi lại mọi bản ghi hiện có, đặc biệt là MX, trước khi thay đổi bất cứ gì. Chụp màn hình là đủ.
4. Xóa mọi bản ghi cũ trên đúng tên bạn sắp dùng.
5. Thêm bản ghi từ bước DNS: CNAME cho tên miền phụ, A cho tên miền gốc, cộng TXT nếu bước đó hiển thị. Chỉ gõ nhãn vào ô Name.
6. Chuyển proxy trên bản ghi đó sang DNS-only.
7. Chờ bản ghi phân giải công khai. Đừng sửa đi sửa lại.
8. Xác nhận ổ khóa, làm một booking thử trên địa chỉ mới, rồi mới báo cho khách.

Phần lớn danh sách này là chờ đợi. Bước duy nhất thật sự có thể gây hại cho bạn lại là bước không có trong đó: chuyển nameserver.