ІТ-інфраструктура для вашого підприємства
Наприклад, для московської філії Sony - www.sony.ru було б ідеальним рішенням. Головне в тому, що отримання такого імені - справа цілком здійсненне.
При заповненні заявки слід мати на увазі, що вона буде оброблятися роботом автоматом. Цей автомат перевіряє її на наявність помилок у заповненні і відзначає протиріччя з існуючою базою даних делегованих доменів. Робот не терпить неточностей і глухий до різного роду прохань, тому заповнювати заявку слід акуратно. Автомат обробляє заявку, виділяє в ній записи для бази даних реєстрації доменів. Самі записи складаються з полів. Кожне поле ідентифікується в заявці ім'ям поля, після якого ставиться символ ":".
У рядку опису поля domain: вказується ім'я домену, яке ви просите зареєструвати. РосНИИРОС реєструє тільки піддомени домену ru. Реєструвати слід як "пряму" зону, так і "зворотний". У нашому випадку це просто зона 43.226.194.in-addr.arpa.
У рядку опису поля admin-c: вказується персона, яка здійснює адміністрування домену. Поле має обов'язковий формат. Таких рядків може бути кілька, якщо осіб, відповідальних за адміністрування домену, більше одного. Замість зазначеного вище формату можна використовувати також і ідентифікатор користувача, якщо такий ідентифікатор є. Ідентифікатор називають nic-handle, або персональний код.
Поле tech-c: вказується для технічного адміністратора домену, до якого звертаються в разі екстрених ситуацій. Його формат збігається з форматом команди admin-c. На моє глибоке переконання, у всіх полях (admin-c, zone-c і tech-c) має сенс вказувати координати одного і того ж людини. Мало хто з російських користувачів Internet може дозволити собі розкіш тримати трьох різних фахівців на обслуговуванні сервісу доменних імен. З огляду на вітчизняні реалії, можу з усією відповідальністю стверджувати, що надлишок адміністраторів ні до чого іншого, крім плутанини, не приводить.
У рядку опису поля nserver: вказують доменні імена серверів зони. Як правило, таких рядків в заявці буває кілька. Першим позначається primary або головний сервер домену. У нашому випадку це vega-gw.vega.ru. На цьому сервері зберігається база даних домену. Другим йде secondary або дублюючий сервер домену. У нас це polyn.net.kiae.su. Дублюючі сервери покликані підвищити надійність роботи всієї системи доменних імен, їх може бути кілька. Якщо існують інші дублюючі сервери, то вказуються і вони (сервер polyn.net.kiae.su з нашої заявки також є дублюючим для домену vega.ru). Першим слід давати той дублюючий сервер, який найбільш надійно обслуговує запити до домену. У нашому прикладі це сервер ns.relarn.ru. Я його вибрав виходячи з міркувань, що реєстрація проводилась в РосНИИРОС, фахівці якого адмініструють домен relarn.ru. Спочатку дублюючим сервером був тільки сервер polyn.net.kiae.su. Однак низька швидкість розв'язання доменних імен в домені kiae.su всім добре відома. Це призводить до досить великих затримок при відповідях на запити на розширення імені. Найдовше обробляються зворотні запити. В результаті автомат постійно видавав повідомлення, що сервер polyn.net.kiae.su недоступний, хоча при ручному тестуванні все функціонувало нормально. Для того щоб впорається з цією проблемою, було вирішено просити про використання ns.relarn.ru як secondary сервера для домена vega.ru, справедливо вважаючи, що сервер доменних імен, розташований в тому ж домені, що і автомат і встановлений на машині, використовує загальний коаксіальний кабель з машиною автомата, буде відповідати набагато оперативніше сервера, розташованого в іншому домені і за декількома репітори і мостами. При виборі місця розміщення дублюючих серверів слід мати на увазі, що спочатку перевіряється можливість взаємодії саме з цими серверами. Якщо хоча б один з них не відгукується на запити автомата, заявка відхиляється.
Поле sub-dom: описує піддомени домену. В нашій заявці немає поля sub-net, так як в домені vega.ru відсутні піддомени. Але якби нам знадобилося змінювати структуру домену, а саме розбити його на зони, в цьому випадку слід було б включити в заявку між рядками nserver і рядком dom-net рядок:
В цьому випадку весь домен vega.ru розбитий на два поддомена: zone1 і zone2. Наприклад, машина quest із зони zone1 матиме доменне ім'я quest.zone1.vega.ru, а машина query із зони zone2 - query.zone2.vega.ru. Піддомени вказуються в команді sub-dom через пробіл. Поле dom-net: вказує на список IP-мереж даного домену. В нашій заявці вказана тільки одна мережа 194.226.43.0, але якщо у організації, яка заводить свій власний домен, є в наявності кілька мереж, то ці мережі можна вказати в цьому полі, розділяючи їх пробілами.
В поле nic-hdl: вказується персональний номер користувача, якщо він у даного користувача є. Це поле не обов'язково, але, як підкреслюється в інструкції щодо заповнення заявок, "вкрай бажано".
Останнім полем в описі персони є, як і в заявці на домен, поле source :. У заявці можна вказати кілька персон, що означає для кожної з них свою власну запис в базі даних опису доменів.
Інформація про зону та осіб, які відповідальні за ведення зони (і не тільки про них), можна знайти по команді:
При розміщенні сервера домена слід подбати про наявність вторинного (secondary) сервера імен вашого домену. Відповідно до більшості рекомендацій, потрібно мати від двох до чотирьох серверів на випадок аварійного резервування доменних імен.
Взагалі кажучи, можна вести переговори про створення вторинного сервера доменних імен і з самим РосНИИРОС, і з будь-яким провайдером. Але за послуги останнього доведеться заплатити. Є можливість запустити вторинний сервер і на одному зі своїх комп'ютерів, але в цьому випадку ви просто формально виконаєте вимоги РосНИИРОС, так як надійності процедурі розпізнавання імен вашого домену таке рішення не додасть.
Поділіться матеріалом з колегами і друзями