Firstly, the issue doesn’t relate t

Firstly, the issue doesn’t relate to @ character. The issue is a CNAME is conflict with the name of another record (In our case, this is SOA as red highlight in the image below). So the solution we just need to validate @ character when Validate CNAME Records global policies are enable (Default value is True). If it’s set to False, no reason why @ don’t allow as Owner of the other records.

From DNS perspective, @ means the origin of zone name. You can refer the link for more understand about this. So it’s still valid value in DNS server

Kết quả (Việt) 1:

Trước hết, vấn đề không liên quan đến @ nhân vật. Vấn đề là một bản ghi CNAME là xung đột với tên gọi của một hồ sơ (trong trường hợp của chúng tôi, đây là SOA là các điểm nhấn màu đỏ trong hình dưới đây). Vì vậy giải pháp chúng tôi chỉ cần để xác nhận @ nhân vật khi soát hợp thức bản ghi CNAME toàn cầu chính sách cho phép (giá trị mặc định là True). Nếu nó được đặt thành false, không có lý do tại sao @ không cho phép như là chủ sở hữu của các hồ sơ khác.Từ khía cạnh DNS, @ có nghĩa là nguồn gốc của tên vùng. Bạn có thể tham khảo các liên kết cho thêm hiểu về điều này. Vì vậy, nó là giá trị vẫn còn hợp lệ trong hệ phục vụ DNS

Kết quả (Việt) 2:

Thứ nhất, vấn đề không liên quan đến nhân vật @. Vấn đề là một CNAME là xung đột với tên của một kỷ lục (Trong trường hợp của chúng tôi, đây là SOA là điểm nhấn màu đỏ trong hình dưới đây). Vì vậy, các giải pháp chúng tôi chỉ cần xác nhận @ nhân vật khi Validate ghi CNAME chính sách toàn cầu cho phép (Giá trị mặc ​​định là True). Nếu nó được thiết lập để sai, không có lý do tại sao @ không cho phép như chủ sở hữu của các hồ sơ khác. Từ góc độ DNS, @ có nghĩa là nguồn gốc của tên vùng. Bạn có thể tham khảo các liên kết cho hiểu thêm về điều này. Vì vậy, nó vẫn còn giá trị hiệu lực trong máy chủ DNS