Відповіді:
Це можна зробити. Одного разу він трохи піднявся в повітрі, поки 4592 не уточнили, що його слід підтримувати.
Тільки тому, що це можливо, не означає, що він підтримується всіма постачальниками DNS. Наприклад, GoDaddy не дозволить вам встановити підстановку в записі CNAME.
З точки зору того, чи бажано це робити, це залежить від вашого використання. Зазвичай CNAMES використовуються для зручності, коли ви вказуєте на "зовнішнє" доменне ім'я, на якому не керуєте DNS.
Наприклад, скажімо, ви створили систему CMS, яка дозволяє вам мати * .mycms.com як ім'я сайту (він використовує заголовки хостів). Ви хочете, щоб клієнти могли легко налаштувати * .cms.customer.com, не турбуючись про те, що ви можете змінити вашу IP-адресу в якийсь момент. У такому випадку ви можете порадити їм встановити підстановку CNAME під назвою * .cms.customer.com на www.mycms.com.
Оскільки шаблонні CNAMES підтримуються не всіма постачальниками (наприклад, GoDaddy), я б не радив використовувати його у випадку, коли ви запропонували це для різних клієнтів (де ви не знаєте можливостей їх постачальника).
*
не так **
.
*
CNAME для підстановки для клієнта цього лютого. Використання інформаційної панелі GoDaddy. І я підтверджую, що це працює так, як можна було б очікувати.
Я додав рядок
*.www IN CNAME my_webserver
до мого файлу зони в моєму конфігурації прив’язки, і він працював ідеально (тобто. whatever.www.domain.com
і whatever2.www.domain.com
все вказував на my_webserver
.
Також можна було додати винятки, додавши рядок
exception.www IN CNAME another_server
так, що exception.www.domain.com
вказувало на another_server
.
Просто додамо, що Amazon Route 53 підтримує підстановку будь-якого типу запису .
Таким чином, ви можете безпечно використовувати маршрут 53 як свого постачальника послуг DNS.
Ми постійно використовуємо wildcard dns, і у нас не було жодних проблем. Якщо ви вказуєте його на ipaddres, використовуйте:
*.mysite.com Host (A) Default xxx.xxx.xxx.xxx
Якщо ви хочете використовувати псевдонім, зробіть:
*.mysite.com. IN CNAME mysite.com.
Наскільки я пам’ятаю, ви можете (ish) подібне зробити, але тоді CNAME не може бути використаний жодним іншим типом запису, таким як NS або MX.
Не зовсім впевнений, чого ви намагаєтеся досягти із «підстановою», тому мені доведеться дати загальну відповідь :)
Для уточнення, CNAME aserver.domain означає, що ви не можете мати othername.aserver.domain
Винятки є, але я не знаю, що вони у мене в голові, і ти не дуже впевнений, що ти хочеш робити, тому я не втрачаю часу.
CNAME
запису з іншим типом запису для того ж домену. У мене була подібна проблема, і мій сервер DNS зазвичай попереджає мене про сутички, але в цьому випадку цього не сталося, тому що CNAME був для, *.example.com
а додатковий запис ( TXT
запис) призначений для конкретного субдомену subdomain1.example.com
. Так це не зіткнулося зіткнення! Уопс.
під час створення запису CNAME кінцевий сервер закінчується крапкою, напр .: * .mydomain.com. Помітьте останню крапку
Ось результати мого тесту. Я видалив записи A для mysite.com та www.mysite.com та додав запис CNAME для * .mysite.com. Тест не працював. mysite.com не вирішить. Щоб зрозуміти, я використовую OpenDNS для своїх серверів DNS. Можливо, це добре працює з іншими серверами DNS, але я, очевидно, хочу, щоб він працював універсально. На основі цих результатів я буду дотримуватися стандартних записів A.
Це зараз працює.
Просто використовуйте "*" у розділі імен редактора файлів зон або DNS-менеджера від Godaddy вказує на ім'я IP або DNS.
У моєму випадку я використовував його з назвою DNS, що вказує на хмарний сервіс Microsoft Azure, і він чудово працював. Це працює для bla.domain.ext, але також і для bla.bla.domain.ext. Можливо, для іншого постачальника може працювати інше.