Коли хтось (або якийсь комп’ютер) в Інтернеті, так би мовити, хоче підключитися до однієї з ваших машин, вони запитують у свого локального сервера імен IP-адресу, яка відповідає імені хоста, яке їх цікавить.
Тож якщо ви скажете комусь "ей, подивіться на мій класний веб-сайт http://www.example.com ", комп'ютер іншого хлопця запитає його місцевого сервера імен: "Ей, що таке IP-адреса для www.example.com?"
Якщо припустити, що локальний сервер ніколи раніше не шукав відповіді на це питання, він попросить кореневі сервери імен дізнатись, який сервер (и) обробляє пошук для ".com". Коли він отримає таку відповідь, він запитає ті сервери, які сервери обробляють пошук для "example.com". Коли він отримає таку відповідь, якщо запитає у цих серверів IP-адресу для "www.example.com".
Коли сервер (и), наприклад ,.com.com відповість IP-адресою для www.example.com, вони також дадуть запитуючий сервер імен підказку про те, як довго він повинен запам'ятати відповідь на це питання. Цей натяк називається "TTL", або "час жити", і він вимірюється в секундах. Немає гарантії, що будь-який сервер зверне будь-яку увагу на TTL - деякі сервери імен можуть бути налаштовані так, щоб ніколи не запам'ятовували відповіді на пошук, і завжди повторюватимуть процес, навіть якщо його запитують кілька разів на секунду. Інші сервери імен можуть бути налаштовані таким чином, щоб тривалий час зберігати відповідь, навіть якщо ви запропонували зберігати дані лише короткий час, можливо тому, що вони хочуть мінімізувати мережевий трафік. TTL - це лише пропозиція, а не вимога чи гарантія.
Буквальна відповідь на ваше запитання - чому ваші записи DNS не розповсюджуються в Інтернеті, - це те, що вони цього не роблять, оскільки цього не повинні робити.
Крім того, якщо ви переглядаєте свою власну інформацію DNS за допомогою веб-сайту, призначеного для дослідження або відлагодження DNS-інформації, велика ймовірність, що сайт не збирається кешувати дані надовго або взагалі, незалежно від того, яка ваша пропозиція щодо TTL, оскільки ціль сайту - це, ймовірно, надання інформації про те, що система DNS каже ПРАВО ЗАРАЗ, а не 5 чи 50 чи 500 секунд тому. Ось чому ваші зміни відображаються негайно, і чому служба перестає працювати, як тільки ви від'єднаєте своїх серверів імен.
Я підозрюю, що вашим основним запитанням може бути "як я можу налаштувати такі речі, щоб якщо мій DNS-сервер перезавантажився або його жорсткий диск помер, інші люди в Інтернеті все ще зможуть бачити мої веб-сторінки?"
Відповідь на це питання полягає у створенні декількох серверів імен для вашого домену та їх запуску на різних машинах - в ідеалі, не просто на різних фізичних комп’ютерах, але з різними мережевими підключеннями, можливо, навіть у різних містах, штатах чи країнах чи континентах. Більшість цих серверів імен будуть створені як "раби", а це означає, що вони звертаються до "головного" сервера імен за їх інформацією, а потім повторюють цю інформацію будь-кому, хто запитає їх.
Отже, у ваших даних WHOIS з реєстратором вашого доменного імені ви можете налаштувати чотири сервери імен для вашого домену:
ns1.example.com ns2.example.com ns1.otherguy.com ns2.otherguy.com
де ns1.example.com - ваш поточний DNS-сервер. ns2.example.com може бути іншою машиною у вашій компанії / організації - в ідеалі не в тій самій підмережі і в тій же серверній стійці (або під столом того ж хлопця), що і ns1.example.com.
ns1.example.com буде вважатися "головним" сервером, і коли ви захочете змінити свій DNS, ви внесете зміни на цій машині.
ns2.example.com буде конфігуруватися як "підлеглий" сервер, який просто копіює всі дані, які ви встановили на ns1.example.com - але зовнішній світ не піклується про відмінність головного / підлеглого, ns2.example .com буде вважатися так само "офіційним", як і ns1.example.com.
ns1.otherguy.com і ns2.otherguy.com - це машини, які встановлені десь в іншому місці - можливо, ви домовитесь з другом / колегою в іншій організації, щоб запустити сервери імен один для одного, або, можливо, ви налаштуєтесь на dyndns.com або everydns.net або будь-який з інших безкоштовних або комерційних постачальників DNS. Однак якщо ви працюєте над цим, ви отримуєте такі машини, налаштовані як раби, щоб вони витягували інформацію про DNS для example.com з ns1.example.com (ваш "господар"), і вони будуть передавати цю інформацію про DNS будь-якій машині на Інтернет, який просить про це.
Після того як ваш реєстратор домену опублікує нові записи NS для вашого домену (які повинні бути приблизно миттєвими), тоді, коли хтось із Інтернету запитає, який сервер доменних імен обробляє "example.com", він отримає чотири відповіді -
ns1.example.com, ns2.example.com, ns1.otherguy.com, ns2.otherguy.com
Залежно від того, як налаштований сервер імен іншого хлопця, він може ставитися до цих чотирьох як до списку і запитувати їх по черзі, як отримати "www.example.com" - або він може задати всім чотирьм одне і те ж питання на в той же час, і просто візьміть відповідь з тієї машини, яка відповість першою. У будь-якому випадку, якщо ns1.example.com не працює через те, що жорсткий диск помер, або ви вирішили перезавантажити або будь-що інше, інші 3 машини будуть доступні, щоб відповісти на питання замість цього, і ваш веб-сайт і надалі буде видно.
Найпростіший спосіб вирішити цю проблему - зареєструватися у постачальника послуг DNS, який буде обробляти DNS для вашого домену - ціна на це коливається від вільних до тисяч (можливо, навіть десятків чи сотень тисяч) доларів на місяць, залежно від необхідний рівень обслуговування. Ви можете отримати досить надійну послугу за 30 доларів / рік або близько того. Безкоштовні сервіси не жахливі і, отже, мають досить хороший коефіцієнт виграшу за гроші, але якщо ви залежаєте від веб-сайту, щоб заробити гроші, ви повинні отримати 30 доларів за рік, що коштує DNS .
Потім виконайте вказівки постачальника послуг DNS, щоб змінити записи NS в реєстраторі вашого доменного імені, і все буде налаштовано.
example.com
замість цього - це офіційно зарезервовано для цієї мети.