DNS: как името на един сайт води до неговия сървър

Полезно е да знаеш

За човека адрес като example.com е удобен начин да запомни сайт. За мрежовата връзка обаче е необходима информация къде да бъде изпратена заявката. DNS, системата за имена на домейни, участва в намирането на тази информация. Тя е отделен слой от самия сайт: може правилно да посочи сървъра, а приложението върху него да има проблем. Това разграничение помага да разберем защо „домейнът работи“ и „страницата се отваря“ не са напълно еднакви твърдения. [1]

Обикновено устройството отправя въпроса към рекурсивен резолвер. Ако той няма подходящ отговор в кеша, търси информация по йерархията на DNS. Кореновите сървъри и сървърите за домейни от най-високо ниво го насочват към авторитетните сървъри за съответната зона. Авторитетният сървър предоставя записите, за които отговаря. Затова резолверът и авторитетният сървър имат различни роли: единият намира отговора за клиента, а другият поддържа определен набор от данни. [1]

DNS записите не са само списък от адреси за уеб страници. Записът A съдържа IPv4 адрес, а AAAA — IPv6 адрес. CNAME указва псевдоним към друго име. MX насочва електронната поща, докато TXT съхранява текстова информация, използвана например при проверки на домейн. NS посочва сървърите за имена. Следователно при преместване на сайт е важно да се знае кои записи обслужват неговата страница и кои поддържат други услуги, за да не се промени ненужно цялата конфигурация. [2]

Кеширането спестява повторното извървяване на търсенето. Записът има TTL, който определя колко дълго може да бъде пазен в кеш според тази настройка. По-дългият срок увеличава възможността отговорът да бъде използван повторно, но може да забави видимостта на последваща промяна. Намаляването на TTL в авторитетната зона не изтрива мигновено старите копия, които вече са получени с предишния срок. Затова подготовката за преместване започва преди самата смяна на адреса. [3]

Представи си учебен пример с два посетителя. Единият е направил справка непосредствено преди промяната и е получил стария запис. Другият пита резолвер, който още няма запазен отговор, и получава новия. За известно време те могат да стигат до различни сървъри, въпреки че изписват едно и също име. Това не означава непременно, че редакцията е изчезнала. Примерът показва защо при диагностика има значение откъде идва отговорът, а не само какво е записано в контролния панел. [1, 3]

Полезно е проверката да се раздели на конкретни въпроси: кой е авторитетният сървър, какъв запис връща той и какво вижда използваният резолвер. Отделно се проверява дали уеб услугата на намерения адрес отговаря. Този подход избягва безцелното променяне на настройки. DNS решава задачата за имената и записите; съдържанието, сертификатът и логиката на приложението се оценяват на следващите нива. Разделянето на тези стъпки прави дори обикновено преместване между два хостинга много по-разбираемо.