Сьогодні заліз до RFC щодо DNS. Здаєтсья, питання починають трохи прояснятися.
Також хочу подякувати вам, Sasha, за допомогу в моїх нелегких спробах допитатися відповідей. Ваші останні відповіді були справді корисними для мене. Як там, "лупайте сю скалу! Нехай ні жар, ні холод не спинить вас..."
Але все ж таки я не можу з вами погодитися з декотрих порушених моментів. Спробую висловити свій погляд - це може бути корисним для тих, хто читатиме цю низку форуму після нас.
Цитата:
Цитата:
Як каже zytrax.com, primary це те ж саме що й master, а secondary це те ж саме що й slave.
В принципі так , але всі сервери і master і secondary і slave ЗАВЖДИ вказують на primary.
master і primary це один сервер, одне єство. Це одна й та ж річ, названа по різному. Тому він не вказує сам на себе, це просто відношення тотожності. Це однаково, що сказати "він і та ж таки особа".
Цитата:
Я мав на увазі що використання інших нс серверів можливе , але практично це не потрібно , на швидкість це практично не впливає - це можна так виразитися перебір.
Це впливає на швидкість. Окрім того, це впливає на надійність. Рекомедовано мати не менше трьох DNS'ів для кожного домену. Бажана їхня географічна рознесеність.
Цитата:
Парковка(у цьому випадку) іншими словами - це делегування домену на нс сервери топУа.
Перепрошую, але делегування це инше. Наприклад, домен soft.km.ua вже досить давно делеговано мені, але це не парковка.
Парковка це радше DNS-гостин, принаймні наскільки я то можу зрозуміти, вона включає в себе це. Окрім того, я припускаю, що парковка мусить таки включати в себе ще й якесь налаштування веб-сервера (наприклад, Apache) - адже ТопУА використовує віртуальний гостин (багато ділянок(сайтів) на одній IP адресі). Сам же термін парковка, точніше domain parking, вживається в cPanel; його немає в RFC.
Цитата:
Цитата:
Хм. І які ж там ще є служби?
Наприклад - ДНС клієнт , ДНС сервер.
Мм. "ДНС клієнт" може сприйматися хіба що як неформальна назва того, що в RFC з'являється під назвою resolver (визначник?). Але це не служба.
Цитата:
Цитата:
Чи, можливо, http://www.icann.org/ ?
Ні я не помилився саме Internet Assigned Numbers Authority (IANA).
Ви казали: "А DNS це взагалі ціла система служб(до них звичайно належать днс сервера та інше обладнання), за координацію яких відповідає організація - IANA (http://www.iana.org/). Також вона відповідає за делегування високорівневих частин простору імен(приклади: .com, .net, .org, .ua і т.д)."
Не можу з вами погодитись. ICANN це Internet Corporation for Assigned Names and Numbers. От витяги з уже згадуваного http://www.zytrax.com/books/dns/.
The authority for all Top Level Domains (TLDs) lies with ICANN (The Internet Corporation for Assigned Names and Numbers) and responsibility for generic Top Level Domains (gTLDs) has been subcontracted to accredited registrars.
Переклад: ICANN (The Internet Corporation for Assigned Names and Numbers) має повноваження щодо всіх доменів верхнього рівня (ДВР; анг. Top Level Domains (TLDs)), а відповідальність за загальні домени верхнього рівня (зДВР; generic Top Level Domains (gTLDs)) покладено на акредитованих реєстраторів згідно субдоговорів.
The organization responsible for all Top Level Domains is ICANN (The Internet Corporation for Assigned Names and Numbers), now an independent non-profit corporation. ICANN sets the rules for domain name disputes, authorizes new gTLDs and delegates (or subcontracts) the registration process to 'accredited' Registrars for gTLDs and to specific country agencies for ccTLDs.
Переклад: ICANN відповідає за всі домени верхнього рівня (ДВР) і є поточно незалежною неприбутковою організацією. ICANN запроваджує правила розв'язання суперечок щодо доменних імен, санкціонує (дозволяє) нові зДВР і делегує (або передає згідно субдоговорів) реєстраційний процес акредитованим реєстраторам для зДВР і відповідним агенціям країн для ккДВР (коду країни домени верхнього рівня; ccTLDs).
IANA, якщо не помиляюсь, є підрозділом ICANN. На жаль я не маю часу на докладніше вивчення питання, але це і так вже далеке відгалуження від основної теми.
Цитата:
Цитата:
Тобто, в моєму випадку, домен soft належить до зони km.ua. Сервер зони km.ua містить, по вашому, якісь записи про цей домен, і ці записи змінюються. Так? Але ж зонні файли для мого домену нині є на DNS'ах старого гостину і на DNS'ах zuta.net. Так? Тобто, потрібне якесь оновлення конфігураційних даних. От цей процес мене цікавить.
Це данні whois(ip адреса ns серверів , UANIC власника і т.д).
Я розумію це инакше. База даних (БД) whois існує окремо від системи DNS. Це публічна БД про власників доменів. Вона не використовується при виборці IP-адреси через DNS. Але вона має змінюватись при перереєстрації домена.
Але при цьому має також змінитись запис у зонному файлі тієї зони, до якої належить домен. Тобто, має змінитись конфігурація батьківского DNS (parent DNS). Це справді NS записи (який подеколи слід супроводжувати так званим "glue" (укр. "клей") А записом).
Саме цього, можливо, і не було зроблено, що й стало причиною моїх проблем. Сьогодні, гостмастер повідомив про свою помилку та її виправлення.
Окрім того, існує ще питання поширення змін по мережі, але цього питання я вже тут не зачипатиму.
Цитата:
Цитата:
Мене цікавить відповідь на рівні конфігурації DNS'ів (чи хто там цим займається)
Найпоширеніший тип це реккурсивний тобто: ДНС клієнт робить запит локальному ДНС серверу , ... km.ua , який вкаже на ДНС-сервер на який делеговано ваш домен , а той в свою чергу видасть ір адресу.
Дякую, але це опис роботи DNS при обробці власне найпоширенішого запиту. Я ж мав на увазі зміни до конфігураційних файлів.
Цитата:
Цитата:
Мені нічого не відомо про таку перевірку.
Бекоштовні Українські домени потребують працюючих ДНС серверів , і при делегуванні робится перевірка чи існує на донному ДНС-сервері запис(зона) про це доменне ім*я.
Якщо це так, то це могло б багато чого пояснити. Але чому, в такому разі, реєстратору просто не відмовитись вносити зміни, якщо потрібного запису не існує? І чому він надіслав мені відповідь про зміну даних whois, не згадавши про жодні проблеми?
Але насправді все виявилось прозаїчніше - проста людська помилка. Хоча, можливо між усім цим таки є якийсь зв'язок, але це область зовсім непевних гадок.
Цитата:
Цитата:
То чому "до"? І що буде якщо перед?
Ви мабуть мали на увазі , після?
Я працював тільки з доменом kiev.ua , я думаю з ним таке не пройде.
Так, прошу вибачення, я мав на увазі "після". Цілком можливо, що так воно і є з km.ua. Але воно зовні "пройшло"

. Ніяких повідомлень про помилки, нічого, я сиджу чекаю коли ж домен переїде...
Пригадується одне питання з якіхось відпитів (FAQ) "Ну чому все так погано?"

).