Bạn có thể trả tiền cho một máy chủ bằng Monero, chỉ đưa cho nó một địa chỉ dùng một lần rồi bỏ, và chẳng bao giờ phải tải lên một loại giấy tờ nào. Rồi bạn bỏ ra mười một đô la cho một tên miền, gõ tên thật của mình vào một biểu mẫu chỉ vì biểu mẫu đó có hỏi, và trao cho một công ty ở một quốc gia khác một hồ sơ vĩnh viễn gắn cái tên đó với trang web của bạn. Máy chủ là lớp mà bạn đã nghĩ tới. Tên miền mới là lớp khiến người ta bị lộ.
Tên miền không phải là thứ bạn sở hữu. Đó là một hợp đồng thuê từ một registry, được một nhà đăng ký bán lại cho bạn, theo những luật lệ mà bạn không viết ra và có thể thay đổi mà không cần hỏi ý bạn. Ba bên khác nhau có thể lấy lại nó, và bên nhanh nhất trong số đó thậm chí không cần lệnh của tòa án. Đó không phải là lý do để không đăng ký tên miền — mà là lý do để chọn một cách có chủ đích, biết rõ chính xác bên nào bạn vừa biến thành điểm lỗi duy nhất của mình.
Hướng dẫn này bao quát toàn bộ chuỗi đó: quyền riêng tư khi đăng ký thực sự giấu điều gì và giấu khỏi ai, cách đọc một TLD như một vùng pháp lý chứ không phải một mức giá, cách thanh toán mà không cần thẻ, cách khóa tên miền lại để nó không thể bị chuyển đi khỏi tay bạn, và cách trỏ nó về máy chủ của bạn cùng các bản ghi giữ cho nó không lọt vào thư mục spam của người khác. Chúng tôi đặt VPS lên hàng đầu và không bán tên miền, nên chẳng có gì ở đây được viết ra để lái bạn về phía nào cả.
Quyền riêng tư khi đăng ký thực sự giấu điều gì, và giấu khỏi ai
Khi bạn đăng ký một tên miền, thông tin của bạn đi vào ít nhất hai nơi: nhà đăng ký mà bạn mua tên miền từ đó, và registry vận hành TLD đó. Một dịch vụ riêng tư chỉ thay đổi những gì mà tra cứu công khai trả về. Nó không thay đổi gì ở hai bản sao thông tin kia cả.
Có hai sản phẩm khác nhau về bản chất đang được bán dưới cùng một cái tên, và sự khác biệt đó quan trọng hơn nhiều so với giá tiền:
- Dịch vụ riêng tư hoặc proxy. Bạn vẫn là người đăng ký hợp pháp; nhà đăng ký chỉ công bố một địa chỉ liên hệ chuyển tiếp thay cho thông tin của bạn và chuyển tiếp thư từ cho bạn. Nhanh, rẻ, thường chỉ là một ô tick chọn. Nhà đăng ký có thể rút lại dịch vụ này — khi có khiếu nại, khi có trát đòi, hoặc chỉ vì điều khoản của họ cho phép làm vậy.
- Bên đăng ký hộ (proxy registrant). Một bên thứ ba được ghi nhận là chủ thể đứng tên miền, còn bạn giữ một hợp đồng trao cho bạn quyền kiểm soát nó. Không một thông tin nào của bạn chạm tới registry cả. Cái giá phải trả là có thật: bạn không phải là người đăng ký, nên nếu công ty đó phá sản, đổi chính sách, hoặc quyết định rằng bạn là một rủi ro, thì thứ bạn có trong tay chỉ là một tranh chấp hợp đồng chứ không phải một hồ sơ đăng ký do bạn kiểm soát.
Cũng đáng để biết bạn đã có sẵn miễn phí những gì. Từ năm 2018, các quy định bảo vệ dữ liệu đã buộc cả ngành phải che thông tin liên hệ của người đăng ký đối với các TLD chung theo mặc định, nên một tra cứu công khai trên một tên miền .com do một cá nhân đứng tên thường trả về “REDACTED FOR PRIVACY” bất kể bạn có trả tiền cho dịch vụ nào hay không. Giao thức cũng đã thay đổi: từ tháng 1 năm 2025, các nhà đăng ký và registry của các TLD chung không còn bắt buộc phải phản hồi trên giao thức WHOIS cổng 43 kiểu cũ nữa, và RDAP mới là kiểu tra cứu thực sự được đảm bảo hoạt động. Các TLD quốc gia tự đặt ra luật riêng của mình, và một số trong đó công khai toàn bộ thông tin.
Vậy nên hãy hiểu chính xác bạn đang mua gì. Quyền riêng tư khi đăng ký đánh bại một cách đáng tin cậy các trình quét dữ liệu, các nhà môi giới dữ liệu hàng loạt, spam, và lượt tìm kiếm đầu tiên mà bất kỳ ai tò mò thực hiện. Nó không đánh bại được nhà đăng ký, registry, một trát đòi, hay một bản chụp mà ai đó đã lưu lại hồ sơ trước khi bạn bật tính năng này lên.
Ba bên có thể lấy đi tên miền, và chỉ một trong số đó là chậm
Hãy nghĩ về một tên miền theo cách bạn nghĩ về bất kỳ một sự phụ thuộc nào khác: không phải “nó có tốt không” mà là “ai có thể tắt nó đi, và họ cần gì để làm được điều đó”. Có ba câu trả lời.
- Nhà đăng ký. Nhanh nhất, bỏ xa các bên còn lại. Nhà đăng ký có thể áp
clientHold, việc này gỡ tên miền ra khỏi zone — tên miền vẫn tồn tại, vẫn hiển thị là đã đăng ký, nhưng đơn giản là ngừng phân giải ở bất cứ đâu trên thế giới. Không cần tòa án can thiệp. Chỉ cần một điều khoản sử dụng hợp lệ và một khiếu nại là đủ, và một số nhà đăng ký hành động chỉ dựa trên khiếu nại mà thôi. - Registry. Chậm hơn, hiếm hơn, nặng tay hơn. Một registry có thể áp
serverHoldhoặc chặn việc chuyển nhượng, và không có nhà đăng ký nào bạn có thể chuyển sang mà thoát được điều đó, vì registry chính là TLD. Mọi registry đều nằm dưới một vùng pháp lý quốc gia: đơn vị vận hành.comvà.netchịu trách nhiệm trước Hoa Kỳ, và mọi TLD quốc gia đều chịu trách nhiệm trước chính phủ nước đó hoặc đơn vị được ủy quyền. - Tòa án, ở một trong hai phía. Các lệnh thông thường, cộng thêm con đường riêng cho tên miền: một tranh chấp nhãn hiệu được nộp theo UDRP kết thúc bằng một phán quyết mà nhà đăng ký buộc phải thi hành theo hợp đồng, không có thẩm phán và không có quyền kháng cáo lên tòa án quốc gia trừ khi chính bạn khởi kiện.
Điều đó định hình lại câu hỏi mà bạn nên hỏi một nhà đăng ký. Không phải “bạn có cung cấp dịch vụ riêng tư không” — gần như nhà đăng ký nào cũng có. Mà thay vào đó: bạn làm gì khi nhận được một khiếu nại, và bạn phải tuân theo luật của nước nào khi làm điều đó? Một nhà đăng ký đình chỉ trước rồi mới hỏi sau đã âm thầm trở thành mắt xích yếu nhất trong một thiết lập vốn dĩ đã được chuẩn bị cẩn thận.
Chúng tôi cũng có câu chuyện của riêng mình về việc này. Trang này chạy trên vpscrypto.io kể từ lúc ra mắt cho tới ngày 29 tháng 7 năm 2026, khi nó trở thành vpscrypto.com — cùng một công ty, cùng những máy chủ, cùng những tài khoản, cùng những đường dẫn, đã được ghi lại trong trang giới thiệu của chúng tôi và trong trang tổng hợp sự thật. Bài học chúng tôi rút ra từ việc đó là bài học đáng để chia sẻ lại: lớp nhà đăng ký là phần bạn kiểm soát ít nhất trong toàn bộ hệ thống, và việc đã lên sẵn kế hoạch di chuyển còn đáng giá hơn bất kỳ lời đảm bảo nào người khác đưa ra cho bạn từ trước.
Đọc TLD như một vùng pháp lý, không phải như một mức giá
Registry là bên viết ra luật chơi. Nhà đăng ký chỉ thực thi luật đó. Một nhà đăng ký dễ dãi nằm dưới một registry khắt khe sẽ không mang lại cho bạn điều gì cả, đó là lý do vì sao việc chọn đuôi tên miền đáng được suy nghĩ kỹ hơn nhiều so với mức người ta thường bỏ ra, và kỹ hơn nhiều so với những gì mức giá năm đầu tiên xứng đáng nhận được.
Trước khi bạn phải lòng một cái tên, hãy trả lời bốn câu hỏi về đuôi tên miền mà nó kết thúc bằng:
- Ai vận hành registry đó, và công ty đó được thành lập ở đâu? Đây là một thông tin công khai và chỉ cần một lệnh để kiểm tra.
- Registry đó có công khai dữ liệu người đăng ký, hay có cho phép dịch vụ riêng tư không? Một số thì không. Ví dụ, đuôi
.usyêu cầu công khai thông tin người đăng ký và không cho phép đăng ký hộ qua proxy — không nhà đăng ký nào có thể lách được điều đó. - Có yêu cầu về sự hiện diện hay mối liên hệ (nexus) không?
.eucần một mối liên hệ với EU hoặc EEA,.cacần sự hiện diện tại Canada, và một số đuôi quốc gia châu Âu yêu cầu một địa chỉ liên hệ tại chỗ nếu chủ thể sống ở nơi khác. Đây là điều ngược hẳn lại với riêng tư: chúng buộc bạn phải gắn một danh tính đời thực có thể xác minh được vào tên miền. - Đuôi tên miền đó có mang rủi ro chính trị không? Các TLD quốc gia gắn liền với lãnh thổ, mà lãnh thổ thì có thể thay đổi. Năm 2024, Vương quốc Anh đã đồng ý chuyển giao chủ quyền lãnh thổ đứng sau đuôi
.iocho Mauritius, việc này đặt một dấu hỏi lớn lên một đuôi tên miền mà hàng chục nghìn công ty công nghệ đang xây dựng trên đó. Việc khai tử một TLD quốc gia là một quá trình được đo bằng năm chứ không phải bằng tuần, nên đây không phải là một tình huống khẩn cấp — mà là một minh họa rõ ràng cho một loại rủi ro mà các TLD chung hoàn toàn không mang phải.
Sau đó hãy đọc mức giá cho đúng cách. Con số quan trọng là mức giá gia hạn, không phải mức giá năm đầu tiên; một tên miền giá 0,99 đô la nhưng gia hạn ở mức 45 đô la thì đó là một tên miền 45 đô la kèm theo một khoản giảm giá. Hãy kiểm tra xem dịch vụ riêng tư có được bao gồm sẵn hay tính phí riêng, liệu nhà đăng ký có tính phí để giải phóng một tên miền bạn muốn chuyển đi hay không, và liệu tên miền đó có bị gắn nhãn premium hay không, vì các tên miền premium thường gia hạn ở mức giá premium mãi mãi.
Với hầu hết mọi người, câu trả lời trung thực lại khá nhàm chán: một TLD chung lâu đời từ một nhà đăng ký mà bạn chọn cẩn thận sẽ tồn tại lâu hơn một đuôi quốc gia thông minh được chọn chỉ vì chơi chữ.
Thanh toán chỉ là một trong bốn bề mặt lộ danh tính
Người ta chỉ lo sửa hồ sơ đăng ký mà bỏ ngỏ hoàn toàn ba thứ còn lại. Một tên miền làm lộ bạn qua bốn kênh độc lập, và kênh yếu nhất sẽ quyết định mức độ an toàn của cả bốn.
- Hồ sơ đăng ký — được giải quyết bằng một dịch vụ riêng tư hoặc một bên đăng ký hộ, như đã nói ở trên.
- Khoản thanh toán — một tấm thẻ mang tên thật của bạn tạo ra một hồ sơ ở nhà đăng ký, ở đơn vị xử lý thanh toán, và ở ngân hàng của bạn, và không cái nào trong số đó bạn có thể xóa bỏ về sau.
- Hộp thư — địa chỉ gắn với tài khoản nhận các thông báo gia hạn, xác nhận chuyển nhượng và các yêu cầu đặt lại mật khẩu. Nó vừa là một định danh, vừa là chìa khóa cho toàn bộ hệ thống.
- Cách thức truy cập — địa chỉ IP bạn đăng nhập từ đó, và liệu địa chỉ đó có từng được dùng để đăng nhập vào bất cứ thứ gì khác của bạn hay không.
Số lượng nhà đăng ký chấp nhận crypto ít hơn nhiều so với số lượng nhà cung cấp máy chủ chấp nhận crypto, và còn ít hơn nữa nếu tính riêng Monero. Nếu bạn tìm được một nhà đăng ký như vậy, hãy áp dụng đúng kỷ luật mà bạn áp dụng cho một máy chủ: gửi tiền từ một ví không phải là địa chỉ rút tiền từ sàn giao dịch của bạn, và ưu tiên một loại coin không công khai một sơ đồ công khai vĩnh viễn cho biết tiền đến từ đâu. Hướng dẫn thanh toán bằng Monero của chúng tôi trình bày cơ chế cụ thể, còn hướng dẫn mua mà không cần thẻ trình bày cách bắt đầu từ con số không.
Nếu không có nhà đăng ký chấp nhận crypto nào đáp ứng được yêu cầu của bạn, đó là một quyết định thực sự chứ không phải một thất bại: một tấm thẻ mang tên bạn tại một nhà đăng ký có bề dày chính sách tốt có thể thực sự là lựa chọn tốt hơn so với một nhà đăng ký thân thiện với crypto nhưng lại đình chỉ tên miền ngay khi nhận được email đầu tiên. Hãy quyết định điều đó một cách có ý thức, thay vì mặc định rơi vào nó.
Từng bước một
- Chọn đuôi tên miền trước khi chọn cái tên
Quyết định TLD trước sẽ ngăn bạn tự biện minh cho một vùng pháp lý tồi chỉ vì cái tên quá hoàn hảo. Hãy bắt đầu bằng cách tìm hiểu xem ai thực sự vận hành nó — bản ghi ủy quyền tại IANA là nguồn chính thức và công khai:
whois -h whois.iana.org io whois -h whois.iana.org comKhối
organisationtrong kết quả trả về chính là đơn vị vận hành registry và quốc gia nơi đơn vị đó được thành lập. Công ty đó, theo luật của quốc gia đó, đặt ra chính sách mà nhà đăng ký của bạn sẽ áp dụng lên bạn. Hãy đọc qua trang chính sách đăng ký của họ một lần; nó thường ngắn gọn và cho bạn biết liệu dữ liệu người đăng ký có được công khai không, liệu dịch vụ riêng tư có được phép không, và liệu có yêu cầu về nơi cư trú hay mối liên hệ (nexus) hay không.Hãy loại bỏ bất kỳ lựa chọn nào đòi hỏi bạn phải chứng minh sự hiện diện tại chỗ, trừ khi bạn thực sự có điều đó và sẵn sàng chứng minh nó bằng giấy tờ. Hãy ưu tiên một đuôi tên miền mà registry của nó chưa từng có tiền lệ đình chỉ tên miền theo yêu cầu. Và nếu bạn đang cân nhắc một TLD quốc gia, hãy tính luôn vào đó việc nó gắn liền với một lãnh thổ và một chính phủ, theo cách mà
.comthì không. - Kiểm tra tình trạng khả dụng bằng một công cụ tra cứu trung lập
Việc kiểm tra tình trạng khả dụng ngay trên ô tìm kiếm của một nhà đăng ký trên thực tế vẫn ổn — ICANN đã điều tra hành vi front-running (trục lợi trước) từ nhiều năm trước và tìm thấy rất ít bằng chứng — nhưng một công cụ tra cứu trung lập thì không tốn gì cả và cho bạn biết nhiều thông tin hơn:
curl -s https://rdap.org/domain/example.com | jq -r '.ldhName, .status[]' whois example.com | grep -iE 'registrar:|creation|expiry|status'Một kết quả “not found” sạch sẽ nghĩa là tên miền chưa được đăng ký. Nếu nó trả về là đã đăng ký, các trường đáng chú ý là ngày tạo và các mã trạng thái: một tên miền đang ở
redemptionPeriodhoặcpendingDeleteđang trên đường bị thả ra và không phải thứ bạn có thể đơn giản mua được, còn một tên miền đang ởclientHoldthuộc về ai đó mà nhà đăng ký của họ đã tắt nó đi. Cả hai đều là những tín hiệu hữu ích về lịch sử mà bạn sẽ thừa hưởng nếu lấy tên miền đó.Hãy cài
jqtrước nếu bạn cần — dùngapt install jqtrên Debian hoặc Ubuntu. - Chọn nhà đăng ký dựa trên năm yếu tố thực sự quan trọng
Hãy bỏ qua hoàn toàn phần tiếp thị và chấm điểm các ứng viên theo những tiêu chí sau, theo đúng thứ tự:
Thanh toán. Nhà đăng ký đó có nhận phương thức mà bạn sẵn sàng trả bằng không, và họ có nhận trực tiếp thay vì qua một đơn vị xử lý thanh toán tự thu thập giấy tờ tùy thân riêng của họ hay không?
Mô hình riêng tư. Dịch vụ riêng tư hay bên đăng ký hộ — hai thứ này không phải cùng một sản phẩm. Hãy tìm hiểu xem bạn sẽ mua loại nào, nó tốn bao nhiêu khi gia hạn, và trong điều kiện nào thì nhà đăng ký sẽ gỡ bỏ nó.
Vùng pháp lý và chính sách. Công ty đó được thành lập ở đâu, và chính sách sử dụng hợp lệ của họ cho phép họ làm gì mà không cần lệnh của tòa án? Hãy tìm một trang minh bạch hoặc trang xử lý lạm dụng được công bố công khai. Sự im lặng ở đó tự nó đã là một câu trả lời.
Quyền kiểm soát. Tính năng khóa tại nhà đăng ký, xác thực hai yếu tố không phải qua SMS, và khả năng tự lấy mã ủy quyền chuyển tên miền mà không cần xin phép. Một nhà đăng ký bắt bạn phải mở ticket mới cho rời đi đã tự nói cho bạn biết việc rời đi sẽ diễn ra như thế nào.
DNS. Hoặc là những nameserver dùng được, hỗ trợ các loại bản ghi bạn sẽ cần —
CAA,TXT, alias tại apex — hoặc, ít nhất, khả năng ủy quyền sang các nameserver của riêng bạn.Những dấu hiệu cảnh báo đáng để quay lưng bỏ đi: không có xác thực hai yếu tố, dịch vụ riêng tư chỉ được bán ở gói đắt tiền, không cho đăng ký nhiều năm, và bất kỳ điều khoản nào giữ quyền tự ý sửa đổi dữ liệu đăng ký của bạn.
- Xây dựng danh tính mà tên miền sẽ tồn tại dưới đó
Hãy làm việc này trước khi bạn đăng ký bất cứ thứ gì, vì lắp đặt bổ sung sau này đồng nghĩa với việc phải đổi người đăng ký và dính khóa chuyển nhượng.
Hãy tạo một hộp thư tại một nhà cung cấp tôn trọng quyền riêng tư, tồn tại chỉ dành riêng cho dự án này. Không phải địa chỉ cá nhân của bạn, và cũng không phải cùng địa chỉ với tài khoản lưu trữ máy chủ của bạn — toàn bộ mục đích của việc tách nhà đăng ký khỏi nhà cung cấp máy chủ sẽ tan biến nếu một hộp thư mở khóa được cả hai. Hãy đặt địa chỉ khôi phục của hộp thư đó thành một thứ cũng không phải là địa chỉ cá nhân của bạn, vì các chuỗi khôi phục chính là cách mà tài khoản thực sự bị chiếm đoạt.
Sau đó: một mật khẩu duy nhất lấy từ một trình quản lý mật khẩu, xác thực hai yếu tố bằng TOTP thay vì SMS, và các mã khôi phục được ghi lại và lưu trữ offline. SMS nói chung là một yếu tố thứ hai tồi, và đặc biệt tồi trong trường hợp này, vì một số điện thoại là một danh tính đời thực mà bạn vừa gắn chặt vào tài khoản.
Cuối cùng, hãy ghi lại địa chỉ nhận thông báo mà bạn đã dùng. Sáu tháng nữa kể từ bây giờ, khi một cảnh báo gia hạn được gửi tới một hộp thư mà bạn đã quên mất, chính ghi chú đó sẽ cứu lấy tên miền của bạn.
- Đăng ký tên miền, và trả tiền cho nhiều năm hơn mức bạn thấy cần thiết
Khi thanh toán, có ba điều đáng để bạn dừng lại và làm chậm rãi.
Mua theo năm, không phải theo tháng. Mỗi lần gia hạn là một lượt thanh toán khác phải thành công đúng lúc bạn đang để tâm tới nó. Đăng ký cho năm năm biến năm cơ hội có thể mất tên miền thành chỉ còn một.
Điền những thông tin bạn có thể sống chung được — nhưng đừng bịa ra chúng. Đây chính là chỗ người ta hay tự thuyết phục mình đi vào một sai lầm. Dữ liệu đăng ký sai sự thật một cách cố ý là vi phạm hợp đồng đăng ký và là căn cứ để nhà đăng ký hủy thẳng tên miền: bạn sẽ tự tay tạo ra chính xác cái tổn thất mà bạn đang cố tránh. Cơ chế hợp pháp để giữ tên bạn khỏi hồ sơ công khai là dịch vụ riêng tư hoặc bên đăng ký hộ. Hãy dùng đúng cơ chế đó; đừng nói dối trên biểu mẫu.
Hãy dự liệu trước việc bị khóa trong 60 ngày. Một TLD chung vừa mới đăng ký không thể được chuyển sang một nhà đăng ký khác trong vòng 60 ngày, và đúng chiếc đồng hồ đó khởi động lại sau mỗi lần chuyển nhượng. Đây không phải là một cái bẫy, nhưng nó có nghĩa là một nhà đăng ký mà bạn còn chưa chắc chắn sẽ là một cam kết hai tháng, vậy nên hãy làm bước thẩm định kỹ ở bước trước đó thay vì định bụng để sau mới chuyển đi.
- Khóa tên miền lại, rồi xác minh khóa đó từ bên ngoài
Hãy bật tính năng khóa tại nhà đăng ký và xác thực hai yếu tố trong bảng điều khiển, sau đó xác nhận lại từ bên ngoài, vì bảng điều khiển và thực tế đôi khi không khớp nhau:
curl -s https://rdap.org/domain/example.com | jq -r '.status[]' whois example.com | grep -i 'status'Thứ bạn muốn thấy là
clientTransferProhibited, lý tưởng nhất là đi kèm vớiclientUpdateProhibitedvàclientDeleteProhibited. Đó là những khóa mà bạn đã yêu cầu, và trong lúc chúng được bật thì không một yêu cầu chuyển nhượng nào có thể hoàn tất. Hai lệnh trên diễn đạt cùng một trạng thái theo hai cách khác nhau — WHOIS cổng 43 in ra tên EPP theo kiểu camel case, còn RDAP in ra phiên bản tương đương của riêng nó bằng chữ thường có dấu cách, nênclientTransferProhibitedhiện ra thànhclient transfer prohibited, cònokthànhactive. Đừng vội kết luận rằng một khóa nào đó bị thiếu chỉ vì cách diễn đạt đã thay đổi.Hãy biết rõ những trạng thái bạn không muốn thấy.
clientHoldvàserverHoldnghĩa là tên miền đã bị gỡ khỏi zone bởi nhà đăng ký hoặc bởi registry — tên miền vẫn tồn tại nhưng đơn giản là không phân giải đi đâu cả.redemptionPeriodvàpendingDeletenghĩa là nó đã hết hạn và đang chạy trong khung thời gian đếm ngược. Riêngokmột mình nghĩa là không có khóa nào được bật cả, đây là trạng thái mặc định ở nhiều nhà đăng ký và không phải điều bạn muốn.Trong lúc đang ở đây, hãy xác nhận hồ sơ đăng ký đang trỏ tới đúng hộp thư bạn muốn, và lưu mã ủy quyền chuyển tên miền ở đâu đó offline. Thời điểm bạn cần tới mã đó thường cũng chính là thời điểm bạn đã mất quyền truy cập vào bảng điều khiển nơi nó được lưu.
- Quyết định DNS sẽ được đặt ở đâu
Đăng ký tên miền và trả lời các truy vấn cho nó là hai công việc khác nhau, và bạn có thể mua chúng từ hai bên khác nhau. Có ba cách sắp xếp khả thi:
Nameserver của nhà đăng ký. Đơn giản nhất, miễn phí, và đủ dùng cho đại đa số các trang web. Cái giá phải trả là giờ đây một tài khoản duy nhất kiểm soát cả việc đăng ký lẫn zone, nên chỉ một lần bị xâm nhập hoặc một lần bị đình chỉ là mất tất cả.
Một nhà cung cấp DNS được quản lý riêng biệt. Tách rời hai việc đó ra và thường cho bạn một hạ tầng mạng tốt hơn cùng một API. Đổi lại là thêm một tài khoản cần bảo vệ, và thêm một công ty nhìn thấy toàn bộ zone cũng như khối lượng truy vấn của bạn.
DNS có thẩm quyền (authoritative) trên chính máy chủ của bạn. Không có gì nằm ngoài tầm kiểm soát của bạn, nhưng đó là một cam kết vận hành thực sự: bạn cần hai nameserver có thẩm quyền trên hai mạng khác nhau, nếu không một lần gián đoạn của một VPS sẽ khiến toàn bộ tên miền offline chứ không chỉ riêng trang web.
Với hầu hết độc giả, DNS của nhà đăng ký hoặc một nhà cung cấp quản lý riêng biệt là câu trả lời đúng đắn; chỉ tự lưu trữ (self-host) nếu bạn thực sự sẽ chạy một nameserver phụ. Dù bạn chọn phương án nào, hãy xuất tệp zone ra và giữ một bản sao cùng với phần còn lại trong các bản sao lưu đã mã hóa của bạn. Việc dựng lại một zone từ trí nhớ trong lúc sự cố xảy ra là một cơn ác mộng, và đó là kiểu chuyện chẳng ai phát hiện ra cho tới khi sự cố ập đến.
Đến đây cũng đáng để cân nhắc về DNSSEC. Nó bảo vệ khách truy cập của bạn khỏi các câu trả lời bị giả mạo, và một lần xoay vòng khóa (key rollover) bị hỏng sẽ khiến tên miền của bạn offline theo cách mà các lỗi DNS thông thường không gây ra được. Nếu nhà đăng ký và nhà cung cấp DNS của bạn tự quản lý khóa giữa họ với nhau, hãy bật nó lên; còn nếu điều đó có nghĩa là bạn phải tự tay xoay vòng khóa mà bạn sẽ không duy trì nổi, thì việc để nó tắt cũng là một lựa chọn hợp lý, được đưa ra một cách trung thực.
- Trỏ tên miền về VPS của bạn
Zone cho một máy chủ đơn lẻ khá ngắn gọn. Hãy thay bằng các địa chỉ của riêng bạn:
@ 300 IN A 203.0.113.10 @ 300 IN AAAA 2001:db8:2c:1::10 www 300 IN CNAME example.com.Có hai chi tiết hay gài bẫy người ta. Thứ nhất, đặc tả DNS không cho phép một bản ghi
CNAMEtại apex của một zone, đó là lý do vì sao@ở trên là một bản ghiAchứ không phải một alias; các nhà cung cấp trông như thể có cung cấp việc đó thực chất đang triển khaiALIAS,ANAMEhoặc CNAME flattening ở phía họ. Thứ hai, hãy dùng một TTL thấp như 300 trong lúc bạn vẫn còn đang thay đổi mọi thứ, rồi nâng nó lên một giờ khi thiết lập đã ổn định — lý do vì sao, và TTL thực sự kiểm soát điều gì, được trình bày trong hướng dẫn di chuyển VPS.Hãy xác minh lại với một resolver không phải của riêng bạn, và kiểm tra xem dấu chấm ở cuối có thực sự nằm trên đích của
CNAMEhay không:dig +short example.com A @1.1.1.1 dig +short example.com AAAA @1.1.1.1 dig +short www.example.com CNAME @8.8.8.8Bạn cũng có thể kiểm thử máy chủ dưới đúng hostname thật của nó trước khi DNS biết bất cứ điều gì về nó, và điều này đáng làm trong lúc một sai lầm vẫn còn chưa tốn kém gì cả:
curl -sI https://example.com --resolve example.com:443:203.0.113.10Một
200hoặc một redirect nghĩa là virtual host và chứng chỉ đều đúng. Một404hoặc một trang mặc định nghĩa là máy chủ đang trả lời trên địa chỉ IP đó nhưng chưa được cho biết về tên miền. - Thêm các bản ghi ngăn tên miền của bạn bị lạm dụng
Một tên miền mới không có chính sách mail nào là một lời mời mở toang: ai cũng có thể gửi mail và tự nhận là gửi từ nó, và khi lá mail đó là spam thì chính tên miền của bạn sẽ bị đưa vào danh sách mất uy tín, chứ không phải của họ. Khắc phục điều này chỉ cần ba bản ghi và năm phút.
Nếu tên miền sẽ không dùng để gửi mail — đúng như trường hợp của hầu hết các trang web — hãy nói rõ điều đó ra một cách tường minh:
@ IN MX 0 . @ IN TXT "v=spf1 -all" _dmarc IN TXT "v=DMARC1; p=reject;"Bản ghi
MXrỗng (null MX) tuyên bố rằng tên miền không nhận mail nào cả, bản ghi SPF nói rằng không host nào được ủy quyền gửi mail dưới danh nghĩa của nó, và chính sách DMARC bảo bên nhận hãy từ chối bất cứ thứ gì tự nhận điều ngược lại. Nếu tên miền sẽ dùng để gửi mail, không điều nào ở trên áp dụng cả, và bạn sẽ cần bộ thiết lập đầy đủ trong hướng dẫn mail server của chúng tôi thay vào đó.Sau đó, hãy giới hạn ai được phép cấp chứng chỉ cho tên miền:
@ IN CAA 0 issue "letsencrypt.org" @ IN CAA 0 issuewild ";"Điều này chỉ cho phép một nhà cấp chứng chỉ (CA) duy nhất và cấm hẳn wildcard. Bất kỳ CA tuân thủ nào cũng phải kiểm tra điều này trước khi cấp chứng chỉ, nên đây là một giới hạn rẻ tiền mà hiệu quả đối với việc cấp sai.
Có một bản ghi không được thiết lập ở đây: reverse DNS. Bản ghi
PTRcho địa chỉ IP của bạn do bất kỳ ai đang nắm giữ dải địa chỉ đó kiểm soát — là nhà cung cấp máy chủ của bạn, không phải nhà đăng ký — và bản ghi thuận và bản ghi ngược phải khớp nhau thì mail mới được tin tưởng. Trong lúc đang kiểm tra địa chỉ, đây cũng là thời điểm thích hợp để xác nhận địa chỉ IP đó chưa nằm trong một blocklist nào. - Ghi lại cách bạn sẽ lấy lại được tên miền nếu cần
Mọi thứ ở trên bảo vệ một tên miền đang hoạt động bình thường. Bước này là về cái ngày nó ngừng hoạt động, và nó chỉ tốn mười phút ngay bây giờ thay vì một buổi chiều tồi tệ về sau.
Hãy ghi lại, ở đâu đó offline và bên ngoài máy chủ: nhà đăng ký nào đang giữ tên miền, tài khoản đó dùng hộp thư nào, mã ủy quyền chuyển tên miền nằm ở đâu, ngày hết hạn chính xác, và bản xuất zone được lưu ở đâu. Hãy đặt các lời nhắc trên lịch. Trỏ lượt kiểm tra hết hạn từ phần gia hạn ở trên vào tên miền này, chạy từ một máy không phải là máy này.
Sau đó, hãy quyết định trước câu trả lời cho một câu hỏi: nếu tên miền này ngừng phân giải vào ngày mai, người ta sẽ tìm bạn bằng cách nào? Không có câu trả lời ứng biến nào là tốt cả. Mọi câu trả lời tốt đều phải tồn tại sẵn từ trước — một tên miền thứ hai ở một nhà đăng ký khác dưới một TLD khác, một địa chỉ onion, hoặc đơn giản là địa chỉ IP của máy chủ được công bố ở đâu đó mà khán giả của bạn đã tin tưởng sẵn. Hãy chọn một phương án và đảm bảo nó được ghi lại ở một nơi khác, không phải trên chính trang web vừa mới sập.
Cuối cùng, nếu máy chủ đứng sau tên miền này còn mới, hãy cho nó trải qua lượt mười phút trong hướng dẫn tăng cường bảo mật Debian của chúng tôi trước khi nó chứa bất cứ thứ gì bạn quan tâm. Một hồ sơ đăng ký được khóa chặt đứng trước một máy chủ chưa được khóa là một kết cục kỳ lạ để rơi vào.
Những gì tên miền vẫn còn để lộ sau tất cả những điều đó
Quyền riêng tư khi đăng ký chỉ đóng lại một kênh. Đây là những kênh vẫn còn để ngỏ, xếp gần đúng theo tần suất chúng thực sự là thứ gắn kết một cái tên với một con người:
- Certificate Transparency. Mọi chứng chỉ TLS được tin cậy công khai đều được ghi vào các log công khai, chỉ-ghi-thêm mà bất kỳ ai cũng có thể tra cứu. Cấp một chứng chỉ cho
staging.example.comvà bạn đã công bố sự tồn tại của host đó ra toàn thế giới, vĩnh viễn. Một chứng chỉ wildcard tránh được việc liệt kê từng subdomain, nhưng apex thì vẫn được công bố dù thế nào đi nữa. Nếu bí mật cần giữ chính là sự tồn tại của tên miền, thì TLS sẽ không giữ được điều đó. - Dữ liệu đăng ký trong lịch sử. Các cơ sở dữ liệu thương mại đã lưu trữ các lượt tra cứu suốt nhiều thập kỷ. Nếu tên miền đó từng được đăng ký với thông tin thật — dù chỉ trong một giờ, dù trước cả khi bạn mua lại nó từ người khác — thì bản chụp đó vẫn tồn tại, và việc bật tính năng riêng tư sau đó không thể rút lại nó.
- Hạ tầng dùng chung. Cùng một dàn nameserver, cùng một IP máy chủ, cùng một mã định danh analytics, cùng một favicon đặc trưng xuất hiện trên hai dự án sẽ liên kết chúng lại với nhau đáng tin cậy hơn hẳn bất kỳ hồ sơ đăng ký nào. Các công cụ quét toàn bộ internet lập chỉ mục điều này liên tục, và việc tra cứu nó dễ dàng đến mức tầm thường.
- Chính các thư từ của nhà đăng ký. Thông báo gia hạn, hóa đơn và các ticket hỗ trợ đều đổ về một hộp thư, đều nêu đích danh tên miền, và đều nằm trên mail server của một ai đó khác.
Quy tắc rút ra từ đó rất đơn giản và gần như không thể lắp đặt bổ sung về sau: một dự án, một hộp thư, một tài khoản nhà đăng ký, một máy chủ. Việc tách biệt gần như miễn phí vào ngày bạn bắt đầu, và không thể nào mua lại được sau đó.
Cố tình giữ nhà đăng ký và nhà cung cấp máy chủ tách biệt nhau
Gộp chung tên miền với dịch vụ lưu trữ thì tiện lợi, nhưng nó gộp hai vùng rủi ro thành một. Khiếu nại chạm tới nhà cung cấp máy chủ của bạn không đụng tới tên miền; khiếu nại chạm tới nhà đăng ký của bạn không đụng tới máy chủ — trừ khi cả hai đều là cùng một công ty, và khi đó chỉ một email là chạm tới mọi thứ, chỉ một mật khẩu bị lộ là mất sạch mọi thứ.
Sự tách biệt đó cũng cho bạn một chỗ đứng vững vàng khi có sự cố. Nếu nhà cung cấp máy chủ biến mất, tên miền vẫn phân giải bình thường và bạn có thể trỏ nó sang một máy chủ mới chỉ trong vài phút, đúng như bài luyện tập trong hướng dẫn di chuyển VPS của chúng tôi. Nếu nhà đăng ký biến mất, máy chủ vẫn tiếp tục chạy và phục vụ trên địa chỉ IP của nó trong lúc bạn xử lý ổn thỏa vụ tên miền. Nếu đã gộp chung, không phương án khắc phục nào trong hai phương án đó còn khả dụng cả.
Đây cũng là lý do vì sao chúng tôi không bán tên miền. Chúng tôi đặt VPS lên hàng đầu: tài khoản của chúng tôi là no-KYC, không cần gì ngoài một địa chỉ để gửi thông tin đăng nhập tới, và được thanh toán on-chain — và hình dạng đúng đắn là để nhà đăng ký của bạn là một công ty khác, ở một quốc gia khác, với một hàng đợi xử lý khiếu nại khác. Hướng dẫn lưu trữ riêng tư của chúng tôi trình bày cách các lớp này khớp với nhau.
Cái giá phải trả là trung thực: hai tài khoản, hai ngày gia hạn, hai bộ thông tin đăng nhập, hai nơi lưu mã khôi phục. Đó là cái giá, và đó là một cái giá đáng trả.
Gia hạn chính là cách hầu hết tên miền thực sự bị mất
Không phải bị tịch thu. Không phải một khiếu nại. Mà là một ngày đã trôi qua. Với các TLD chung, vòng đời sau khi hết hạn là cố định và không khoan nhượng:
- Từ khi hết hạn tới khoảng ngày thứ 45 — một khoảng thời gian ân hạn gia hạn tự động, độ dài tùy thuộc vào quyết định của nhà đăng ký. Tên miền thường ngừng phân giải khá sớm trong khoảng này, dù bạn vẫn có thể gia hạn với mức giá bình thường.
- Sau đó là 30 ngày chuộc lại — vẫn có thể khôi phục, nhưng chỉ bằng cách trả một khoản phí chuộc lại thường cao gấp nhiều lần giá của tên miền.
- Rồi tới 5 ngày chờ xóa — hoàn toàn không thể làm gì được nữa.
- Rồi nó bị thả ra — và nếu tên miền đó có bất kỳ lượng truy cập hay liên kết trỏ đến nào, một dịch vụ săn tên miền hết hạn rất có thể sẽ đăng ký lại nó ngay trong giây nó vừa trở nên khả dụng.
Bất kỳ ai thanh toán bằng crypto đều đặc biệt dễ gặp rủi ro ở điểm này, vì cơ chế âm thầm cứu lấy mọi người khác chính là một tấm thẻ lưu sẵn trong hệ thống. Bạn đã cố ý từ bỏ điều đó, nên hãy thay thế nó một cách cố ý không kém: đăng ký một lần cho nhiều năm, giữ một khoản số dư tại nhà đăng ký nếu họ hỗ trợ, và đưa ngày hết hạn vào lịch kèm nhắc nhở ở các mốc 90, 30 và 7 ngày. Sau đó hãy xác minh từ bên ngoài thay vì tin tưởng vào bảng điều khiển:
#!/bin/sh
# warn when a domain is within 45 days of expiry
D=example.com
EXP=$(curl -s https://rdap.org/domain/$D | jq -r '.events[] | select(.eventAction=="expiration") | .eventDate')
LEFT=$(( ( $(date -d "$EXP" +%s) - $(date +%s) ) / 86400 ))
[ "$LEFT" -lt 45 ] && echo "$D expires in $LEFT days ($EXP)"Hãy chạy nó qua cron trên một máy không phải là máy mà tên miền đang trỏ tới. Một lượt kiểm tra hàng tuần không tốn kém gì cả, và loại bỏ nguyên nhân phổ biến nhất khiến người ta mất đi một tên miền mà họ từng trân trọng.
Những giới hạn cần thành thật nhìn nhận
Riêng tư không phải là ẩn danh, và sự khác biệt này không phải là chuyện vặt vãnh câu chữ. Quyền riêng tư khi đăng ký làm tăng vọt chi phí để nhận diện bạn một cách tình cờ, nhưng gần như không làm tăng chi phí để nhận diện bạn khi có ai đó quyết tâm và có nguồn lực. Nếu những gì bạn công bố thu hút một đối thủ có quyền lực đòi trát và đủ kiên nhẫn, thì hồ sơ đăng ký không phải là thứ quyết định câu chuyện sẽ kết thúc ra sao — dấu vết thanh toán, hộp thư, cách thức truy cập và chính nội dung bạn đăng mới là những thứ quan trọng hơn.
Cũng cần nói rõ rằng một tên miền là một hợp đồng thuê bên trong không gian tên của một ai đó khác, và không có lựa chọn nhà đăng ký nào thay đổi được điều đó. Không gian tên duy nhất không có nhà đăng ký là những không gian tên không có registry: một địa chỉ onion của Tor được tạo ra từ một cặp khóa do chính bạn tự sinh ra, nên chẳng có ai để tống đạt lệnh, và cũng chẳng có gì để đình chỉ. Cái giá phải trả là không ai có thể gõ nhớ địa chỉ đó, và một trình duyệt thông thường sẽ không mở được nó. Chạy song song cả hai là một giải pháp phổ biến và hợp lý — tên miền để tiếp cận rộng rãi, địa chỉ onion để duy trì liên tục — và hướng dẫn Tor cùng trường hợp sử dụng Tor của chúng tôi trình bày về phía đó.
Về phía chúng tôi, để bạn có cơ sở đối chiếu: chúng tôi vận hành các máy chủ no-KYC, chúng tôi không xử lý các email yêu cầu gỡ bỏ kiểu Mỹ như một chính sách vận hành chứ không phải vì được miễn trừ pháp lý, chúng tôi đáp ứng lệnh của tòa án tại các vùng pháp lý nơi chúng tôi hoạt động, và chúng tôi vẫn giữ một giới hạn cứng đối với hành vi lạm dụng. Chúng tôi không đăng ký tên miền và không thể che chắn cho bất kỳ tên miền nào. Bất kỳ ai nói với bạn rằng một hồ sơ đăng ký là bất khả xâm phạm đều đang cố bán cho bạn thứ gì đó.
Câu hỏi thường gặp
Riêng tư WHOIS có giống với việc đăng ký tên miền ẩn danh không?
Không, và khoảng cách giữa hai thứ đó là rất lớn. Một dịch vụ riêng tư chỉ thay đổi những gì tra cứu công khai trả về; nhà đăng ký của bạn vẫn giữ thông tin thật của bạn, registry thường cũng giữ một bản sao, và cả hai đều sẽ cung cấp chúng ra khi có một quy trình pháp lý hợp lệ. Thứ nó thực sự đánh bại được là việc quét dữ liệu hàng loạt, spam, các nhà môi giới dữ liệu và lượt tìm kiếm đầu tiên mà bất kỳ ai tò mò thực hiện — điều đó đáng để bỏ tiền ra, miễn là bạn hiểu rõ đó là một tấm rèm chứ không phải một bức tường. Một thỏa thuận đăng ký hộ qua proxy, trong đó một bên thứ ba là chủ thể được ghi nhận còn bạn giữ một hợp đồng để kiểm soát, đi xa hơn thế, đổi lại là việc bạn không còn là người đứng tên đăng ký nữa.
Tôi có còn cần dịch vụ riêng tư không nếu thông tin của tôi đã bị che theo mặc định?
Thường ít hơn bạn nghĩ, đối với các TLD chung. Từ năm 2018, cả ngành đã che thông tin liên hệ của người đăng ký cá nhân theo mặc định, nên một tra cứu công khai trên tên miền .com của bạn có lẽ đã trả về gần như không có gì. Vẫn có ba lý do ủng hộ việc mua dịch vụ trả phí: nhiều registry TLD quốc gia vẫn công khai đầy đủ và không nằm trong phạm vi thông lệ đó, các hồ sơ đăng ký trông giống như của một tổ chức thường không bị che, và một dịch vụ riêng tư còn thay đổi cả ai là người nhận mail gửi tới địa chỉ liên hệ được công bố. Hãy kiểm tra hồ sơ công khai thực tế cho tên miền của bạn trước đã — việc đó chỉ tốn một lệnh, và có thể bạn sẽ nhận ra mình đang định mua thứ mà mình đã có sẵn rồi.
Tôi có thể chỉ cần điền thông tin giả vào biểu mẫu đăng ký không?
Đừng làm vậy. Dữ liệu đăng ký sai lệch một cách cố ý vi phạm hợp đồng đăng ký và là căn cứ rõ ràng để nhà đăng ký đình chỉ hoặc hủy tên miền, thường là không qua nhiều thủ tục. Bạn sẽ tự tay tạo ra chính xác cái kết quả mà bạn đang cố tránh, và bạn sẽ chẳng còn cách nào để khiếu nại. Cách được hỗ trợ chính thức để giữ tên bạn khỏi hồ sơ công khai là một dịch vụ riêng tư hoặc một bên đăng ký hộ — cả hai đều hợp pháp, cả hai đều được cung cấp rộng rãi, và cả hai đều đứng vững trước sự soi xét theo cách mà một địa chỉ bịa đặt không thể làm được.
TLD nào riêng tư nhất?
Không có một câu trả lời duy nhất, vì câu hỏi này thực chất có ba phần. Hãy hỏi ai vận hành registry và registry đó chịu trách nhiệm trước quốc gia nào; liệu registry đó có công khai dữ liệu người đăng ký hay cấm các dịch vụ riêng tư, như .us đang làm; và liệu nó có đòi hỏi sự hiện diện tại chỗ hay không, như .eu và .ca. Bất cứ đuôi nào có yêu cầu về mối liên hệ (nexus) đều bị loại, vì nó buộc một danh tính đời thực có thể xác minh được phải gắn vào tên miền. Sau đó, một TLD chung phổ biến với một nhà đăng ký được chọn cẩn thận thường vượt trội hơn một đuôi quốc gia lạ lẫm, vốn còn mang thêm rủi ro chính trị vì gắn liền với một lãnh thổ.
Tôi có thể thanh toán tên miền bằng Monero không?
Một số nhà đăng ký chấp nhận crypto, và một số ít hơn chấp nhận riêng Monero — một nhóm mỏng hơn nhiều so với bên mảng lưu trữ máy chủ, nên hãy chuẩn bị tinh thần phải nhân nhượng ở một điểm nào đó. Hãy nhìn khoản thanh toán này theo đúng tỷ trọng của nó: đó chỉ là một trong bốn bề mặt lộ danh tính, cùng với hồ sơ đăng ký, hộp thư và các địa chỉ bạn đăng nhập từ đó. Một khoản thanh toán bằng Monero cho một nhà đăng ký rồi lại nhận thông báo gia hạn gửi về hộp thư cá nhân của bạn thì chẳng đạt được bao nhiêu cả. Nếu bạn đang thiết lập phần thanh toán từ đầu, hướng dẫn không dùng thẻ và hướng dẫn Monero của chúng tôi vẫn áp dụng y nguyên.
DNS nên đặt tại nhà đăng ký của tôi hay trên chính VPS của tôi?
Đặt tại nhà đăng ký hoặc tại một nhà cung cấp quản lý riêng biệt, đúng với gần như tất cả mọi người. Tự lưu trữ DNS có thẩm quyền thực sự mang lại cảm giác thỏa mãn nhưng cũng âm thầm đòi hỏi nhiều công sức: để làm đúng cách, bạn cần hai nameserver trên hai mạng khác nhau, vì nếu không thì chỉ một lần gián đoạn của một VPS sẽ đánh sập không chỉ trang web mà cả mọi bản ghi trong tên miền, kể cả mail. Cách sắp xếp duy nhất đáng để tránh trong mọi trường hợp là gộp chung nhà đăng ký, DNS và dịch vụ lưu trữ vào cùng một tài khoản — khi đó chỉ một thông tin đăng nhập và một hàng đợi khiếu nại duy nhất đứng giữa bạn và toàn bộ những gì bạn đang vận hành.
Điều gì xảy ra với trang web của tôi nếu nhà đăng ký đình chỉ tên miền?
Máy chủ của bạn vẫn tiếp tục chạy, không hề bị động vào và vẫn có thể truy cập được qua địa chỉ IP; chỉ có tên miền là ngừng phân giải. Về mặt kỹ thuật, nhà đăng ký áp trạng thái clientHold và tên miền rời khỏi zone, thường chỉ trong vài phút, và điều đó không cần lệnh của tòa án — một điều khoản sử dụng hợp lệ và một khiếu nại là đủ ở nhiều nhà đăng ký. Đó chính xác là lý do vì sao nhà đăng ký nên là một công ty khác với nhà cung cấp máy chủ của bạn, và vì sao con đường dự phòng — một tên miền thứ hai, một địa chỉ onion, hoặc một địa chỉ IP đã được công bố — cần phải tồn tại sẵn từ trước khi bạn cần đến nó, chứ không phải sau đó.

