Как правильно указать "CNAME" и "A" записи при делегировании домена

ВАШ_ДОМЕН. in A ВАШ_IP

*.ВАШ_ДОМЕН. in CNAME ВАШ_ДОМЕН.

или

ВАШ_ДОМЕН. in A ВАШ_IP

www.ВАШ_ДОМЕН. in CNAME ВАШ_ДОМЕН.

или

ВАШ_ДОМЕН. in A ВАШ_IP

www.ВАШ_ДОМЕН. in A ВАШ_IP

Не забываем точку на конце, хотя у вашего в примерах ее нет (скорее всего добавляется автоматически).

Будет ли CNAME www.site.ru или site.ru, для вебсервера не важно, и для посетителя тоже не важно, лишь бы IP отрезолвился. Для апача так же не важно что будет ServerName, а что ServerAlias(www.site.ru или site.ru). Важно только какой прописан редирект.

А для nginx важно только какой редирект.

wildcard только звездочка, а собака это ORIGIN, т.е. сам домен

Эх... точно:(.

Никак предлагали запись для domain.tld прописать как CNAME, а для [noparse]www.domain.tld[/noparse] - как A? ;)

Прочитав ваши ответы, так и не понял как будет правильно. Видимо, это связано с тем, что каждый ответил на "своём" языке, а не на моём примере.

Поэтому постараюсь конкретизировать вопрос:

Если на сайте настроена переадресация с помощью 301-редиректа с site.ru на www.site.ru, то как будет правильно указать "CNAME" и "А" записи:

Вариант №1:

www.site.ru | A | IP-сервера

site.ru | CNAME | www.site.ru

Вариант №2:

site.ru | A | IP-сервера

www.site.ru | CNAME | site.ru

Меня не интересуют "точки" и "собачки", мне нужно понять какая логика из двух вариантов является верной, так как первый вариант будет сходиться с логикой редиректа 301 настроенного на сайте, а второй не будет.

Буду очень признателен за развёрнутый ответ с пояснением почему нужно так, а не так. И к чему может привести неправильный вариант.

Выбирайте Вариант №2

Вариант №1 работать "не должен" - он не по RFC и не везде будет работать.

№210 номеров

Первый вариант является потенциально проблемным, хотя и может теоретически работать, но при этом порождать затейливые глюки.

То, что в DNS-записях находится слева (LHS) - это имя (метка) записи. То, что посередине - тип записи (RR Type). То, что справа (RHS) - значение записи. Для меток, имеющих тип записи CNAME, не может существовать никаких других записей, кроме относящихся к подсистеме DNSSEC - это требование соответствующих технических стандартов Internet. Иными словами, конструкции вида

; Пример 1

$ORIGIN russia.ru.

putin		IN	CNAME	medvedev
		IN	MX	10 mx.fsb.ru.

или

; Пример 2

$ORIGIN patriarchia.ru.

kirill		IN	NS	ns.vodka.ru.
		IN	NS	ns.tabak.ru.

devil		IN	A	10.6.6.6

; -- Тут идут какие-то другие записи --

kirill		IN	CNAME	devil

в зонном файле не должны появляться никогда, в особенности по второму примеру.

Теперь смотрите, что произойдёт, если для т.н. "bare domain name" (т.е. для domain.tld) в одной из записей указать тип CNAME:

[01] $ORIGIN sex.ru.
[02]
[03] @		IN	SOA	brain mankind (
[04] 					2013112100
[05] 					10800
[06] 					3600
[07] 					1814400
[08] 					3600
[09] 				)
[10]
[11] @		IN	NS	brain
[12] 		IN	NS	blood
[13] 		IN	NS	drive
[14]
[15] localhost	IN	A	127.0.0.1
[16]
[17] brain	IN	A	10.102.52.130
[18] blood	IN	A	172.21.36.94
[19] drive	IN	A	192.168.203.7
[20]
[21] www	IN	A	10.20.30.40
[22] ; -- Начинаются проблемы --
[23] @		IN	CNAME	www

"@" - указание на текущий $ORIGIN. Значит, строка 23 войдёт в конфликт со строками 03 и 11-13, т.е. с жизненно важными для зоны записями.

Поэтому только вариант 2.

Благодарю всех за помощь! Сделал вариант №2.