В следващите раздели ще изследваме концепцията за име на домейн и име на хост.
Преглед на историята
В първите дни на интернет (ерата на ARPANET) имаше файл, наречен hosts.txt, който имаше имената и IP адресите на всички компютри в мрежа. Този файл се поддържа от сайт, от който всички други мрежови компютри ще получат актуализацията за всички други компютри. Този подход беше добър за най -много няколко стотици компютри в мрежа. Беше ясно, че размерът на файла hosts.txt в крайна сметка ще се увеличи с добавянето на повече устройства в бъдеще. По този начин поддържането на този файл би станало практически тромаво. Това означаваше, че този метод в крайна сметка няма да оцелее. Конфликтът на име на хост беше друг проблем при поддържането на този огромен файл. За да се преодолеят тези проблеми, DNS (Domain Name System) е въведена през 1983 г. Когато хост иска да се свърже с друг хост в мрежа, използвайки Hostname, DNS съпоставя името на хоста с неговия IP адрес. Освен разрешаване на име на хост към IP адрес, DNS извършва много други операции.
DNS йерархия и име на домейн
DNS използва разпределена система от бази данни и използва йерархична схема за тяхното управление. Йерархията на DNS всъщност е обърната дървесна структура, чийто връх се нарича коренов домейн. Основният домейн е допълнително разделен на домейни от първо ниво като .com, .net, .edu, .org и др. Домейнът от първо ниво може да бъде допълнително категоризиран като държави и родови.
Домените на страната са двубитови кодове, които представляват всяка държава в света. Например .jp се използва за представяне на Япония, .uk за Обединеното кралство и др. Общите домейни са предимно три или повече символни TLD. TLD може допълнително да съдържа много домейни от второ ниво, тогава домейните от второ ниво могат да включват повече домейни от трето ниво и т.н. Тези домейни са разделени с точка или .dot знак. Например, contact.amazon.com, support.amazon.com имат .com като TLD, amazon е домейн от второ ниво, контактът и поддръжката са домейни от трето ниво.
Фигура 1: DNS йерархия
Управлението на домейни от най-високо ниво като именуване се управлява от ICANN (Интернет корпорация за присвоени имена и номера). Домените от второ ниво се разпространяват от регистраторите, назначени от ICANN. За да получите ново име на домейн, например с .com TLD, отидете до съответния .com регистратор и проверете дали домейнът от второ ниво или просто името на домейна е налично или не. Можете да регистрирате нов и уникален домейн, като платите малка такса или безплатно в случай на някои TLD (.tk, .ml и т.н.).
Има два типа имена на домейни: абсолютни и относителни. Абсолютни домейни са тези, които завършват с нотация на точка като cs.mit.edu .. Относителните домейни не завършват с точка.
Домените са наименувани отдолу-отгоре, като обхващат всички обекти от самия домейн до корена. Обикновено те се тълкуват отляво надясно, като лявото образувание е най -специфично, а дясното е най -малко специфично.
Имената на домейните могат да се използват с всеки регистър, тъй като те са чувствителни към регистъра. Навигирането до GOOGLE.COM е еквивалентно на google.com. Имената на домейните трябва да започват с азбучна буква, но могат да завършват със знак или цифра. Между тези два края може да съдържа тирета. Дължината на име на домейн е ограничена до или равна на 63 знака.
Име на хост или напълно квалифицирано име на домейн (FQDN)
Термините FQDN и Hostname се използват по различен начин от някакъв текст, но основното значение остава същото. FQDN и Hostname се използват взаимозаменяемо [1], докато [2], FQDN се счита за съставен от Domain Name и Hostname отделно. И в двете терминологии обаче има уникално име на хост (с включено име на домейн) или напълно квалифицирано име на домейн (FQDN) за всеки хост в интернет.
Имената на хостове (с включени имена на домейни) за крайни системи се основават на йерархията на DNS на организация. Като пример, помислете за хост машина, host1, в домейна cs.mit.edu. FQDN или Hostname за този хост ще бъде host1.cs.mit.edu, което ще бъде уникално в интернет. По същия начин, ако това е уеб URL, като www.mit.edu, можем да интерпретираме www като Hostname и mit.edu като име на домейн.
FQDN или напълно квалифицирано име на домейн е абсолютно недвусмислено, тъй като изисква да бъде уникално за всеки хост в интернет. Най -добрата практика за именуване на хостове (без име на домейн) в мрежа е да се използват различни идентификатори за всеки. Въпреки това, локалното име на хост (или име на хост без пълна информация за домейна) не трябва да е уникално, но този подход може да създаде грешки като проблеми с мрежовата свързаност.
Обикновено хост има само едно име на хост, но може да приема няколко имена на хост. Файлът на локалния хост може да се използва за разрешаване на IP адреси или имена на хостове на локален компютър. Докато разрешавате име на хост, първо се проверява съдържанието на файла /etc /hosts. Ако запис за името на хоста не е намерен тук, извадката използва DNS сървъра с имена.
Във файла може да бъде посочено статично име на хост /etc/hostname на Linux система. Използвайки hostnamectl помощна програма, можем да прегледаме FQDN на системата и да променим и този файл. Това е показано на снимката по -долу:
Фигура 2: Конфигуриране на име на хост
Заключение
Мрежовите администратори трябва да имат добри познания за правилното конфигуриране на име на домейн и име на хост. Това ще им помогне при отстраняването на много проблеми в мрежата в мрежата на тяхната организация. Това, което можете да направите по -нататък, е да проучите различни инструменти за мониторинг на системата и мрежата.
Препратки:
1. Red Hat Enterprise Linux 4: Справочник . (н.д.). MIT - Масачузетски технологичен институт. https://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-rg-en-4/ch-bind.html
2. За напълно квалифицирани имена на домейни (FQDN) . (2018 г., 14 май). База знания на университета в Индиана. https://kb.iu.edu/d/aiuv