Запись SOA в описании зоны DNS везде выглядит следующим образом:
@ IN SOA        ns1.example.com. hostmaster.example.com. (

А нельзя ли, вместо имени, использовать IP (если нет у DNS-сервера доменного имени)? Например:
@ IN SOA        123.123.123.123 some.e-mail.com. (

ЫЫЫ "если нет у DNS-сервера доменного имени" жги есчо

(1) Не понимаю, что тебя так развеселило.

По существу ответы будут?

(1) Как бы намекает: как может не быть имени у dns-сервера ?

(3) А зачем ему необходимо имя? Он должен резолвить имена зон, которые он поддерживает. Самому серверу имя для чего? Разве IP-адреса не достаточно?

(4) так пропиши ему имя в любом из поддерживаемых доменов

http://network-tools.com/default.asp?prog=dnsrec&host=nic.ru

(4) тогда ты делаешь проксирующий днс сервер

или кеширующий кому как нравится

(4) тогда к чему вопрос в сабже?

По технологии и стандартам запись SOA НЕ может быть неименованной, то есть, для особо настойчивых, это запись, с которой начинается описание зоны. Таким образов, чисто логически приведенная выше запись с IP вместо имени не имеет смысла.

Видимо, я недостаточно понятно сформулировал вопрос. Тогда расскажу подробнее.
Итак, есть некий сервер с выделенным IP и есть зарегистрированное доменное имя, к примеру, example.ru. Необходимо заполучить поддержку DNS (первичного и вторичного) для того, чтобы прописать эти DNS у регистратора, а также привязать IP к имени. Первичным DNS будет выступать сервер, имеющий IP, но не имеющий привязанного к нему имени. Вторичным будет выступать сам example.ru. Собственно, загвоздка при создании зоны на первичном сервере. Могу ли я создать зону, не регистрируя для первичного DNS доменного имени? Если нет, то почему?

(10) А где можно почитать данные стандарты? Дело в том, что я не единожды видел публичные DNS, которые не имели собственных доменных имён - только IP.

habrahabr.ru/post/137587/

такие днс-серверы дйствительно есть. Вопрос в другом, если ты создаешь запись soa, значит ты начинаешь описание собственной зоны DNS. это грубо говоря. Для получения поддержки DNS первичный DNS-сервер ДОЛЖЕН иметь доменное имя, присвой ему имя ns.example.ru, к примеру. Этого будет достаточно

(13) Но это ведь обычная статья на хабре. К тому же, там не описывается, почему в SOA должно быть конкретно имя DNS, а не его IP.

(14) Вот я и не могу понять, почему он ДОЛЖЕН иметь имя =)  Чем это обусловлено?
То есть, я могу создать поддомен на моём example.ru, к примеру, ns1.example.ru, и привязать его к IP моего первичного DNS, а затем использовать это имя в описании зоны example.ru?

читай rfc1035 там все написано, что ты ДОЛЖЕН, и не люби людям мосги, резоловинг имен и хостинг зон задачи разные.
хочешь хостинг ДНС пользуйся хостингом регистратора или яндекса бесплатным. Резолвинг делай от своего интернет провайдера.

какая каша бывает у людей голове :))))

(17) +

(17) Послал, так послал =D  Да, действительно. Теперь верю =)

3.3.13. SOA RDATA format

    +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
    /                     MNAME                     /
    /                                               /
    +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
    /                     RNAME                     /
    +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
    |                    SERIAL                     |
    |                                               |
    +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
    |                    REFRESH                    |
    |                                               |
    +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
    |                     RETRY                     |
    |                                               |
    +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
    |                    EXPIRE                     |
    |                                               |
    +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
    |                    MINIMUM                    |
    |                                               |
    +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+

where:

MNAME           The <domain-name> of the name server that was the
                original or primary source of data for this zone.

Собственно, основной вопрос закрыт. Ответьте ещё на (16), и я уйду =)

(18) А что плохого в том, что я пытаюсь от этой каши избавиться?

тебе мягко намекают, что так не стоит
ибо когда ты в своем развитии дойдешь до изучения и прописывания обратных зон, в 99% случаев твой провайдер тебя пошлет гораздо дальше чем я.

(21) (23) Скорее не так. Если не используется услуга хостинг DNS, то создание собственной зоны - дело фантастики, т.к. КРОМЕ Вашего собственного домена ей пользоваться не будет никто. по определению.
Если же используете услугу провайдера, то там Вы можете использовать представляемые имена dns-серверов с собственными IP-адресами, что, впрочем, Вам навряд ли особо поможет - обратная зона в ЛЮБОМ случае покажет на DNS-сервер именно провайдера, а не Ваш.

То есть, если нужен изврат именно такого плана - делается так, выкупается услуга у регистратора под примерным названием "Хостинг DNS", где в настройках dns-серверов прописываются IP-адреса Ваших dns-серверов. При использовании подобного механизма гарантированно не будут правильно работать, к примеру, почтовые сервера, использующие ssh

(25) суть услуги хостинга как раз в аренде днс-серверов,
а днс сервера прописываются при регистрации доменного имени.

(23) (24) Я правильно понимаю, это ответ на вопрос в (16)?
"То есть, я могу создать поддомен на моём example.ru, к примеру, ns1.example.ru, и привязать его к IP моего первичного DNS, а затем использовать это имя в описании зоны example.ru?"

(27) ns1.example.ru это не поддомен. это имя хоста.
кратко можешь.

Только столкнешься с вопросами провайдера скорее всего. Хотя если пров адекватный, можно конечно и все правильно опубликовать)))

(27) клиент которому нужно знать ип адрес твойхост.ексампле.ру  смотрит сначала зону ру. которой ты отдаешь свой файл зоны раз в день (к примеру), при изменении порядкового ее номера, узнает там ип адрес твоего нс сервера , идет по нему и у него спрашивает ип хоста твойхост.ексампле.ру.
Описал прямой запрос, без кеширования.

(28) По поводу "не поддомен"... Настал мой черёд посылать =)  RFC-1034, п. 3.1.

(28) (29) (30) В целом, понял.
Всем спасибо за информацию!

(31) у тебя еще сетка не выросла меня посылать, сказал хост -значит хост.

(33) Если бы не просто сказал, но ещё и аргументировал... А так, любой, что угодно, сказать может. И даже нарисовать =)

(33) По поводу RFC-1034 я не пошутил. П. 3.1, страница 7, в самом последнем абзаце подпункта:

"A domain is a subdomain of another domain if it
is contained within that domain.  This relationship can be tested by
seeing if the subdomain's name ends with the containing domain's name.
For example, A.B.C.D is a subdomain of B.C.D, C.D, D, and " "."