DNS це протокол використовується переважно для конвертації hostname (ім'я хоста), На кшталт www.example.com в IP адреси, на зразок 192.168.1.0, і навпаки. В Інтернет, взаємозв'язок між серверами побудована на IP адреси, а не на hostname (ім'я хоста) , Які користувач вводить в програми типу браузерів або telnet клієнтів. Це означає, що системі потрібно засіб, яке б дозволяло знаходити IP адреса сервера по його hostname (ім'я хоста) . Для цього є кілька рішень. Наприклад, читання файлу / etc / hosts або запит до NIS сервера. Але використання DNS найбільш распростанени.
Як вже говорилося, DNS протокол використовується для відшукання IP адрес по hostname і навпаки. Це часто використовується для визначення імені хоста клієнта, який підключається до сервера. DNS також може використовуватися для визначення адреси поштового сервера, а також для отримання додаткової інформаціїпро хості. Наприклад, його місце розташування, операційна системаабо його власник. Однак ж найчастіше DNS використовують за її прямим призначенням.
Більшість систем використовує DNS протокол для відправки запитів до сервера, який займається відшукання IP адрес по hostname (ім'я хоста) . Звичайна система є тільки DNS клієнтом і ніколи не відповідає на запити від серверів або інших клієнтів. У той час, як багато компаній і провайдери мають один або кілька DNS серверів у своїй мережі. Так що всі інші хости цієї мережі можуть ними користуватись. Якщо ваша компанія вже має DNS сервер, значить вам немає необхідності читати цю главу.
Доменна система імен поділена на зони (названі доменами), кожна з яких має ім'я на кшталт example.com або foo.com.au. Зони мають ієрархію. Це означає, що зона foo.com.au знаходиться в зоні com.au, яка в свою чергу є частиною зони au. На самому верху цієї ієрархії розташований. або root (корінь) зона.
Для кожної зони, існує як мінімум один DNS сервер, який є основним і має всю інформацію про цю зоні. Також існують кілька другорядних або підлеглих серверів, які мають копію інформації з основного сервера. Це дозволить зробити бекап основного сервера якщо він стане несправним. Один DNS сервер може обслуговувати кілька DNS зон або необслуговуваних жодну. Сервер зазвичай відповідає за надання інформації про зонах які він обслуговує.
Перш ніж, сервер зможе обслуговувати певну зону, її (зону) потрібно зареєструвати в батьківській зоні. Більшість батьківських зон на кшталт. com, .net, .ru недоступні простим людям і управляються компаніями, які мають право на реєстрацію дочірніх зон в цих батьківських зонах. Зазвичай вони називаються реєстраторами. Це означає, що ви не можете просто встановити DNS сервер, який обслуговував би домен на кшталт example.com і зробити його доступним з Інтернет. Ви повинні заплатити за те, щоб ваш домен зареєструватись. Це може зробити будь-яка компанія-реєстратор. Таким чином, заплативши, ви зареєструєте доменне ім'я, яке є піддоменом головного домену, наприклад домену .com.
Кожна зона включає в себе безліч DNS записів, кожна з яких має ім'я, тип і значення. Найбільш поширеним типом записи є адреса або, для стислості A запис. Цей тип запису містить наступну інформацію: IP адреса і асоційоване з ним hostname (ім'я хоста) . Інший тип це NS або name server (сервер імен) записи, які містять інформацію про DNS сервері, що обслуговує зону або піддомен. І третій тип це MX або mail server ( поштовий сервер ) записи, який містить інформацію про вузол, який обслуговує пошту для цієї зони.
Кожна зона повинна мати хоча б один додатковий сервер, який зміг би підмінити головний сервер, якщо той недоступний з деяких причин. Додаткові сервера дозволять також розподілити навантаження на головний сервер. Це відбувається тому, що інші сервера в пошуках інформації про DNS записи, вибирають DNS сервер з потрібною зони випадковим чином. Насправді, немає ніякої можливості для інших серверів дізнатися який сервер головний, а який додатковий для деякої зони.
Додаткові сервера можуть запитувати копію всіх записів зони використовуючи трансфер всередині зони. Це виконується коли додатковий DNS сервер отримує вперше на обслуговування деяку зону, а також коли сервер визначає, що зона змінилася або записи застаріли. Головний сервер може бути налаштований таким чином, що він буде повідомляти додаткові сервери, коли зона змінилася, і вони повинні оновиться, дозволяючи їм завжди мати нову інформацію.
Кожна зона має свій серійний номер, Який являє собою простий лічильник, що збільшується щоразу, коли будь-який запис із зони змінилася. Цей номер використовується додатковими серверами для визначення факту, що в зоні пройшли изменеия, і якщо так, то необхідно скопіювати ці зміни. У більшості випадків, не має значення як виглядає цей серійний номер. Однак, деякі домени вимагають, щоб формат номера був дата-орієнтованим - YYYYMMDDnn.
Зазвичай на одному сервері розташований лише master (майстер, головні) зони або тільки slaves (другорядні) зони. Однак, буває так, що сервер є головним для одних зон і в той же час, додатковими для інших. Правила на кількість серверів які обслуговують зону немає. Важливі зони.com і root (коренева, головна) мають 13 серверів обслуговування, оскільки ці зони становлять більшу частину Інтернет і до них відбувається велика кількістьзвернень. Чим більше додаткових серверів на зону, тим краще, головне, щоб вони постійно синхронізували свій вміст.
Коли DNS сервер отримує запит від клієнта на пошук запису, він спочатку перевіряє у себе - може необхідна запис входить в ті зони, які обслуговуються їм. Якщо так, то він може відповісти клієнту негайно. Однак якщо необхідна запис не знайдено на цьому сервері, то сервер направить запити до інших сервера для її пошуку. Пошук починається з одного з серверів відповідає за root (головну) зону, який направить на інший DNS сервера, а він на третій і так далі, поки необхідна запис нічого очікувати знайдено. Якщо необхідна запис не існує, тоді один з DNS серверів скаже про це і пошук зупиниться.
Наприклад, уявіть якщо DNS клієнт запитує сервер про IP адресу для хоста www.webmin.com.
Сервер пройде наступні кроки для визначення IP адреси:
1. Спочатку він зробить запит до одного з root (головний) серверів, такий як a.root-servers.net (198.41.0.4), щоб спробувати відшукати IP адреса для www.webmin.com. Root сервер відповість списком DNS серверів обслуговуючих зону.com. Один з них a.gtld-servers.net (192.5.6.30).
2. Далі він зробить запит до сервера обслужівающему.com зону із запитом IP адреси для www.webmin.com. Відповіддю буде список DNS серверів, один з яких au.webmin.com (203.89.239.235). Це головний DNS сервер для домену webmin.com.
3. Потім DNS клієнт зробить запит до сервера webmin.com, щоб дізнатися адресу для www.webmin.com. Відповіддю буде 216.136.171.204, що є правильним IP адресою.
4. DNS клієнт отримає цей IP адреса і кешируєт результат. Тепер він буде знати, який IP адреса у www.webmin.com і йому не знадобиться проходити всі ці кроки знову. Але цей результат має TTL, соответсвенно по закінченню цього часу, дані про IP адресу застаріють, і DNS клієнт знову пройде ці кроки, щоб дізнатися IP адресу для www.webmin.com. Це зроблено для того, щоб не проходити ці кроки знову і знову, створюючи великий трафік в Інтернет.
Як ви можете бачити, DNS сервер може знайти IP адреса будь-якого хоста в Інтернеті, дотримуючись простого алгоритму. Неможливо знайти тільки адреса root серверів. Вони зчитуються з файлу. Оскільки адреси root серверів вкрай рідко змінюються, вони зберігаються в певному файлі.
Зв'язок між IP адресами та їх hostname (ім'я хоста) зберігається в DNS окремо від зв'язку між hostname (ім'я хоста) і IP адресою. Це зроблено для того, щоб зробити можливим пошук hostname (ім'я хоста) по IP адресою використовуючи схожий, з описаним вище, алгоритм дій. Пояснюється це тим, що можуть трапиться невідповідності між відносинами IP адреси до hostname, і hostname до IP адресою. Наприклад, www.webmin.com пов'язаний з 216.136.171.204, але 216.136.171.204 відноситься до usw-pr-vhost.sourceforge.net! Це викликає плутанину, але це реальний факт. Коли клієнт хоче знайти hostname (ім'я хоста) для IP адреси на зразок 216.136.171.204, він перетворює цю адресу в запис виду 204.171.136.216.in-addr.arpa. Як ви можете бачити це той же самий IP адреса, тільки задом на перед і до нього додано до кінця in-addr.arpa. Спеціальна зона in-addr.arpa обслуговується root DNS серверами, і її піддомени доступні для інших DNS серверів. Зазвичай кожна зона класу C (наприклад, 171.136.216.in-addr.arpa) обслуговується DNS серверами компаній або інтернет-провайдерів, які мають цими зонами. Це означає, що вони можуть створювати записи, які визначають свзяь між IP адресою і його hostname (ім'я хоста). Всі ці записи спеціального типу - PTR. Велика проблема пов'язана з методом відшукання всього, що менше класу C (який включає в себе 256 адрес) і обслуговується одним DNS сервером. Таким чином, якщо сервер обслуговує зону example.com, яка містить лише один запис, www.example.com з адресою 1.2.3.4, то деякий сервер не зможе відшукати цю адресу. Тому краще, щоб цю одну запис мав DNS сервер інтернет-провайдера або хостинг компанії, чия мережа включає веб-сервер для www.example.com. Тільки організації можуть мати необхідність володіти мережею класу C і обслуговувати зворотну зону для цієї мережі використовуючи їх власний DNS сервер.
Багато організацій маємо внутрішню мережу, яка використовує приватні IP адреси, що починаються, до приклад, з 192.168. Мережа на кшталт цієї, підключається до інтеренет через firewall використовуючи NAT. Деякі люди мають домашню мережу організовують свій доступ в Інтернет в такий спосіб. Одна з машин має доступ в Інтернет безпосередньо. Вона є шлюзом (Gateway). Решта підключається через неї. Виходить, що вони працюють в Інтернет під одним IP адресою.
Також в таких мережах може знадобиться DNS сервер для видачі hostname комп'ютерів внутрішньої мережі. Це можливо, створивши зону з довільним ім'ям начебто home або internal, яка містить записи про внутрішніх комп'ютерахмережі, а також створивши зворотний зону для 192.168 мережі, таким чином, що IP адреси можуть бути знайдені за запитом. Сервер також може бути налаштований для пошуку реальних Інтернет hostname (ім'я хоста), як будь-яка нормальна DNS сервер. Однак, такий пошук ні до чого не приведе, тому що ваша локальна зона не зареєстрована в Інтернет.
| |Багато хостинг-провайдери надають доступ до панелі управління. У ній є розділ налаштувань DNS. Тут створюються DNS-записи.
вимоги
Щоб налаштувати ім'я хоста, потрібно мати:
- Віртуальний сервер.
- Доменне ім'я.
1: Збір інформації за допомогою WHOIS
Спочатку потрібно перенаправити ваш сервер доменних імен на сервери імен провайдера. Ви можете зробити це через веб-сайт реєстратора домену. Якщо ви не пам'ятаєте, де ви зареєстрували своє ім'я, ви можете дізнатися його за допомогою WHOIS. Це протокол, який відображає ідентифікаційну інформацію сайту (IP-адреса і дані про реєстрацію).
Для цього введіть у командний рядок:
whois example.com
WHOIS відобразить всі дані, пов'язані з сайтом, включаючи реєстратора вашого домену.
2: Зміна сервера домена
Увійдіть в панель управління реєстратора домену та знайдіть поле типу Domain Name Server.
Направте його на сервери імен провайдера і заповніть три поля Domain Name Server. Після цього збережіть зміни і вийдіть.
Щоб переконатися, що нові сервери імен були зареєстровані, знову використовуйте WHOIS; в результаті ви побачите оновлену інформацію:
Domain Name: EXAMPLE.COM
Registrar: ENOM, INC.
Whois Server: whois.enom.com
Referral URL: http://www.enom.com
Name Server: NS1.HOSTING-PROVIDER.COM
Name Server: NS2.HOSTING-PROVIDER.COM
Name Server: NS3.HOSTING-PROVIDER.COM
Status: ok
Хоча сервери імен видно у висновку WHOIS, може знадобитися годину або два, щоб зміни відбилися на сайті.
3: Налаштування домену
Тепер відкрийте панель управління вашого хостинг-провайдера.
Знайдіть розділ типу «Додати домен» і введіть свій домен.
ПриміткаДомен не повинен містити префікс www.
Ви потрапите на сторінку, де ви зможете ввести всі дані свого сайту. Щоб створити нове ім'я хоста, вам потрібно тільки заповнити запис A. Якщо ви використовуєте адресу IPv6, ви повинні ввести його в запис AAAA.
запис А
Введіть IP-адресу сервера, який буде використовувати цей домен та ім'я хоста. Ім'я хоста йде перед доменом:
test.example.com
створіть новий записА, де HOSTNAME має значення test. В поле WILL DIRECT TO введіть IP-адресу сервера, з яким потрібно зв'язати це ім'я.
HOSTNAME: test
WILL DIRECT TO: 1111.1.111.1
TTL (SECONDS) 3600
Ви також можете підключити IP-адреса до доменного імені без префікса:
http://example.com
Для цього створіть нове ім'я хоста з символом «@» в поле HOSTNAME. Запис повинен виглядати так:
HOSTNAME: @
WILL DIRECT TO: 1111.1.111.1
TTL (SECONDS) 3600
Натисніть кнопку Створити запис.
запис АААА
Введіть адресу IPv6 сервера, який буде використовувати цей домен та ім'я хоста. Ім'я хоста йде перед доменом. Ви також можете підключити свій IP до базового доменному імені без префікса. Для цього створіть нове ім'я хоста з символом @ в поле HOSTNAME. Запис повинен виглядати так:
HOSTNAME: @
WILL DIRECT TO: 1111: 1DB1 :: d: 1111
TTL (SECONDS) 3600
Натисніть кнопку Створити запис.
запис CNAME
Запис CNAME працює як псевдонім записи A, направляючи субдомен на запис A. Якщо IP-адреса записи А зміниться, CNAME буде слідувати новою адресою. Щоб додати префікс www до URL-адресою, чи потрібно записати новий CNAME і заповніть два поля.
Екран повинен виглядати так:
HOSTNAME: www
IS AN ALIAS OF: @
TTL (SECONDS): 43200
Також можна створити шаблонну запис CNAME, яка буде направляти ВСВЕ субдомени на зазначену запис A (наприклад, якщо відвідувач випадково введе wwww замість www). Для цього в поле HOSTNAME ставиться зірочка.
HOSTNAME: *
IS AN ALIAS OF: @
TTL (SECONDS): 43200
Якщо вам потрібно налаштувати поштовий сервер використовуйте записи MX.
записи МХ
Запис МХ складається з полів:
- HOSTNAME (визначає, до яких хостам повинна застосовуватися запис),
- MAIL PROVIDERS MAIL SERVER (вказує на поштовий сервер),
- PRIORITY (позначає порядок підключення до поштових серверів).
У більшості випадків поле HOSTNAME містить символ @, щоб запис застосовувалася до базового домену. Ці записи завжди закінчуються символом точки. стандартна записМХ виглядає так:
mail1.example.com
3: Прикінцеві дії
Після заповнення всіх необхідних полів на оновлення інформації піде якийсь час. Після цього інформація про сервер імен буде автоматично заповнена. Нові параметри будуть підтримуватися через кілька годин.
Через якийсь час ви зможете підтвердити, що нове ім'я хоста було зареєстровано. Для цього використовуйте команду.
ім'я хоста- це символічне ім'я, призначене мережних пристроїв, яке може бути використане для організації доступу до цього пристрою різними способами. Як правило ім'я хоста - це доменне ім'я, яке значно простіше для людини прочитати, запам'ятати і вимовити, ніж той же числовий IP-адреса, який також ідентифікує мережний пристрій.
У той час, як для ідентифікації пристрою IP-адреса обов'язковий, призначення імені хоста - опціонально.
Існує кілька способів призначення імені хоста пристрою. Повністю кваліфіковані доменні імена (Fully Quilified Domain Names або FQDN) управляються і призначаються Інтернет-хостів через глобальну систему доменних імен (DNS) і унікальні в межах всього інтернету. Проте, тим же способом це може бути зроблено і в локальних мережахлокальними серверами DNS, або ж ім'я хоста може бути визначено за допомогою файлу "hosts" на окремому комп'ютері.
У будь-якому випадку, пристрої в мережі технічно можуть з'єднуватися тільки з використанням IP-адреси. Це означає, що для підтримання зв'язку з пристроєм по його імені, необхідно забезпечити можливість вирішувати дане ім'яв IP-адресу. Крім того, для одного і того ж IP можна призначати більше одного доменного імені (один IP - кілька доменних імен). У зв'язку з цим, дозвіл доменного імені в IP досить проста і мінімально необхідна операція для реалізації мережевого з'єднання. З іншого боку, дозвіл IP-адреси в список призначених йому доменних імен, як правило, не тривіально і не є необхідним. Тому технічно це не реалізовано в протоколах Інтернет. За винятком єдиного випадку, в системі DNS передбачена спеціальна запис PTR (pointer). Саме цей запис дозволяє здійснити зворотне дозвіл IP-адреси в ім'я хоста, і саме це ім'я на увазі під "ім'ям хоста", і саме цим воно відрізняється від більш загального "доменного імені".
Я орендую сервер, запускаючи Ubuntu 16.04 в компанії, назвемо його company.org.
В даний час мій сервер налаштований таким чином:
- ім'я: server737263
- ве ім'я: company.org
Ось моє повне доменне ім'я:
[Email protected]: ~ $ Hostname --fqdn server737263.company.org
Це не дивно.
Я також domain.org доменне ім'я, domain.org його domain.org. Те, що я хотів би зробити, це перейменувати мій сервер як server1.domain.org.
Це означає настройку мого імені хоста як server1 і мого доменного імені як domain.org.
Як я можу зробити це правильно?
Дійсно, man-сторінка для hostname не ясна. Для мене як мінімум:
ІМ'Я НАБОРУ
- При виклику з одним аргументом або з параметром -file команди встановлюють ім'я хоста або ім'я домену NIS / YP. hostname використовує функцію sethostname (2), а всі три імені домена, ypdomainname і nisdomainname використовують setdomainname (2). Зверніть увагу, що це діє тільки до наступного перезавантаження. Змініть / etc / hostname для постійних змін.
Повне доменне ім'я
- Ви не можете змінити повне доменне ім'я з ім'ям хоста або DNS-ім'ям.
Схоже, що редагування / etc / hostname недостатньо? Оскільки, якщо він дійсно змінив ім'я хоста, це змінило б повне доменне ім'я. Також є трюк, який я прочитав, щоб змінити ім'я хоста за допомогою команди sysctl kernel.hostname = server1, але ніщо не говорить, чи правильно це чи потворний трюк.
Який правильний спосіб установки імені хоста?
Який правильний спосіб установки імені домена?
One Solution collect form web for "Як правильно встановити ім'я хоста і ім'я домену?"
Налаштування імені хоста:
Ви захочете відредагувати / etc / hostname з новим ім'ям хоста.
Потім запустіть sudo hostname $ (cat / etc / hostname).
Налаштування вашого домену:
Потім, в /etc/resolvconf/resolv.conf.d/head, ви потім додасте search your.domain.name рядку search your.domain.name (а не ваше повне доменне ім'я, просто ім'я домену).
Потім запустіть sudo resolvconf -u для оновлення вашого /etc/resolv.conf (в якості альтернативи просто відтворіть попереднє зміна в вашому /etc/resolv.conf).
І те і інше:
Нарешті, поновіть файл / etc / hosts. Повинна бути хоча б один рядок, що починається з одного з ваших IP (loopback чи ні), вашого FQDN і вашого імені хоста. grepping з адрес ipv6, ваш файл hostsможе виглядати так.
Зазвичай під хостом розуміється протокол TCP / IP, тобто мережеве ім'я пристрою підключеного до мережі. Якщо підключення до мережі створюється динамічно, то в даному випадку мова може йти про те учаснику з'єднання, який управляє сеансом зв'язку. Наприклад, під час онлайн-ігор.
Інструкція
Скористаєтеся спочатку командної рядком Windows, Зайшовши в систему на правах адміністратора. Відкрийте меню «Пуск» і в розділі «Виконати» або у вікні пошуку введіть значення cmd і натисніть «OK». Впишіть в командний рядок: nslookup domainname ( хоста). Натисніть «Enter». Дізнайтеся IP-адреса хоста, якщо це можливо, так як ці дані можуть бути і приховані. Як варіант, замість nslookup ви можете вписати ping domainname (хоста) / t, хоча такий доступ теж може бути заблокований.
Зверніться до таких сайтів, як http://whois-service.ru, http://ip-whois.net або http://2ip.ru. Введіть відомий вам URL або ознайомтеся зі списком можливих підключень до вашого комп'ютера, проаналізувавши свій IP. Якщо з'єднання пряме, то всі потрібні вам відомості вам вдасться отримати. Так само ви зможете дізнатися відомості про сайті, через який ви, наприклад, підключаєтеся до гри.
Якщо вам потрібно дізнатися, хто у теперішній моментпідключений до ігрового (або не-ігровому) сайту, і за якими IP-адресами, спочатку зайдіть на нього. Після цього поверніть вікно і через «Пуск» знову зверніться до командного рядка. Впишіть: netstat і натисніть «Enter». У вікні командного рядкабудуть відображені всі активні на даний моментз'єднання і порти. Наприклад: 198.168.11.1: 55901, де 198.168.11.1 - це IP-адреса хоста, а 55901 - активний порт.
Дізнатися IP-адреса хоста можна і у провайдера, хоча такі дані надаються зазвичай тільки за запитами поліції, суду і спецслужб. Так що не піддавайтеся на виверти шахраїв, що пропонують за «безкоштовне» SMS або після переходу з невідомої посиланням надати вам всі ці відомості.
