Tên miền và DNS hoạt động thế nào: Hướng dẫn cho người không phải lập trình viên

Tên miền là cái tên người ta gõ để vào website của bạn, như example.com, còn DNS (Domain Name System) là danh bạ của internet, chuyển cái tên đó thành nơi website thực sự nằm. Bạn thuê tên miền từ một nhà đăng ký, rồi thêm các bản ghi DNS để nói rằng "website nằm ở đằng kia" và "email đi qua đây". Kết nối tên miền riêng với app chủ yếu là thêm đúng bản ghi vào đúng chỗ và chờ nó có hiệu lực.

Vì sao điều này quan trọng khi bạn xây bằng AI

Công cụ tạo app AI có thể viết và host app của bạn, nhưng tên miền của bạn nằm bên ngoài — thường do một công ty khác quản lý, trong một bảng điều khiển đầy những loại bản ghi lạ. Đây là chỗ nhiều lần ra mắt bị kẹt: app đã sẵn sàng, nhưng tên miền hiện lỗi, hoặc email bỗng ngừng hoạt động sau một thay đổi DNS.

Chỉ cần hiểu một chút là đủ. Bạn sẽ biết nhà cung cấp hosting đang yêu cầu bản ghi nào, vì sao nó chưa hoạt động, và cách tránh làm hỏng những thứ (như email) đang dựa vào tên miền của bạn.

Một ví dụ đời thường

Hãy nghĩ đến danh bạ trên điện thoại.

Bạn không nhớ số điện thoại của bạn mình; bạn chạm vào tên họ và điện thoại tra số. DNS làm việc tương tự trên internet: bạn gõ example.com, và DNS tra số (địa chỉ IP) của máy chủ cần kết nối.

• Tên miền là tên trong danh bạ.
• Nhà đăng ký là công ty ghi nhận chính thức rằng cái tên này thuộc về bạn.
• Bản ghi DNS là các chi tiết lưu dưới cái tên đó: số điện thoại, địa chỉ email, địa chỉ nhà.
• Nameserver là cuốn danh bạ chính thức cho tên đó.
• Cache là việc điện thoại nhớ một số trong một thời gian. Nếu bạn bè đổi số, một số điện thoại sẽ vẫn gọi số cũ cho đến khi bản sao đã lưu được làm mới — đó là "lan truyền" DNS.

Các phần của một tên miền

Lấy app.example.com làm ví dụ:

Bạn không mua đứt một tên miền; bạn đăng ký nó trong một khoảng thời gian (thường một năm hoặc hơn) và gia hạn. Nếu để hết hạn, người khác có thể đăng ký nó.

Cách một lần tra cứu DNS hoạt động

Khi ai đó gõ app.example.com:

1. Trình duyệt hỏi một DNS resolver — thường do nhà cung cấp internet hoặc một dịch vụ công cộng vận hành — để lấy địa chỉ.
2. Nếu resolver có câu trả lời còn mới trong cache, nó trả lời ngay.
3. Nếu không, nó đi xuống hệ thống phân cấp: các máy chủ gốc chỉ nó đến các máy chủ .com, và các máy chủ này chỉ đến nameserver của tên miền bạn.
4. Nameserver của bạn trả về bản ghi bạn đã đặt, như một CNAME trỏ đến nhà cung cấp hosting hoặc một bản ghi A với địa chỉ IP.
5. Resolver cache câu trả lời trong TTL (time to live) của bản ghi và chuyển cho trình duyệt, trình duyệt kết nối đến máy chủ.

Toàn bộ quá trình này thường diễn ra trong vài phần nghìn giây.

Các loại bản ghi DNS bạn thực sự sẽ dùng

Một vài quy tắc đáng biết:

• CNAME không thể dùng chung tên với các bản ghi khác. Đó là lý do CNAME tiêu chuẩn không thể đặt trên tên miền gốc, vì nó luôn có bản ghi NS và các bản ghi khác. Nhiều nhà cung cấp DNS có cách xử lý thay thế gọi là ALIAS, ANAME hoặc CNAME flattening.
• Bản ghi TXT làm rất nhiều việc của email. SPF liệt kê ai được phép gửi thư cho tên miền của bạn; DKIM công bố khóa để xác minh chữ ký; DMARC cho người nhận biết phải làm gì với thư không vượt qua các kiểm tra đó.
• Số MX càng thấp thì ưu tiên càng cao. Thư sẽ thử máy chủ có số thấp nhất trước.

Lan truyền và TTL

"Lan truyền" nghe như thể thay đổi lan ra khắp internet một cách chậm chạp. Thực tế là cache: các resolver giữ bản sao của mỗi câu trả lời trong suốt TTL của nó, và chỉ hỏi lại khi hết hạn. Vì vậy:

• Một bản ghi mới chưa từng được tra cứu thường hoạt động trong vài phút.
• Thay đổi một bản ghi đã tồn tại mất tối đa TTL cũ của nó mới được thấy ở mọi nơi.
• Thay đổi nameserver có thể mất một đến hai ngày, vì các bản ghi đó được cache lâu hơn ở cấp TLD.

Một mẹo hữu ích: trước một thay đổi đã lên kế hoạch, hãy hạ TTL của bản ghi (ví dụ còn vài phút), đợi TTL cũ hết, rồi mới thực hiện thay đổi.

Ví dụ thực tế: kết nối app đặt lịch với tên miền của bạn

Bạn sở hữu yoursalon.com. Website hiện tại và email Google Workspace của bạn đã dùng tên miền này. Bạn đã xây một app đặt lịch và muốn nó nằm tại book.yoursalon.com.

1. Tìm nơi quản lý DNS. Có thể là nhà đăng ký hoặc một nhà cung cấp DNS riêng. Các bản ghi NS của bạn sẽ cho biết.
2. Thêm một CNAME cho book trỏ đến đích mà nhà cung cấp app của bạn đưa ra.
3. Thêm bản ghi TXT nếu nhà cung cấp yêu cầu để chứng minh quyền sở hữu.
4. Đừng chạm vào bản ghi MX và TXT của email. Email vẫn hoạt động vì bạn không đụng đến chúng.
5. Xác minh trên nhà cung cấp khi DNS đã cập nhật. Sau đó nhà cung cấp cấp chứng chỉ HTTPS cho book.yoursalon.com.
6. Kiểm tra trên điện thoại bằng dữ liệu di động, vì nó dùng resolver và cache khác với Wi-Fi nhà bạn.

Nếu bạn muốn app nằm trên yoursalon.com gốc, bạn sẽ cần bản ghi A hoặc tính năng ALIAS/flattening của nhà cung cấp DNS — và bạn sẽ thay thế website hiện tại ở đó. Để biết thêm bước, xem cách kết nối tên miền riêng.

Những lỗi và hiểu lầm thường gặp

• "Tên miền và hosting là một." Tên miền là cái tên; hosting là nơi app chạy. DNS liên kết chúng lại.
• Dùng bản ghi A khi nhà cung cấp yêu cầu CNAME (hoặc ngược lại). Hãy làm đúng theo hướng dẫn của nhà cung cấp.
• Gõ sai đích. Một ký tự sai trong đích CNAME là xác minh thất bại.
• Đổi nameserver mà không sao chép bản ghi. Chuyển DNS sang nhà cung cấp mới mà không tạo lại bản ghi MX và TXT là cách kinh điển làm hỏng email.
• Bật proxy khi không nên. Một số nhà cung cấp DNS, như Cloudflare, có thể proxy lưu lượng. Một số hosting cần đặt bản ghi sang chế độ "DNS only" để có thể cấp chứng chỉ.
• Xóa bản ghi TXT "không rõ". Chúng thường là bản ghi xác minh hoặc bảo mật email mà thứ gì đó đang phụ thuộc vào.
• Để tên miền hết hạn. Bật tự động gia hạn và giữ thẻ thanh toán còn hiệu lực.

Nên hỏi công cụ tạo app AI điều gì

DNS nằm ngoài mã của bạn, nên điều này liên quan nhiều hơn đến việc hỏi về cái gì:

• "Chính xác tôi cần bản ghi DNS nào cho app.mydomain.com — loại, tên và giá trị?"
• "Thay đổi này có ảnh hưởng đến email của tôi không?"
• "Sau khi thêm bản ghi, tên miền của tôi báo lỗi. Tôi nên kiểm tra gì?"
• "Thêm canonical URL và chuyển hướng đúng để www và không có www không cùng hiển thị website."
• "Thiết lập gửi email từ tên miền của tôi — tôi sẽ cần các bản ghi SPF, DKIM và DMARC nào?" Xem cách gửi email từ app.

Tên miền tùy chỉnh trên Mythex

Mỗi app đã xuất bản trên Mythex đều có một địa chỉ tenban.mythex.app. Với Pro, bạn có thể dùng tên miền riêng thay thế: mua một tên miền ngay trong Mythex (phí đăng ký được tính riêng, và DNS cho tên miền đã mua được quản lý cho bạn), hoặc kết nối tên miền bạn đã sở hữu bằng cách thêm CNAME từ một subdomain như app.example.com đến địa chỉ tenban.mythex.app của app, rồi nhấn Verify. HTTPS được cấp tự động. Nếu DNS của bạn ở Cloudflare, hãy đặt bản ghi đó sang "DNS only". Nên dùng subdomain; tên miền gốc phụ thuộc vào việc nhà cung cấp DNS của bạn có hỗ trợ ALIAS hoặc flattening hay không. Tài liệu tên miền tùy chỉnh hướng dẫn từng bước, và giá cho biết Pro bao gồm gì.

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