|
|
Знаете ли Вы, что ... | |
...инструкция по установке аватара описана в Правилах форума. | |
<< Предыдущий совет - Случайный совет - Следующий совет >> |
Домены UZ Администрирование доменной зоны .UZ (twitter). Раздел UZINFOCOM |
Ответить |
|
Опции темы | Опции просмотра |
02.04.2008 16:37 | #21 |
Сообщений: 473
+ 90
209/135
– 1
1/1
|
Основная причина это разгрузка сервера. То есть если все администраторы доменных имен буду держать у нас MX и прочие записи то существенно увеличится нагрузка на сервер. Потом большинству администраторов удобней держать зоны на своих серверах. К томуже нужно придерживаться общих принципов построения и распределения сети.
|
|
Ответить |
Реклама и уведомления | |
02.04.2008 17:48 | #24 | ||
ИП Уздунробита
специалист
Сообщений: 610
+ 454
435/216
– 1
1/1
|
Оффтоп: Для IANA при ведении корневой зоны интернета это правило неукоснительно. http://www.iana.org/domains/root/cctld/ Если вы обратите внимание на заявку на новый TLD, то увидите в необходимой технической информации только информацию о неймсерверах. Но, разумеется, этот пример ничего не доказывает ибо он не описывает отношений с конечным пользователем. Заглянем в зону RU. Цитата:
Оффтоп: 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 и файлом зоны на неймсервере, которому делегирована соответсвующая зона. Цитата:
|
||
|
Ответить |
2 "+" от:
|
02.04.2008 19:26 | #25 | ||
Цитата:
Так, значит цитата приведенный ниже означает, что Billur.Net ведет зону decorelite.uz (домен не принадлежит мне, я зарегистрировал домен в другом регистраторе отличие от БиллурНет) отдельно? Цитата:
|
|||
|
Ответить |
02.04.2008 20:00 | #26 |
ИП Уздунробита
специалист
Сообщений: 610
+ 454
435/216
– 1
1/1
|
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 Последний раз редактировалось Rustam Khamidov; 02.04.2008 в 20:07. Причина: допись |
|
Ответить |
"+" от:
|
02.04.2008 21:26 | #28 | |
Цитата:
Последний раз редактировалось Shuhrat Dehkanov; 02.04.2008 в 21:30. |
||
|
Ответить |
Реклама и уведомления | |
|