MX записи

[Shuhrat Dehkanov]

Можно ли добавить отдельные MX записи для доменах в зоне .uz?

Это обычно делается когда веб и почтовые серверы находятся в разных хостинговых площадках.

[Erkin Kuchkarov]

Можно ли добавить отдельные MX записи для доменах в зоне .uz?
Конечно... это делается на NS серверах.. но смотрите рекомендации RFC. Если мне не изменяет память то Вы должны создать указатель (PTR) в зоне обратного просмотра на NS сервере отвечающим за тот пул адресов на котором стоит почтовый сервер и SPF запись в прямой зоне.
А в чем проблеммы то?

[Shuhrat Dehkanov]

Erkin ака, вопрос был адресован на администратора зона .uz.

Так как у нас пока нет онлайн панел управление для доменов и на заявление для домена нет пункт для указание MX записи возникло такой вопрос: а вообще ест ли у нас такая возможноть?

[Erkin Kuchkarov]

Так как у нас пока нет онлайн панел управление для доменов и на заявление для домена нет пункт для указание MX записи возникло такой вопрос: а вообще ест ли у нас такая возможноть?
То есть у Вас есть домен ".uz" и Вы не знаете как его админить? О как

[Shuhrat Dehkanov]

Erkin ака, я знаю как админить вот только доступ недаёт -))

Так можем ли мы как потребители вставить отдельные MX записи для своих доменов?

[Erkin Kuchkarov]

Erkin ака, я знаю как админить вот только доступ недаёт -))
И мне не дают поадминить зону .уз. Редиски.

Так можем ли мы как потребители вставить отдельные MX записи для своих доменов?
Давайте начнем с самого начала. Возьмем к примеру меня.
У меня есть домен - sharifa.uz
У него есть NS сервер - ns.sharifa.uz
В этом NS сервере в службе DNS присутствует MX запись - mail.sharifa.uz
И что бы иметь мне это счастье мне абсолютно не нужно обращатся к администратору зоны ".uz". Мне достаточно "пнуть" моего админа.

Чем Ваш случай отличается от моего?

[shumbola]

Erkin ака, я знаю как админить вот только доступ недаёт -))
И мне не дают поадминить зону .уз. Редиски.

Так можем ли мы как потребители вставить отдельные MX записи для своих доменов?
Давайте начнем с самого начала. Возьмем к примеру меня.
У меня есть домен - sharifa.uz
У него есть NS сервер - ns.sharifa.uz
В этом NS сервере в службе DNS присутствует MX запись - mail.sharifa.uz
И что бы иметь мне это счастье мне абсолютно не нужно обращатся к администратору зоны ".uz". Мне достаточно "пнуть" моего админа.

Чем Ваш случай отличается от моего?

Эркин ака,

А я думал, не все так просто. Ошибался значить...

[Anatoliy Pelepetz]

Erkin ака, вопрос был адресован на администратора зона .uz.

Так как у нас пока нет онлайн панел управление для доменов и на заявление для домена нет пункт для указание MX записи возникло такой вопрос: а вообще ест ли у нас такая возможноть?

Erkin Kuchkarov все правильно расписал вот здесь (http://uforum.uz/showthread.php?p=88294#post88294), данная схема работы является общепринятой и правильной.
Если когдато и будет панель управления для администраторов доменных имен, то там скорее всего будет невозможным добавлять mx записи, можно будет только менять NS записи и IP адреса для них.

[Shuhrat Dehkanov]

Давайте начнем с самого начала. Возьмем к примеру меня.
У меня есть домен - sharifa.uz
У него есть NS сервер - ns.sharifa.uz
В этом NS сервере в службе DNS присутствует MX запись - mail.sharifa.uz
И что бы иметь мне это счастье мне абсолютно не нужно обращатся к администратору зоны ".uz". Мне достаточно "пнуть" моего админа.

Чем Ваш случай отличается от моего?

Отличие от Вас не все позволяет себе удоволствие иметь собственный сервер. К примеру у меня нет даже VPS и пользуюсь Shared Hosting`ом. Соответсвенно у меня нет свой NS сервер. Да, некоторые компании даёт доступ на изменение МХ записи на своих хостинговых NS серверов (имеется ввиду shared hosting), но большинство нет.

И еще я думаю лучше держать MX записи на DNS сервере домейна (т.е. у регистратора) чем на NS сервере хостинга.

[Shuhrat Dehkanov]

Erkin Kuchkarov все правильно расписал вот здесь (http://uforum.uz/showthread.php?p=88294#post88294), данная схема работы является общепринятой и правильной.


А я думаю наоборот: общепринятой (и конечно не "неправильной") схемой является сохранить МХ записи в DNS сервере регистратора домена.

[Anatoliy Pelepetz]

Erkin Kuchkarov все правильно расписал вот здесь (http://uforum.uz/showthread.php?p=88294#post88294), данная схема работы является общепринятой и правильной.


А я думаю наоборот: общепринятой (и конечно не "неправильной") схемой является сохранить МХ записи в DNS сервере регистратора домена.

Но так вы же адресовали свой вопрос к Администратору доменной зоны uz, теперь вы пишите что хотите прописать MX запись на серверах регистратора.

Не у всех регистраторов есть свои сервера, только у тех кто предоставляет услуги хостинга или провайдинга.

[Shuhrat Dehkanov]

Но так вы же адресовали свой вопрос к Администратору доменной зоны uz, теперь вы пишите что хотите прописать MX запись на серверах регистратора.
Вопрос был адресован администратору из-за причина что именно администраторы доменных зон определяет требование для регистраторов (IMHO)

Не у всех регистраторов есть свои сервера, только у тех кто предоставляет услуги хостинга или провайдинга.
Хмм... очень интересно. А как регистратор будет хранить NS, контакты владельца и другие записи домена если у него нет DNS сервер?

[Shuhrat Dehkanov]

Раньше был документ описывающий технические требования для регистраторов на cctld.uz, сейчас почему то несмог найти...

[Rustam Khamidov]

Erkin ака, вопрос был адресован на администратора зона .uz.

Так как у нас пока нет онлайн панел управление для доменов и на заявление для домена нет пункт для указание MX записи возникло такой вопрос: а вообще ест ли у нас такая возможноть?

Даже если у Вас будет панель управления у регистратора, Вы не сможете прописывать MX-записи.
У вас будет возможность поменять свои нс-сервера.
Если у вас есть нормальный хостинг, с поддержкой и управлением днс-сервисом, то перенаправьте свои нс в корневой зоне на него. А уже с него можете "разрулить" все свои мх и www записи, возможно и на другие сервера.

Подобное распределение, что в корневой зоне только нс записи, а уже на нс серверах указанных клиентом сама зона, стандартно для интернета. Так же и в generic и в других cctld зонах.
И сделано, как для разгрузки корневых серверов, так и для удобства пользователей. Т.е. добавить мх или изменить, а так же многие другие действия с зоной клиент может делать сам у себя на сервере или на арендуемом хостинге.

[Anatoliy Pelepetz]

Но так вы же адресовали свой вопрос к Администратору доменной зоны uz, теперь вы пишите что хотите прописать MX запись на серверах регистратора.
Вопрос был адресован администратору из-за причина что именно администраторы доменных зон определяет требование для регистраторов (IMHO)


Администратор доменной зоны определяет требования только касательно регистрации доменных имен, содержание собственного НС сервера в данные требования не входит




Не у всех регистраторов есть свои сервера, только у тех кто предоставляет услуги хостинга или провайдинга.
Хмм... очень интересно. А как будеть регистратор сохранить NS, контакты владельца и другие записи домена если у него нет DNS сервер?

Все данные хранятся на нашем сервере

[Shuhrat Dehkanov]

Если у вас есть нормальный хостинг, с поддержкой и управлением днс-сервисом, то перенаправьте свои нс в корневой зоне на него. А уже с него можете "разрулить" все свои мх и www записи, возможно и на другие сервера.
"управлением днс-сервисом" - именно об этом и идет речь. Не все хостинги даёт такая возможность.


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

И сделано, как для разгрузки корневых серверов, так и для удобства пользователей. Т.е. добавить мх или изменить, а так же многие другие действия с зоной клиент может делать сам у себя на сервере или на арендуемом хостинге.
Насчет нагрузки для корневых серверов согласен, но насчет удобство тут вообще нет разницы для пользователей будет ли панел управление для МХ записи на сервере хостинга или на DNS сервере. Даже можно аргументировать удобство хранить МХ данные на DNS сервере с тем что пользователь будет управлять всеми записами DNS`а (NS, MX, A, CNAME, etc) в одном месте.

[Shuhrat Dehkanov]

Все данные хранятся на нашем сервере Тогда вопрос был адресован правильно :)

[Anatoliy Pelepetz]

Все данные хранятся на нашем сервере Тогда вопрос был адресован правильно :)

MX записей на наших серверах не будет!

[Shuhrat Dehkanov]

MX записей на наших серверах не будет!
Спасибо!

А можно узнать причину? (просто для информации)

[Erkin Kuchkarov]

Тогда вопрос был адресован правильно
Неправильно

[Anatoliy Pelepetz]

MX записей на наших серверах не будет!
Спасибо!

А можно узнать причину? (просто для информации)

Основная причина это разгрузка сервера. То есть если все администраторы доменных имен буду держать у нас MX и прочие записи то существенно увеличится нагрузка на сервер. Потом большинству администраторов удобней держать зоны на своих серверах. К томуже нужно придерживаться общих принципов построения и распределения сети.

[Shuhrat Dehkanov]

Тогда вопрос был адресован правильно
Неправильно Вы, как я понел, хотите сказать что я должен обращатся на хостинг провайдера. Я это уже сделал :)

Кроме того у меня есть домены на зоне .com, .net, и .info, все DNS записи которых находятся в сервере регистратора, а не в хостинге.

[Erkin Kuchkarov]

Вы, как я понел, хотите сказать что я должен обращатся на хостинг провайдера. Я это уже сделал
Нет, я хочу сказать что Вы должны обратится к администратору NS сервера который держит зону Вашего домена.

[Rustam Khamidov]

То что это является стандартом требует доказательств.



Для IANA при ведении корневой зоны интернета это правило неукоснительно.
http://www.iana.org/domains/root/cctld/
Если вы обратите внимание на заявку на новый TLD, то увидите в необходимой технической информации только информацию о неймсерверах.

Но, разумеется, этот пример ничего не доказывает ибо он не описывает отношений с конечным пользователем.
Заглянем в зону RU.

ПРАВИЛА РЕГИСТРАЦИИ ДОМЕННЫХ ИМЕН В ДОМЕНЕ RU
Индекс документа RU-2
Редакция 04.04.06
Утвержден решением
П2-2.1,4.1/06
от 24.04.06
Дата начала действия документа
01.06.06
http://www.cctld.ru/ru/doc/acting/?id21=13&i21=1

читаем раздел 6.1

6.1. Необходимым условием для использования доменного имени в сети Интернет является делегирование домена. Работоспособность делегированного домена обеспечивается серверами DNS домена — программно-аппаратными комплексами, содержащими необходимую информацию о домене и предоставляющими ее в соответствии с техническими требованиями сети Интернет. Обеспечение наличия не менее двух серверов DNS делегируемого домена, имеющих надежное подключение и круглосуточно функционирующих, является обязанностью Администратора.

Из чего я могу сделать вывод, что в корневую зону .RU вносятся только неймсервера. Именно поэтому многие регистраторы в России могут предоставлять платную услугу по ведению самой зоны и предоставлению управления клиенту (в качестве примера смотри http://nic.ru/dns/service/, там в перечне доп.услуг то о, чем мы беседуем).

Рассмотрю в качестве примера зону US (выбрал именно её только потому, что для неё даже отдельный RFC 1480). Пункт "3.3.2 Delegation Procedures", шаг 5) и 6)

5) The US Domain zone file must have the following records,
showing the name, address, email, and phone number of the
technical contact for the delegated subdomain and the name of
the delegated name space and the names of the name servers.

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ;;;;;;;;;
;
;Contact: Joseph Klein (tjk@spool.mu.edu)
; Marquette University
; (414) 288-6734
;
; Delegate mil.wi.us zone

mil.wi.us. 604800 NS SPOOL.MU.EDU.
604800 NS SOPHIE.MSCS.MU.EDU.

; A glue record is not needed this time. Glue records are
; needed when the name of the server is a subdomain of the
; delegated domain.
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ;;;;;;;;;

6) Check to see that delegated subdomain name servers are up and
running, and make sure the delegated hosts are installed in
their zone file. Now delete any hosts from the US Domain zone
file that belongs in the newly delegated subdomain.

Из чего я также делаю вывод о наличии в cctld зоне US только процесса делегирования.

Кроме того, к сожалению нет времени прямо сейчас отыскивать прямые ссылки на тех.требования, но насколько я помню в зоне .DE и EU правила были те же.

Кроме того исторически было RFC 1591 (Page 4, пункт 3) )

There are no requirements on subdomains of top-level domains
beyond the requirements on higher-level domains themselves. That
is, the requirements in this memo are applied recursively. In
particular, all subdomains shall be allowed to operate their own
domain name servers, providing in them whatever information the
subdomain manager sees fit (as long as it is true and correct).

Правила на ccTLD накладывает администрация ccTLD. Насколько я помню действующие положения для зоны .UZ, там фигурируют образцы форм, где доменному имени соотвествуют неймсервера и информация о владельцах и контактах. Это обусловлено, тем что обычно зоны первого уровня только делегируют полномочия неймсерверам для второго уровня.

Не могу с Вами спорить как обстоит дело сейчас и во всех зонах, но в своё время мне приходилось регистрировать имена и в .com, .net, .biz и всегда речь шла о процессе делегирования. И в самих этих зонах всегда хранилась только информация о неймсерверах. Пожалуйста, поправьте меня если мои данные устарели. (Хотя разглядывая в утекшем году API некотрых регистраторов в мультизонах типа Verisign, я видел возможность управления только неймсерверами)

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

Буду Вам очень благодарен Шухрат, если Вы приведёте мне пример tld где в самом файле зоны ведутся записи типа MX. Это теоретически и практически возможно но в больших зонах где ведется регистрация не употребляется. Ибо это может так же породить неавторитативность или противоречие в ответах между сервером tld и файлом зоны на неймсервере, которому делегирована соответсвующая зона.



Кроме того у меня есть домены на зоне .com, .net, и .info, все DNS записи которых находятся в сервере регистратора, а не в хостинге.
Это означает, что этот регистратор ведет вашу зону отдельно указав процесс делегирования на себя, но не вносит ваши записи напрямую в зону tld

[Shuhrat Dehkanov]

Нет, я хочу сказать что Вы должны обратится к администратору NS сервера который держит зону Вашего домена.
Точнее, вы имели введу "к регистратору"? Я это конечно сделю, сначала хотел узнать позицию администратора.

Так, значит цитата приведенный ниже означает, что Billur.Net ведет зону decorelite.uz (домен не принадлежит мне, я зарегистрировал домен в другом регистраторе отличие от БиллурНет) отдельно?
DNS INFO:

NS: ns1.kamalak.net internet address = 70.84.100.106
MX: ASPMX.L.GOOGLE.COM internet address = 72.14.221.27
MX: ALT1.ASPMX.L.GOOGLE.COM internet address = 64.233.171.27
MX: ALT2.ASPMX.L.GOOGLE.COM internet address = 72.14.205.27
MX: ASPMX2.GOOGLEMAIL.COM internet address = 209.85.135.27
MX: ASPMX3.GOOGLEMAIL.COM internet address = 64.233.167.27
MX: ASPMX4.GOOGLEMAIL.COM internet address = 66.249.93.27
MX: ASPMX5.GOOGLEMAIL.COM internet address = 66.249.83.27

[Rustam Khamidov]

http://billur.net/domen.php?dname=decorelite.uz
На страничке результата до строки с копирайтом узинфокома идет ответ от сервера whois центра узинфоком. (там прописан владелец, контакты и два неймсервера ns1.kamalak.net и ns2.kamalak.net. Последний кстати не резолвится)

Все что ниже от строк DNS INFO это результат парсера скрипта на сервере billur.net для зоны decorelite.uz. Сам файл зоны расположен на сервере ns1.kamalak.net (70.84.100.106)

То есть в самой зоне уз только две записи о неймсерверах для домена decorelite.uz.
А уже на сервере ns1.kamalak.net ваши мх записи. И если их надо подредактировать то судя по SOA записи адрес админа postmaster@kamalak.net. Каким взаимоотношениями связаны Вы и ns1.kamalak.net мне в отличии от Вас не известно ,)


А это данные о kamalak.net

Domain Name: kamalak.net
Registrar: Name.com LLC

Expiration Date: 2008-05-13 00:00:00
Creation Date: 2007-05-13 07:44:32

Name Servers:
NS3.HYTEKHOSTING.COM
NS4.HYTEKHOSTING.COM

REGISTRANT CONTACT INFO
KamalakDotNet
Kamalak Net
206, Engeeniring Administration Building
214-1 Dae-dong Gyeongsan-si
Gyeongsanbuk-do
712-749
KR
Phone: +82.538103597
Fax: +.538103597
Email Address: uzbmaster@gmail.com

ADMINISTRATIVE CONTACT INFO
KamalakDotNet
Kamalak Net
206, Engeeniring Administration Building
214-1 Dae-dong Gyeongsan-si
Gyeongsanbuk-do
712-749
KR
Phone: +82.538103597
Fax: +.538103597
Email Address: uzbmaster@gmail.com

TECHNICAL CONTACT INFO
KamalakDotNet
Kamalak Net
206, Engeeniring Administration Building
214-1 Dae-dong Gyeongsan-si
Gyeongsanbuk-do
712-749
KR
Phone: +82.538103597
Fax: +.538103597
Email Address: uzbmaster@gmail.com

BILLING CONTACT INFO
KamalakDotNet
Kamalak Net
206, Engeeniring Administration Building
214-1 Dae-dong Gyeongsan-si
Gyeongsanbuk-do
712-749
KR
Phone: +82.538103597
Fax: +.538103597
Email Address: uzbmaster@gmail.com

0.44783800 1207148861

[Erkin Kuchkarov]

Точнее, вы имели введу "к регистратору"?
Нет, администратору Вашего NS сервера. Возможно это лицо еще и по совместительству регистратор.

[Shuhrat Dehkanov]

http://billur.net/domen.php?dname=decorelite.uz
На страничке результата до строки с копирайтом узинфокома идет ответ от сервера whois центра узинфоком. (там прописан владелец, контакты и два неймсервера ns1.kamalak.net и ns2.kamalak.net. Последний кстати не резолвится)

Все что ниже от строк DNS INFO это результат парсера скрипта на сервере billur.net для зоны decorelite.uz. Сам файл зоны расположен на сервере ns1.kamalak.net (70.84.100.106)

Понятно... Значит БиллурНет не имеет отдельный сервер для дополнительных записей.

[Erkin Kuchkarov]

Понятно... Значит БиллурНет не имеет отдельный сервер для дополнительных записей.
Биллур просто имеет один (Primary) NS сервер. Для каких дополнительных записей нужен отдельный выделеный сервер?

[Shuhrat Dehkanov]

Erkin ака, "отдельный" имелся введу отдельный сервер чем у UZINFOCOM
Все данные хранятся на нашем сервере

для MX, CNAME и т.д.

[Erkin Kuchkarov]

Erkin ака, "отдельный" имелся введу отдельный сервер чем у UZINFOCOM
Даже я имею отдельный сервер никак не првязаный к Узинфокому.
На DNS сервере зоны .уз существует записи делегирующие отвественность за зоны второго уровня соотвествующим NS серверам.
И даже если узинфоком пропишет MX запись mail.sharifa.uz то она никому не будет доступна (не будет транслироваться) так как там конкретно записан сервер отвечающий за зону sharifa.uz. И все запросы будут отправлятся на ns.sharifa.uz.
Шухрат - настоятельно рекомендую почитать про DNS.

[Shuhrat Dehkanov]

Аха, я уже понел [что должен много читать]. Спасибо!