3. Модель использования DNS
+--------+
| |
| |
| Служба |
| DNS |
| |
+--------+
^ |
| |
| |
| |
/--\ | |
| | | V
| | +--------+ +--------+
\--/ | | | |
| | | | |
---+--- | Клиент |-------------------->| Сервер |
| | | | |
| | | | |
/\ +--------+ +--------+
/ \
/ \
Пользователь
На рисунке показана простая концептуальная модель использования DNS приложениями. Пользователь приложения знает идентификатор для интересующей информации или службы. Этот идентификатор зачастую представляет собой URL или URI, содержащий доменное имя. Пользователь вводит идентификатор в клиентском приложении (например, набирая URL в строке ввода окна браузера). Клиент представляет собой автоматическую программно-аппаратную систему, которая контактирует с соответствующим сервером для того, чтобы обслужить запрос пользователя. Для того, чтобы сделать это, клиент обращается к серверу DNS для преобразования доменного имени из полученного идентификатора в адрес IP. После этого клиент обращается к серверу по полученному адресу. Эта простая модель применима к таким протоколам, как HTTP [5], SIP [7], RTSP [6], SMTP [9].
При рассмотрении модели становится очевидным, что в системе присутствует три компоненты, которые могут использовать ложные предположения о предоставляемых сервером услугах. Человек может формировать свои ожидания в части содержания предоставляемых услуг на своем толковании имени хоста, обеспечивающего сервис. Сервер может предполагать, что подключающийся к нему клиент поддерживает протоколы, которых тот реально не поддерживает, способен воспринимать информацию, которую клиент реально не понимает, или поддерживает возможности, которых нет у реального клиента. Аналогично, клиент может предполагать на сервере поддержку протоколов, содержимого и возможностей, которые не поддерживаются в реальности. Более того, приложения могут включать множество людей, клиентов и серверов, каждый из которых независимо от других может делать свои ложные предположения.