Домен 2-го уровня, dns записи, логика работы, CNAME, MX, что как работает?

[igorxv]

Короче есть некий регистратор, всё раньше работало, теперь понты))
Придётся разбираться.
Нужна консультация человека который не просто знает для чего и какие записи, а также как они работают и в чём их смысл.
По возможности это дело нужно в он-лайн, так как вопросы лишние и тупые нечего на форуме выкладывать.
А вот чего добивались и чего получилось потом тут выложу на обозрение.
пожалуйста стучите или пишите свои координаты в теме.
Обзор будет потом всем полезен, Я уверен.
___________________________________________________________________
Моя icq: 57-четыре-81-ноль-2тридцать четыре
________________________
Немного сути:
Нужно разрулить почему в домене MX записи привязаны к CNAME записям, понять как должно быть, исправить.
Подробности лучше по icq, на край в Теме.

[RXL]

Да, не вопросы, а одни понты. Если ты с таким апломбом перед обществом выступаешь, то что с регистратором наверно творится...

Если не в курсе:
CNAME (canoncal name) - тупо трансляция одного имени в другое. Трансляцию должен понимать сам клиент.
MX (mail exchange) - тупо содержит имя сервера, обслуживающего почту для данного домена.

В DNS нет понятия "поле работает".

[igorxv]

Да, не вопросы, а одни понты. Если ты с таким апломбом перед обществом выступаешь, то что с регистратором наверно творится...

Вот именно твориться. Если знания у Вас есть помогите)

Если не в курсе:
CNAME (canoncal name) - тупо трансляция одного имени в другое. Трансляцию должен понимать сам клиент.
MX (mail exchange) - тупо содержит имя сервера, обслуживающего почту для данного домена.
В DNS нет понятия "поле работает".

Да про простейшие вещи в курсе.
А по делу проконсультируйте icq моя есть или свои контакты оставьте,
а то если начну тут описывать придётся мемуар писать.
Сюда потом суть выложу)
Поможете?

Добавлено через 6 минут и 27 секунд:
Тему ещё тут обсуждаю:
http://forum.omsk.com/viewtopic.php?t=181866&highlight=

[RXL]

igorxv, объясни свою проблему русским языком. Не верю, что в 2-3 предложениях нельзя изложить сути.

[Sla]

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

[igorxv]

igorxv, объясни свою проблему русским языком. Не верю, что в 2-3 предложениях нельзя изложить сути.

Хорошо суть такова в кратце:

У регистратора есть бесплатная услуга mail форвардинга, она заключается в то, что заводишь себе там:

название_Ящика@Имя_Своего_домена.com, указываешь также Ящик на который должны форвардиться письма, всё это в панели управления доменом, там есть пункт mail-форвардинг.
Так вот, так было сделано с год назад, всё работало.
Когда это делаешь появлялись 2 mx записи в dns домена.

Потом была создана запись cname
такая: мой_домен cname мой_домен 3-го уровня где Я могу менять ip в dyndns, думаю в курсе про это.

как итог мой сайт у меня дома на компе, все запросы по имени домена через cname и домен 3-го уровня шлются ко мне всё работает.
Почта форвардиться на обычный ящик моё_имя@gmail.com
всё работает.

Прошло 1,5 года, там они свой сервис переделали или ещё чего-то.
Далее короче почта перестала форвардится.

Проверил настройки оказалось:
записи MX также 2, просто смменились имена серверов.

Зато появилось ещё 4 записи CNAME:
pop3.моё_имя_домена.com;
webmail.моё_имя_домена.com;
smtp.моё_имя_домена.com;
imap.моё_имя_домена.com.

Также 1 запись TXT там определённые команды, Я так понял для сервера обрабатывающего почту и авторизации имени домена.

Пошёл в настройки mail-форвардинга, там предупреждение, Ваш домен не верифицирован, пройдите верификацию типа.
Жму пройти, не проходит.

Связался с саппортом, выяснили, что дело до MX записей не доходит, всё улетает на моё_имя.dyndns.com.

Саппорт связался с регистратором предоставляющем панель управления,
на что те ответили типа моя запись:
мой_домен.com CNAME мое_имя.dyndns.com
шлёт не туда запросы и потому не проходит авторизация,
типа если замочить запись, то будет работать вот типа был бы IP,
для моего домена так бы работало.

Вот с этим всем и нужно разрулить.
А вопросы будут конкретные по ходу дела.

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

Если бы вы дали icq свой было бы проще, чего тут полу-диалоги писать?

Вот Я и поставил себе задачу настроить чтобы работало.
1-е можно замочить мою запись CNAME на домен 3-го уровня моё_имя.dyndns.com
пройти авторизацию, а потом снова создать, может и заработает.
Есть ещё пара мыслей, но Я не АС в dns пока только изучаю.
Вот и нужна помощь!

[Sla]

igorxv, давай-ка языком техническим, а то твой ... сленг, только в метро слушать и гыкать.
" меня тут пров эмикс запись в денээс отобрал, я ему звякнул, а он просто в отлуп ушел..."

[igorxv]

Ок, короче надо настроить dns так, чтобы форвардинг почты заработал как раньше.
icq есть?

Добавлено через 6 минут и 20 секунд:

igorxv, давай-ка языком техническим, а то твой ... сленг, только в метро слушать и гыкать.
" меня тут пров эмикс запись в денээс отобрал, я ему звякнул, а он просто в отлуп ушел..."

Я там стучу Тебе в icq, Ты где?

[Sla]

Я там стучу Тебе в icq, Ты где?

Сплю... У меня 8-часовой рабочий день. А здесь я от наркомании= форум...

[igorxv]

И что шаришь про dns? Давай в icq выходи, а если не шаришь так и скажи!

[Dimka]

Аська не поможет, если порядка в голове нет.

Есть 2 DNS регистратора: 1-го уровня (типа com), дающий домен 2-го уровня (пусть mydomain.com), 2-го уровня (типа dyndns), дающий домен 3-го уровня (пусть mydomain.dyndns.com)?

dyndns имеет записи типа A и PTR, и больше ничего?
mydomain.dyndns.com A 1.2.3.4
1.2.3.4 PTR mydomain.dyndns.com

com имеет запись типа CNAME на dyndns?
mydomain.com CNAME mydomain.dyndns.com

com имеет 2 MX записи. Что в этих записях написано? Причём тут gmail? Как изменились эти записи?

com добавил 4 CNAME записи?
pop3.mydomain.com CNAME mydomain.com
smtp.mydomain.com CNAME mydomain.com
imap.mydomain.com CNAME mydomain.com
webmail.mydomain.com CNAME mydomain.com
или какие-то другие?

[igorxv]

порядок есть:
домен 3-го уровня по сути не причём.
Он используется только для прописывания в нём IP динамического каждый раз при включении компа моего, чтобы сервера знали куда отсылать запросы.

А в домене mydomed.com
есть запись:
mydomed.com CNAME maname.dyndns.com
и всё просто теперь все обращения на сайт mydomed.com идут автоматом на maname.dyndns.com,
а там следовательно мой IP домашнего компа.
Это про первое.

Добавлено через 10 минут и 37 секунд:
Также домен mydomane.com имеет 2 MX записи,

1         4519           mydomane.com        100          mx1.mailhostbox.com             Active     

2         4519        mydomane.com         100           mx2.mailhostbox.com         Active    
Было до изменений примерно также только не mailhostbox.com, а другоё какое-то имя сервера их.
Я так понимаю для ворвардинга почты.


Записи CNAME
1                 51036            mydomane.com             mydomane.dyndns.tv             Active     
это для того, чтобы сайт работал на доашнем компе, так как Динамический ip помещяется в
mydomane.dyndns.tv

2              83278         www.mydomane.com         mydomane.com         Active    
это чтобы не возиться с именем домена с www.


3              95542         imap.mydomane.com         imap.mailhostbox.com         Active    

4              95542         webmail.mydomane.com         webmail.mailhostbox.com         Active    

5              95542         smtp.mydomane.com         smtp.mailhostbox.com         Active    

6              95542         pop.mydomane.com         pop.mailhostbox.com         Active
А вот это сам регистратор наставил после изменений, когда перестал работать форвардинг почты.






Добавлено через 18 минут и 16 секунд:
А про maname@gmail.com
это так:
Там есть отдельная опция, вбиваешь Ящик например pupkin@mydomain.com
и вбиваешь куда с него форвардить почту например maname@gmail.com,
и всё раньше почта форвардилась, когда так всё вбил, появлялись 2 MX записи, что Я указал выше.
Вот и нужно разрулить.
Ещё появилась запись TXT:

95542            mydomain.com            "v=spf1 exists:%{i}._spf.mailhostbox.com redirect=_spf.mailhostbox.com"            Active     

2              95542         2011._domainkey.mydomain.com         "v=DKIM1; g=*; k=rsa; p=dhdfKJJHIJHKJHLJLKJL:KJJKKL::"LK}
PLPLP985746kljlJ:LKJl;JOPIJLKJKLJLLJK:"LKL:KL:{:{hY8wNh/eQfzExSha ycuYf+5JQL3KUGHUKHIUHIOHIUJHIUHUJHIIOAB"

так понимаю для авторизации домена на сервере где обрабатывается форвардинг почты.

Добавлено через 12 минут и 46 секунд:
потому и говорю по icq тут проще объяснить чего мне нужно и как, сразу у того, кто попытается понять отпадут вопросы ненужные и Я тупые не буду задавать.

Добавлено через 11 минут и 41 секунду:
Дмитрий может всё-же врубите icq?

[Dimka]

Если почта идёт на myuser@mydomain.com, то CNAME записи к делу не относятся - важно, как обрабатывают почту почтовые шлюзы mx1 и mx2 и все остальные почтовые серверы по цепочке, какие на них прописаны правила пересылки. Если до этого были другие серверы, то, скорее всего, на этих новых серверах действуют новые правила.

Средствами DNS эта задача решается только одним образом: изменить 2 MX записи, чтобы они указывали на нужный почтовый сервер (например, собственный). Остальное решается за пределами DNS - в найстройках пересылок почтового шлюза.

P.S. Я не собираюсь тратить своё время на бессмысленную и неинтересную для меня болтовню в чате.

[igorxv]

Если почта идёт на myuser@mydomain.com, то CNAME записи к делу не относятся - важно, как обрабатывают почту почтовые шлюзы mx1 и mx2 и все остальные почтовые серверы по цепочке, какие на них прописаны правила пересылки. Если до этого были другие серверы, то, скорее всего, на этих новых серверах действуют новые правила.

Средствами DNS эта задача решается только одним образом: изменить 2 MX записи, чтобы они указывали на нужный почтовый сервер (например, собственный). Остальное решается за пределами DNS - в найстройках пересылок почтового шлюза.

P.S. Я не собираюсь тратить своё время на бессмысленную и неинтересную для меня болтовню в чате.

Если удалить запись
mydomain.com CNAME mydomain.dyndns.com
То ворвардинг почты на мой Ящик на gmail будет раьотать и заработают записи MX,
а так до них как-буд-то очередь даже не доходит(
И чего делать?
Я точно знаю что просто нужно тут разобраться и узнать ка и чего, в каком порядке работает.
и выстроить верные цепочки!

[Sla]

Кто-нибудь понял о чем пишет ТС?
Вчера пытался, сегодня пытался - ничего не понял

Вопросы
1. покажи все записи (порядок записей важен!)
2. что говорит диагностика (nslookup)

[igorxv]

Кто-нибудь понял о чем пишет ТС?
Вчера пытался, сегодня пытался - ничего не понял

Вопросы
1. покажи все записи (порядок записей важен!)
2. что говорит диагностика (nslookup)

1.
Все записи по порядку:

Записи CNAME
1                 51036            mydomane.com             mydomane.dyndns.tv             Active     
это для того, чтобы сайт работал на доашнем компе, так как Динамический ip помещяется в
mydomane.dyndns.tv

2              83278         www.mydomane.com         mydomane.com         Active   
это чтобы не возиться с именем домена с www.


3              95542         imap.mydomane.com         imap.mailhostbox.com         Active   

4              95542         webmail.mydomane.com         webmail.mailhostbox.com         Active   

5              95542         smtp.mydomane.com         smtp.mailhostbox.com         Active   

6              95542         pop.mydomane.com         pop.mailhostbox.com         Active
А вот это сам регистратор наставил после изменений, когда перестал работать форвардинг почты.

Также домен mydomane.com имеет 2 MX записи,

1         4519           mydomane.com        100          mx1.mailhostbox.com             Active     

2         4519        mydomane.com         100           mx2.mailhostbox.com         Active   
Было до изменений примерно также только не mailhostbox.com, а другоё какое-то имя сервера их.
Я так понимаю для ворвардинга почты.
Ещё появилась запись TXT:

95542            mydomain.com            "v=spf1 exists:%{i}._spf.mailhostbox.com redirect=_spf.mailhostbox.com"            Active     

2              95542         2011._domainkey.mydomain.com         "v=DKIM1; g=*; k=rsa; p=dhdfKJJHIJHKJHLJLKJL:KJJKKL::"LK}
PLPLP985746kljlJ:LKJl;JOPIJLKJKLJLLJK:"LKL:KL:{:{hY8wNh/eQfzExSha ycuYf+5JQL3KUGHUKHIUHIOHIUJHIUHUJHIIOAB"

так понимаю для авторизации домена на сервере где обрабатывается форвардинг почты.

nslookup какое имя проверять? если

nslookup mydomain.com
Server:      61.134.138.12 (это IP dns моего провайдера, через которого Я выхожу в интернет)
Address:   61.134.138.12#53

Non-authoritative answer:
mydomain.com   canonical name =myname.dyndns.tv.
Name:   myname.dyndns.tv
Address: 168.231.138.234  (Это ip моего компа динамический)

[Dimka]

igorxv, доменная зона объявлена псевдонимом другого имени. DNS-сервер находит псевдоним и игнорирует все последующие записи типа MX, NS и т.д. для зоны. CNAME домена должна находиться в самом конце списка.

А по-хорошему псевдоним вообще должен быть уникальным, т.е. хост, доменное имя которого которого совпадает с доменным именем зоны, должен описываться с помощью записи типа A.

И я не вижу порядка. Ты привёл два списка, начинающихся нумероваться с 1. Должен быть один список, если речь идёт об одной зоне на одном DNS-сервере.

[RXL]

nslookup
> set type=MX
> mydomain.com

Что выдает?

Добавлено через 2 минуты и 33 секунды:
Dimka, полагаю, такой вид у него через панель управления доменом. Мне тоже читать такое тяжко. И с SPF накручено как-то. Что такое DKIM1 - вообще не понятно.

[Dimka]

А ещё лучше:

nslookup
> set debug
> set type=MX
> mydomain.com

[igorxv]

Давайте уже тогда общаться о конкретном домене раз так, его название
olente.com, а домен 3-го уровня olente.dyndns.tv

...А по-хорошему псевдоним вообще должен быть уникальным, т.е. хост, доменное имя которого которого совпадает с доменным именем зоны, должен описываться с помощью записи типа A.

Про запись типа A думаю пока не стоит, потому как Я не могу в реальном времени записывать динамический IP своего домашнего компа в параметры записи A, иначе зачем мне домен 3-го уровня olente.dyndns.tv

И я не вижу порядка. Ты привёл два списка, начинающихся нумероваться с 1. Должен быть один список, если речь идёт об одной зоне на одном DNS-сервере.

С порядком всё нормально, Я же написал, что там где с 1-ки порядок 1-е это записи типа CNMAE, а втораяч группа там опять с 1-цы это MX их всего 2-ве штуки там, просто тут в панели управления DNS записи разбиты по группам.
Нажимаешь вкладку CNAME он показывает только записи типа CNAME, также и другие типы, а после порядкого номера в списке отображения там есть id типа, вроде 4519 такого вторая колонка выше приведённых записей.
Как есть так и скопировал.


Добавлено через 3 минуты и 40 секунд:

И с SPF накручено как-то. Что такое DKIM1 - вообще не понятно.

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

Добавлено через 1 минуту и 35 секунд:

А ещё лучше:

nslookup
> set debug
> set type=MX
> mydomain.com

Вот что получилось:

Debian2:~# nslookup
> set debug
> set type=MX
> olente.com
Server:      91.144.168.2
Address:   91.144.168.2#53

------------
    QUESTIONS:
   olente.com, type = MX, class = IN
    ANSWERS:
    ->  olente.com
   canonical name = olente.dyndns.tv.
    AUTHORITY RECORDS:
    ->  dyndns.tv
   origin = ns1.dyndns.org
   mail addr = hostmaster.dyndns.org
   serial = 2157112935
   refresh = 10800
   retry = 1800
   expire = 604800
   minimum = 1800
    ADDITIONAL RECORDS:
------------
Non-authoritative answer:
olente.com   canonical name = olente.dyndns.tv.

Authoritative answers can be found from:
dyndns.tv
   origin = ns1.dyndns.org
   mail addr = hostmaster.dyndns.org
   serial = 2157112935
   refresh = 10800
   retry = 1800
   expire = 604800
   minimum = 1800

Добавлено через 2 минуты и 27 секунд:
Кстати зная имя домена можете проверить ответы на команды, а то мало-ли Я напутал чего.

[RXL]

У меня:

1. Windows:

------------
Got answer:
    HEADER:
        opcode = QUERY, id = 2, rcode = NOERROR
        header flags:  response, want recursion, recursion avail.
        questions = 1,  answers = 1,  authority records = 1,  additional = 0

    QUESTIONS:
        olente.com, type = MX, class = IN
    ANSWERS:
    ->  olente.com
        canonical name = olente.dyndns.tv
        ttl = 14400 (4 hours)
    AUTHORITY RECORDS:
    ->  dyndns.tv
        ttl = 1800 (30 mins)
        primary name server = ns1.dyndns.org
        responsible mail addr = hostmaster.dyndns.org
        serial  = 2157118302
        refresh = 10800 (3 hours)
        retry   = 1800 (30 mins)
        expire  = 604800 (7 days)
        default TTL = 1800 (30 mins)

------------
Non-authoritative answer:
olente.com
        canonical name = olente.dyndns.tv
        ttl = 14400 (4 hours)

dyndns.tv
        ttl = 1800 (30 mins)
        primary name server = ns1.dyndns.org
        responsible mail addr = hostmaster.dyndns.org
        serial  = 2157118302
        refresh = 10800 (3 hours)
        retry   = 1800 (30 mins)
        expire  = 604800 (7 days)
        default TTL = 1800 (30 mins)

2. Linux:

; <<>> DiG 9.3.6-P1-RedHat-9.3.6-4.P1.el5_5.3 <<>> olente.com MX
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33337
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;olente.com.                    IN      MX

;; ANSWER SECTION:
olente.com.             3557    IN      CNAME   olente.dyndns.tv.

;; AUTHORITY SECTION:
dyndns.tv.              1800    IN      SOA     ns1.dyndns.org. hostmaster.dyndns.org. 2157118540 10800 1800 604800 1800

;; Query time: 82 msec
;; SERVER: 85.21.192.3#53(85.21.192.3)
;; WHEN: Thu Mar  3 00:53:24 2011
;; MSG SIZE  rcvd: 119

Вывод: либо MX запись для домена olente.com не определена, либо нужно убирать CNAME, либо, как рекомендовал Димка, помещать CNAME после MX. Необходим доступ к полной конфигурации зоны "olente.com.".

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

[igorxv]

Дело в том, что строка

mail addr = hostmaster.dyndns.org

должна быть не такая, а ссылаться на сервера почты именно самого регистратора, а пытается на сервера dyndns.
Про порядок-то улавливаю, но как его скажем поменять, если они в разных группах?
Скажем может так:
Вариант такой.
1. Удалить olente.com CNAME olente.dyndns.tv
2. Потом проверить будет ли работать почта, будут-ли работать записи MX.
3. Создать снова  olente.com CNAME olente.dyndns.tv, так как по логике она будет создана уже позже записей MX. (Поскольку возможно и заглючело после того, что изначальные MX были, потом Я создал   olente.com CNAME olente.dyndns.tv, и она была в позднем порядке, а потом они когда меняли записи, то их MX попали в поздний порядок).
Заодно пока нет записи  olente.com CNAME olente.dyndns.tv, попробовать пройти верификацию эту, может, в этом тоже дело.
Сейчас попробую Так.
Пока Пункт 1. делаю!

Добавлено через 1 минуту и 31 секунду:

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

Что Ты имеешь ввиду полностью?
Я и так тут могу все Мной указанные зоны CNAME, MX, TXT, A, ну и все которые есть там, редактировать САМ.

Добавлено через 3 минуты и 10 секунд:
Блин одно левое сообщение, как его тут удалить?

[Dimka]

С порядком всё нормально, Я же написал, что там где с 1-ки порядок 1-е это записи типа CNMAE, а втораяч группа там опять с 1-цы это MX их всего 2-ве штуки там, просто тут в панели управления DNS записи разбиты по группам.
Нажимаешь вкладку CNAME он показывает только записи типа CNAME, также и другие типы, а после порядкого номера в списке отображения там есть id типа, вроде 4519 такого вторая колонка выше приведённых записей.
Как есть так и скопировал.

Для сервера DNS не имеет значения содержание твоей панели. В сервере DNS есть зона имён, описываемая как SOA. Внутри этой зоны содержатся (бывает, что физически на разных машинах) разные записи A, PTR, CNAME, MX, NS и т.д. Никаких групп в зоне нет. DNS сервер просматривает записи по порядку, а обрабатывает их по правилам, зависящим от задач.

В случае, когда почтовый сервер видит адрес user@olente.com, он просит DNS расшифровать olente.com на предмет получения адреса почтового сервера-приёмника.

Если у тебя в зоне написано:
SOA olente.com
olente.com CNAME olente.dyndns.tv
olente.com MX mx.com

DNS сервер делает следующее. Он видит зону olente.com и начинает её просматривать на предмет поиска хоста, являющегося почтовым сервером. Первым делом он видит, что olente.com - это хост, который на самом деле называется olente.dyndns.tv. На этом DNS сервер заканчивает поиск, поскольку решает, что искомый хост найден, и отдаёт почтовому серверу-источнику информацию о том, что почтовый сервер-приёмник - это olente.dyndns.tv. Всё, приехали! Естественно почтовый сервер-источник пробует расшифровать olente.dyndns.tv и ведёт себя в зависимости от ответа - в твоём случае, поскольку MX записи в dyndns нет, возвращается A запись на текущий IP твоей домашней машины.

Если ты на этой машине сделаешь собственный почтовый сервер и настроишь его на пересылку, как тебе надо, оно ещё будет работать.

Если у тебя в зоне написано:
SOA olente.com
olente.com MX mx.com
olente.com CNAME olente.dyndns.tv

DNS сервер делает следующее. Он видит зону olente.com и начинает её просматривать на предмет поиска хоста, являющегося почтовым сервером. Первым делом он видит, что для домена olente.com есть почтовый сервер mx.com. На этом DNS сервер заканчивает поиск, поскольку решает, что искомый хост найден, и отдаёт почтовому серверу-источнику информацию о том, что почтовый сервер-приёмник - это mx.com. Почтовый сервер-источник пробует расшифровать mx.com, обнаруживает что это почтовый сервер, и пересылает ему почту.

Если есть несколько записей MX (с одинаковой левой частью), то DNS сервер сообщает их все, указывая их приоритеты, а почтовый сервер-источник начинает их пробовать по очереди в порядке приоритетов, пока не отправит кому-нибудь письмо, или пока не закончится список.

В случае нескольких CNAME (с одинаковой левой частью) всегда и немедленно возвращается первая по списку.

[RXL]

Провел собственный тест. Что примечательно, bind посчитал ошибкой назначение одному и тому же имени CNAME и MX записей.

[Dimka]

igorxv, mail addr - это не запись почты, это почтовый ящик hostmaster@dyndns.org, записанный в таком дремучем формате, и это по задумке авторов DNS - почтовый ящик администратора доменной зоны, чтобы с ним можно было связаться. Почтовые серверы эти служебные имена (hostmaster, postmaster, webmaster и т.д.) как правило переадресуют системному администратору сервера (для UNIX это root). Т.е. это может быть и совершенно левый ящик, который там написан, потому что так требует правило описания SOA.

Я и так тут могу все Мной указанные зоны CNAME, MX, TXT, A, ну и все которые есть там, редактировать САМ.

Это не зоны, это записи в зоне. Зона - это множество упорядоченных записей. Зона может храниться на нескольких серверах по частям. Первый DNS-сервер (главный сервер зоны) содержит запись SOA и записи NS остальных DNS-серверов. RXL тебе предложил перенести описание зоны на такой DNS-сервер, на котором есть полный доступ к конфигурации зоны (на уровне текстового файла описания), а не какая-то сомнительная панель.

[igorxv]

Хорошо, про порядок Я понял,
Там есть record_id каждой записи, а также zoneID
так вот номер zoneID у записей MX и CNAME одинаковый.
а вото recordID, естественной разный Я так понимаю по нему Я смогу судить какая запись первая стоит для обработки сервером или нет?
Ps запись olente.com CNAME olente.dyndns.tv замочил, жду обновление dns кеша проверить, будет ли откликаться нужна запись MX.
Опять же посмотрю пройдёт ли эта верификация после обновления кеша dns.
Про записи SOA сейчас гляну.


Добавлено через 5 минут и 31 секунду:

....Это не зоны, это записи в зоне. Зона - это множество упорядоченных записей. Зона может храниться на нескольких серверах по частям. Первый DNS-сервер (главный сервер зоны) содержит запись SOA и записи NS остальных DNS-серверов. RXL тебе предложил перенести описание зоны на такой DNS-сервер, на котором есть полный доступ к конфигурации зоны (на уровне текстового файла описания), а не какая-то сомнительная панель.

Думаю менять регистратора больше делов, и ДЕНЕГ нужно платить для простого теста, меня мой устраивает и поддрежка нормальная, просто если Я разберусь в причине и если это будет тупо порядок записей, о чём Вы утверждаете, то просто свяжусь с ними и они поменяют мне записи местами.
Просто обучать меня принципам dns явно они не станут!

[RXL]

Кстати, записи в DNS бывают с абсолютными адресами и относительными:
* Абсолютные адреса завершаются точкой!
* Собственно сама зона - используется символ "@" вместо адреса.
* Все остальные адреса считаются относительно описываемой зоны или, если сервер поддерживает, относительно директивы $ORIGIN.

Примеры (зона olente.com, адрес записи -> абсолютный адрес):

Код:

olente.com -> olente.com.olente.com.
olente.com. -> olente.com.
@ -> olente.com.
www -> www.olente.com.

[igorxv]

вот нажал кнопку SOA параметры
тоже могу редактировать.

Zone id.       4989

Class    IN

Type    SOA

Status    Active

Primary NameServer    ns1.roboname.com

Responsible Person    myname@gmail.com

Serial    20110302

Retry    7200

Refresh    7200

Expire    7200

TTL    38400

[RXL]

Это не то. Зона выглядит вот так:

Код:

$TTL 3600

$ORIGIN rxl.su.

@               IN SOA ns1.shelek.su. admin.shelek.ru. (
                    2011030202 ; Serial
                    28800      ; Refresh
                    14400      ; Retry
                    3600000    ; Expire
                    86400 )    ; Minimum

@               IN NS   ns1.shelek.su.
@               IN NS   ns2.shelek.su.

@               IN MX 10 mail.shelek.su.
@               IN TXT "v=spf1 ip4:89.253.195.249/32 ip4:89.253.196.249/32 a:mail.shelek.su mx:mail.shelek.su -all"

; ----------------------------------------------

@               IN A 89.253.195.249
home            IN A 95.31.12.32
home            IN AAAA 2002:5f1f:0c20::

[igorxv]

Кстати, записи в DNS бывают с абсолютными адресами и относительными:
* Абсолютные адреса завершаются точкой!
* Собственно сама зона - используется символ "@" вместо адреса.
* Все остальные адреса считаются относительно описываемой зоны или, если сервер поддерживает, относительно директивы $ORIGIN.

Примеры (зона olente.com, адрес записи -> абсолютный адрес):

Код:

olente.com ->olente.com.olente.com.

непонял, что вот эта запись значит?
olente.com без точки в конце значит  olente.com.olente.com.?

Код:

olente.com. -> olente.com.

тут вроде понятно, с точкой в конце оно же и значит.

Код:

@ -> olente.com.

тут поинмаю собаке присваивается имя olente.com.
и потому запись www значит www.olente.com.

Добавлено через 1 минуту и 3 секунды:
А Я могу посмотреть как реально выглядит моя зона без помощи регистратора?

[RXL]

Я, по моему, достаточно подробные примеры даю и описания к ним.

Если хочешь разбираться лучше, читай первоисточники - RFC. Или найди книгу потолковей.

Offtopic:

Слушай, тут не чат, а форум! Прежде чем отправлять, прочитай и допиши, что надо.

Добавлено через 2 минуты и 56 секунд:
С помощью, не понял, чего посмотреть?

Существует возможность просмотреть зону целиком, но это операция привилегированная и, как правило, запрещена. По этому через DNS-клиент зону полностью увидеть нельзя.

[igorxv]

Удалил эту запись

Код:

olente.com CNAME olente.dyndns.tv

Верификация прошла нормально, форвардинг почты заработал.
по nslookup с debag пока выдаёт тоже самое, видать кеш dns ещё не прошёл.
Подождать пока обновиться или сразу попробовать создать снова
запись

Код:

 olente.com CNAME olente.dyndns.tv

?

[Dimka]

а вото recordID, естественной разный Я так понимаю по нему Я смогу судить какая запись первая стоит для обработки сервером или нет?

Ещё раз: панель в каком-то там веб-интерфейсе, всякие там группы, recordID и т.п. - это не имеет отношения к DNS. Пример описания зоны, как это делается на сервере DNS (сервер Bind) привёл RXL. Всё, чего там нет, но есть в твоей панели, к делу не относится.

А Я могу посмотреть как реально выглядит моя зона без помощи регистратора?

Сильно сомневаюсь. Там над DNS сервером наверняка куча надстроек автоматизации, а данные хранятся внутри баз данных в заранее неизвестных форматах. Ответить может только тот конкретный системный администратор, который всем этим хозяйством заведует, и знает, как у него происходит перенастройка DNS-сервера.

[igorxv]

Вот, что получилось, кеши вроде обновились, хотябы наполовину:

Debian2:~# nslookup
> set debug
> set type=MX
> olente.com
Server:         91.144.168.2
Address:        91.144.168.2#53

------------
    QUESTIONS:
        olente.com, type = MX, class = IN
    ANSWERS:
    ->  olente.com
        mail exchanger = 100 mx1.mailhostbox.com.
    ->  olente.com
        mail exchanger = 100 mx2.mailhostbox.com.
    AUTHORITY RECORDS:
    ADDITIONAL RECORDS:
------------
Non-authoritative answer:
olente.com      mail exchanger = 100 mx1.mailhostbox.com.
olente.com      mail exchanger = 100 mx2.mailhostbox.com.

Authoritative answers can be found from:
>

Т.е. заработали MX записи,
думаю снова создать мою запись olente.com CNAME olente.dyndns.tv
и поглядеть чего теперь получиться, потом напишу.

[RXL]

Можешь не ждать кешей и проверять, указав сразу нужный сервер.

nslookup
> server .......

[igorxv]

Можешь не ждать кешей и проверять, указав сразу нужный сервер.

nslookup
> server .......

под сервером понимается его IP?
или как указать если Я проверяю nslookup olente.com, там с опицями, что описал debug, чтобы посмотреть работают ли как надо запси MX?
Уже добавил снова CNAME, надеюсь она будет последней и будет обрабатываться сервером последней, и всё заработает)
Кстати всё это дело нужно было, чтобы работало и CNAME и форвардинг почты бесплатный.
А тут пока копался узнал, что регистратор добавил новую услугу бесплатную.
1-н Ящик для своего домена с 500МБ пространством)
Так, что порешается думаю.

И ещё там при создании CNAME есть параметр TTL, мне админы регистратора говорили лучше не как по умолчанию 38400 его оставлять, а делать такое 14400, что это даёт и на что влияет?

Сейчас мучил саппорт, на вскидку предложили прописать в MX сервера goola, чтобы рабоать с почтой своего домена через гугл, хотя всё равно не заработает, так как до MX тупо не доходит очередь.
Напишу тикет их сисадминам, посмотрим, что скажут.
А пока даже не знаю чего предпринять!

[RXL]

Что предпринять? Язык учи — без словаря тебя не поймешь! Попробуй не в чатах сидеть, а классическую литературу читать.

[Dimka]

Можешь не ждать кешей и проверять, указав сразу нужный сервер.

Я думаю, он не знает нужного сервера. Сервер его провайдера, очевидно, не подходит. А сервер регистратора, наверняка, не один, и кто его знает, какой там нужный.

И ещё там при создании CNAME есть параметр TTL, мне админы регистратора говорили лучше не как по умолчанию 38400 его оставлять, а делать такое 14400, что это даёт и на что влияет?

TTL - это время обновления кэшей в секундах. Но если ты поставишь туда 1, считая, что это очень хорошо для тебя, и сисадмин это узнает, тебя расстреляют, потому что это означает дополнительную нагрузку на серверы зоны, вынужденные синхронизироваться каждую секунду.

[RXL]

Dimka, необходимый сервер указан в SOA

[igorxv]

Dimka, необходимый сервер указан в SOA

В SOA указан ns1-сервер.
name-сервер,
и как тестить с именем olente.com, плюс указать типа set serever=ns1-сервер?
Кстати, всё обновилось, с новой CNAME, опять перестали работать MX записи, неужели последняя запись оказывается раньше чем записи MX?

[RXL]

igorxv, утомляешь, однако. Выше уже написано. Изучай утилиту nslookup.

nslookup
> help
Commands:   (identifiers are shown in uppercase, [] means optional)
NAME            - print info about the host/domain NAME using default server
NAME1 NAME2     - as above, but use NAME2 as server
help or ?       - print info on common commands
set OPTION      - set an option
    all                 - print options, current server and host
    [no]debug           - print debugging information
    [no]d2              - print exhaustive debugging information
    [no]defname         - append domain name to each query
    [no]recurse         - ask for recursive answer to query
    [no]search          - use domain search list
    [no]vc              - always use a virtual circuit
    domain=NAME         - set default domain name to NAME
    srchlist=N1[/N2/.../N6] - set domain to N1 and search list to N1,N2, etc.
    root=NAME           - set root server to NAME
    retry=X             - set number of retries to X
    timeout=X           - set initial time-out interval to X seconds
    type=X              - set query type (ex. A,ANY,CNAME,MX,NS,PTR,SOA,SRV)
    querytype=X         - same as type
    class=X             - set query class (ex. IN (Internet), ANY)
    [no]msxfr           - use MS fast zone transfer
    ixfrver=X           - current version to use in IXFR transfer request
server NAME     - set default server to NAME, using current default server
lserver NAME    - set default server to NAME, using initial server
finger [USER]   - finger the optional NAME at the current default host
root            - set current default server to the root
ls [opt] DOMAIN [> FILE] - list addresses in DOMAIN (optional: output to FILE)
    -a          -  list canonical names and aliases
    -d          -  list all records
    -t TYPE     -  list records of the given type (e.g. A,CNAME,MX,NS,PTR etc.)
view FILE           - sort an 'ls' output file and view it with pg
exit            - exit the program

Голова то она на что дана?

[Dimka]

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

Тогда остаются варианты.
1) Оставить псевдоним на com, а зону olente.com перенести на собственную машину.
2) Создать собственный почтовый шлюз своей машине, и там для себя настроить пересылки куда надо.
3) Пилить регистратора с целью решения этого вопроса до победы или до посыла куда подальше.
4) Отказаться от адреса olente.com в пользу, например, www.olente.com, и CNAME сделать на последний - тогда конфликта имён зоны и псевдонима не будет.

[igorxv]

... 1) Оставить псевдоним на com, а зону olente.com перенести на собственную машину.

Вот это не понял?

про www.olente.com CNAME olente.dyndns.tv, Я уже честно думал, как и про то,
почему бы регистратор в MX например Пусть использует не olente.com mx mx1.mailhostbox.com, а также www.olente.com, мне например нравиться без www.

Только остаётся вопрос почему этот же сервер раньше обрабатывал нормально, а теперь нет? может Я конечно не точно говорю, может раньше в MX и было другое имя типа mx1.olente.com.

[Dimka]

igorxv, то, что ты говоришь, это пункт 2 в чистом виде. Поскольку все почтовые запросы перебрасываются на olente.dyndns.com, то именно там и должен стоять почтовый шлюз, принимающий почту и пересылающий её, куда надо.

[igorxv]

Привет всем) Снова нужна маленькая консультация.

1-е писал тикет регистратору, на что они ответили как Я и предполагал, типа или IP берите статичесикй, или предложили прописать вместо их  MX серверов сервера googla, и спокойно заводить до 50 доменных почтовых ящиков.
Вещь, то хорошая, только Я так и не пойму как-тогда вдруг станут обрабаьываться MX записи, если Я пропишу mx сервера google?
При  оставленном CNAME опять всё улетит на dyndns.com и даже до google не доберётся.

2-е.
есть у кого-нить ссылочка на нормальное руководство по написанию имён в CNAME и MX,
думаю попробовать как говорили конкретное имя если так:
olente.com. - это и будет чисто это имя?
просто проичитал малость литературы, там сказано, что при обнаружении псевдонима домена сервер переключается на реальное имя домена и далее все запросы адресует ему.
Ещё сейчас попробую с www.olente.com CNAME olente.dyndns.tv, посмотрю как получится.

И ещё может как-то можно с того что есть через имена и там  CNAME, заставить червер сначала обработать записи MX?

[Dimka]

igorxv, опять ахинея какая-то, а не вопросы. Попробуй сформулировать вопросы ещё раз.