ХРАНЕНИЕ И РАЗРЕШЕНИЕ В DNS ФИЛИАЛА Российский патент 2011 года по МПК G06F15/16 

Уровень техники изобретения

Современные компьютерные системы допускают обмен данными и ресурсами в сетевых средах. Например, современная компьютерная сеть может включать в себя ряд соединенных между собой компьютеров-клиентов. Компьютерная сеть может дополнительно включать в себя ресурсы. Такие ресурсы могут представлять собой, в порядке примера, но не ограничения, файловые серверы для хранения данных, доступных клиентам, серверы печати для предоставления клиентам доступа к принтерам и хранилища общего пользования на компьютерах-клиентах для хранения данных, которые могут быть доступны другим клиентам и ресурсам в сети.

Сети различаются масштабом. Сети меньшего масштаба включают в себя локальные сети (LAN). Примеры LAN включают в себя домашние сети и сети малых предприятий, т.е. сети в масштабе одного дома или помещения для коммерческого использования. Более крупные сети включают в себя глобальные сети (WAN). Самым очевидным примером WAN является повсеместно распространенный Интернет. Другой пример включает в себя совокупность LAN, соединенных между собой и образующих сеть предприятия.

Когда LAN соединены между собой, образуя сеть предприятия, каждую LAN можно рассматривать как включенную в филиал. Филиал обеспечивает функции маршрутизации сетевых данных в местном филиале. Концентратор сети предприятия используется для соединения между собой филиалов посредством соединений WAN.

Концентратор сети предприятия включает в себя функцию маршрутизации в масштабе предприятия. Обычно сеть предприятия устроена так, что все клиенты и ресурсы находятся в одном и том же пространстве имен. Например, пространством имен может быть microsoft.com. Имена хостов для клиентов и ресурсов в сети предприятия могут включать в себя, например, client1.microsoft.com, printserver1.microsoft.com, fileserver1.microsoft.com, bill.microsoft.com, tom.microsoft.com, и т.д.

Хотя современные пользователи компьютеров привыкли использовать имена хостов, поскольку их легко запомнить в силу их буквенно-цифровых характеристик, клиенты и ресурсы в сети обычно осуществляют связь с использование числовых IP-адресов. Таким образом, для установления соответствия между IP-адресами и именами хостов используется механизм трансляции. В сети предприятия, на сервере доменных имен (DNS) хранится соответствие между именами хостов и IP-адресами для клиентов и ресурсов предприятия. Серверы DNS обычно организованы в виде сетей таким образом, что запросом на отображение имени хоста в IP-адрес может манипулировать несколько серверов DNS. Современные реализации серверов DNS подразделяются на два типа, аутентичный и неаутентичный.

Аутентичные серверы DNS реализуют модель, которая включает в себя первичные и вторичные серверы. Первичные и вторичные серверы выглядят аутентичными для клиентов и ресурсов. Однако вторичные серверы DNS в действительности не являются аутентичными. Вторичные серверы DNS копируют записи со своего главного сервера. После приема и загрузки копии, вторичный сервер DNS рассматривает данные как аутентичные. Вторичный сервер DNS отвечает на запросы, как если бы он был первичным сервером. В порядке примера, в модели аутентичного сервера DNS, сервер DNS, который может быть вторичным сервером DNS, хостирует зону и полностью аутентичен для всех данных в зоне. Если сервер DNS принимает запрос имени хоста в зоне, сервер DNS отвечает с использованием записей, хранящихся в локальной зоне. Если запрашиваемые данные отсутствуют на сервере DNS, сервер DNS выдает в ответ сообщение об ошибке. Модель аутентичного сервера DNS может использовать большие объемы пропускной способности сети при копировании записей с первичного сервера DNS на вторичные серверы DNS. Дополнительно, между операциями копирования, локальная зона может не иметь доступ ко всем действительным записям, если записи обновились на первичном сервере DNS, но еще не скопированы на вторичный сервер DNS.

Неаутентичную модель иногда называют моделью оконечных/пересылочных серверов. В этой модели, урезанный/пересылочный сервер DNS, оперирующий в зоне, полностью неаутентичен ни для каких данных в зоне. Если урезанный/пересылочный сервер DNS принимает запрос имени хоста в зоне, урезанный/пересылочный сервер DNS направляет запрос на главный сервер DNS для разрешения. Урезанный/пересылочный сервер DNS может кэшировать ответ, но, в конечном итоге, главный сервер DNS сохраняет за собой полномочия в отношении всех имен и записей. Если соединение между урезанным/пересылочным сервером DNS и главным сервером не действует, урезанный/пересылочный сервер DNS может оказаться неспособен разрешать имена хостов, даже для хостов (клиентов и ресурсов), локальных по отношению к урезанному/пересылочному серверу DNS. Эта проблема может усугубляться перезагрузкой и другими операциями, приводящими к очистке всех кэшированных записей.

Хотя в этом разделе подняты различные вопросы, заявленное ниже изобретение не призвано решать любые или все вышеуказанные вопросы. Этот раздел служит лишь для описания иллюстративной вычислительной среды, в которой можно практически применить описанные здесь варианты осуществления.

Сущность изобретения

Один из описанных здесь вариантов осуществления включает в себя способ поддержки записей. Способ можно практически осуществлять, например, в сетевой вычислительной системе. Сетевая вычислительная система включает в себя локальный сервер доменных имен (DNS), подключенный к одному или нескольким локальным клиентам или ресурсам в местном филиале сети предприятия. Способ включает в себя оповещение одного или нескольких локальных клиентов или ресурсов в местном филиале об аутентичности сервера DNS. Способ дополнительно включает в себя прием информации записей для одного или нескольких локальных клиентов или ресурсов. Совершается попытка пересылки информации записей на сервер-концентратор DNS сети предприятия. Информация записей сохраняется в постоянном кэше. Сохранение информации записей в постоянном кэше может осуществляться избирательно или неизбирательно. При избирательном осуществлении, информация записей сохраняется или не сохраняется в зависимости от некоторого результата или другого действия.

Другой вариант осуществления включает в себя систему хранения информации записей для клиентов или ресурсов в местном филиале сети предприятия. Система включает в себя филиал. Филиал включает в себя сервер доменных имен (DNS) филиала. Сервер DNS филиала имеет постоянный кэш информации записей для клиентов или ресурсов, связанных с филиалом. Филиал дополнительно включает в себя оборудование сети предприятия, подключенное к серверу DNS филиала. Оборудование сети предприятия способно подключаться к сети для подключения филиала к концентратору предприятия. Филиал дополнительно включает в себя оборудование локальной сети, способное подключаться к клиентам или ресурсам, связанным с филиалом. Филиал имеет компьютерно-выполняемые команды, размещенные на сервере DNS филиала, которые позволяют серверу DNS оповещать посредством оборудования локальной сети клиенты или ресурсы, связанные с филиалом, об аутентичности сервера DNS филиала. Компьютерно-выполняемые команды также могут позволять серверу DNS пытаться пересылать данные обновления записей на концентратор предприятия.

Еще один вариант осуществления включает в себя способ разрешения имен хостов. Способ можно практически осуществлять, например, в сетевой вычислительной системе, которая включает в себя локальный сервер доменных имен (DNS), подключенный к одному или нескольким локальным клиентам или ресурсам в местном филиале. Местный филиал может находиться в сети предприятия. Способ включает в себя прием запроса от одного из локальных клиентов или ресурсов. Запрос включает в себя запрос, включающий в себя имя хоста. Локальный постоянный кэш проверяется для определения, существует ли локальная запись для разрешения IP-адреса для имени хоста. Если в локальном постоянном кэше существует локальная запись для разрешения IP-адреса для имени хоста, IP-адрес передается на локальный клиент или ресурс, запрашивающий разрешение. Локальный постоянный кэш включает в себя локальные записи для, по меньшей мере, части из одного или нескольких локальных клиентов или ресурсов. Если в локальном постоянном кэше не существует локальной записи для разрешения IP-адреса для имени хоста, локальный временный кэш проверяется для определения, существует ли запись для разрешения IP-адреса для имени хоста. Если в локальном временном кэше существует запись для разрешения IP-адреса для имени хоста, IP-адрес передается на локальный клиент или ресурс, запрашивающий разрешение. Локальный временный кэш включает в себя записи для клиентов или ресурсов, находящихся вне местного филиала. Если в локальном постоянном кэше или локальном временном кэше не существует локальной записи для разрешения IP-адреса для имени хоста, производится попытка запроса концентратора сети предприятия на разрешение IP-адреса.

В этом разделе, в упрощенной форме, представлены концепции, которые получат дальнейшее развитие в нижеследующем подробном описании. Этот раздел не ставит перед собой цель выявления ключевых или отличительных признаков заявленного изобретения, а также не призван определять объем заявленного изобретения.

Краткое описание чертежей

В порядке получения вышеописанных и других признаков, более конкретное описание будет предоставлено со ссылкой на конкретные варианты осуществления, которые проиллюстрированы в прилагаемых чертежах. С учетом того, что эти чертежи демонстрируют лишь типичные варианты осуществления, и потому не призваны ограничивать объем изобретения, варианты осуществления будут описаны и объяснены более конкретно и подробно с использованием прилагаемых чертежей, в которых:

фиг.1 - блок-схема иллюстративной сети предприятия;

фиг.2 - компьютерная система, которую можно использовать для реализации различных аспектов сети предприятия, показанной на фиг.1, включающей в себя различные серверы и соответствующее оборудование;

фиг.3 - логическая блок-схема способа сохранения информации записей и

фиг.4 - логическая блок-схема способа разрешения IP-адресов.

Подробное описание

Один вариант осуществления, более подробно описанный ниже, включает в себя филиал, который является частью сети предприятия. Филиал включает в себя сервер DNS филиала, который представляет себя клиентам и ресурсам, подключенный к серверу DNS филиала, как аутентичный. Сервер DNS филиала включает в себя локальный постоянный кэш (например, кэш, хранящийся в энергонезависимой памяти), который включает в себя записи для локальных клиентов и ресурсов в филиале. Записи включают в себя информацию для отображения имен хостов в IP-адреса, что позволяет клиентам и ресурсам в филиале осуществлять связь с другими клиентами и ресурсами в филиале.

Благодаря сохранению локального постоянного кэша, который выглядит аутентичным, локальные клиенты и ресурсы могут продолжать передавать запросы на разрешение адресов и принимать соответствующие ответы, даже когда соединения между филиалом и концентратором сети предприятия не действуют. Дополнительно, этот вариант осуществления позволяет снижать объем сетевого трафика между филиалом и концентратором предприятия. В частности, при разрешении локальных адресов, когда можно использовать записи, хранящиеся в локальном постоянном кэше, нет необходимости запрашивать концентратор предприятия на разрешение адресов. Кроме того, серверу DNS филиала не нужно копировать записи с сервера DNS концентратора предприятия.

Еще одно преимущество вышеописанного варианта осуществления связано с использованием постоянного кэша. Благодаря кешированию на постоянной основе, сбои, которые могут включать в себя перезагрузку сервера DNS филиала, которая сопряжена с потерей соединения между филиалом и концентратором предприятия, не будут мешать клиентам и ресурсам, локальным по отношению к филиалу, осуществлять связь друг с другом.

На фиг.1 показан подробный пример одного варианта осуществления. Пример, показанный на фиг.1, иллюстрирует сеть 100 предприятия. Сеть 100 предприятия включает в себя ряд филиалов 102-1-102-n, соединенных через концентратор 104 предприятия. Концентратор 104 предприятия включает в себя сервер 108 DNS предприятия. Сервер 108 DNS предприятия сохраняет записи предприятия в кэше 110 предприятия.

Записи предприятия в кэше 110 предприятия содержат информацию, которую можно использовать для отображения имен хостов в IP-адреса. В частности, записи содержат соответствие имен хостов IP-адресам. Имена хостов и IP-адреса используются для идентификации клиентов 112 и ресурсов 114 в сети 100 предприятия. Клиенты 112, как будет более подробно рассмотрено ниже, могут представлять собой компьютерные системы, подключенные к сети предприятия, которые пользователь может использовать для доступа к ресурсам предприятия. Ресурсы 114, как будет более подробно рассмотрено ниже, могут включать в себя, например, серверы 116 печати для обеспечения клиентов и других ресурсов в сети 100 предприятия функциями печати, файловые серверы 118 для обеспечения клиентов и других ресурсов в сети 100 предприятия хранением данных и доступом к данным, хранилища 120 общего пользования на клиенте 112, которые позволяют пользователю предоставлять доступ к данным клиента другим ресурсам и клиентам в сети 100 предприятия, и т.д.

Сервер 108 DNS предприятия включает в себя функцию, позволяющую гарантировать отсутствие конфликтов между именами хостов и IP-адресами. Согласно одному примеру, при включении питания клиента 112 или ресурса 114, клиент 112 или ресурс 114 подключается к серверу 108 DNS предприятия через местный филиал 102-1 для обновления информации записей. Заметим, что используемый здесь термин «обновление информации записей» может включать в себя создание новой записи или изменение ранее сохраненных данных. Клиент 112 или ресурс 114 могут обеспечивать информацию, например имя хоста и IP-адрес. Информация может вводиться пользователем или назначаться автоматически. Например, пользователь может задать имя хоста для клиента 112 как client1.microsoft.com. Альтернативно, информация может назначаться автоматически, например, когда сервер протокола динамической конфигурации хоста (DHCP) автоматически назначает IP-адреса. Сервер 108 DNS предприятия проверяет наличие конфликтной информации для обновляемой записи. Например, если клиент 112 или ресурс 114 пытается обновить запись именем хоста или IP-адресом, используемым другим клиентом или ресурсом в сети, сервер 108 DNS предприятия не обновит запись и возвратит сообщение об ошибке. В одном варианте осуществления, сеть 100 предприятия использует общий домен для всех хостов в сети 100 предприятия. Например, все хосты могут находиться в домене под именем microsoft.com. Сервер 108 DNS предприятия гарантирует, что каждый хост имеет уникальное имя в домене.

Заметим, что сервер 108 DNS предприятия включает в себя записи для клиентов и ресурсов, подключенных к каждому из филиалов 102-1-102-n в сети 100 предприятия. Хотя этот пример включает в себя единичный концентратор предприятия 104, заметим, что альтернативные варианты осуществления не ограничиваются единичным концентратором предприятия. В частности, несколько концентраторов предприятия можно объединить в сеть для обеспечения предприятия сервером DNS и другими функциями. Концентраторы предприятия могут использовать любую подходящую сетевую модель, включая аутентичную и неаутентичную модели.

Филиалы 102-1-102-n подключены к концентратору предприятия 104 с использованием оборудования 122 сети предприятия через глобальную сеть (WAN) 124. Филиал 102-1 включает в себя, например, сервер 128 DNS филиала. На сервере 128 DNS филиала хранятся локальный постоянный кэш 130 и локальный временный кэш 132. Филиал 102-1 дополнительно включает в себя оборудование 134 локальной сети для подключения к клиентам 112 и ресурсам 114.

Согласно иллюстрируемому варианту осуществления локальный постоянный кэш 130 включает в себя записи для локальных клиентов 112 и ресурсов 114. Локальный постоянный кэш 130, в соответствии со своим названием, является постоянным, благодаря чему отключения питания, перезагрузки, сбросы по питанию и пр. не очищают локальный постоянный кэш 130 от записей, хранящихся в локальном постоянном кэше 130. По аналогии с кэшем 110 предприятия, записи в локальном постоянном кэше 130 можно использовать для отображения имен хостов в IP-адреса. В отличие от кэша предприятия 110, в этом примере, в локальном постоянном кэше 130 хранятся записи не для всей сети 100 предприятия, но для локальных клиентов 112 и локальных ресурсов 114, подключенных к филиалу 102-1. Записи для клиентов и служб, удаленных по отношению к филиалу 102-1, например, находящихся в остальной сети 100 предприятия, могут храниться во временном кэше 132, кэше 110 предприятия или на других серверах DNS. Хранилище временного кэша 132 способно "надстраивать" записи с течением времени. Например, временный кэш 132 сохраняет записи в кэше, когда локальный клиент 112 или ресурс запрашивает записи для хостов, которые существуют за пределами филиала 102-1. Когда удаленный сервер DNS, например сервер 108 DNS предприятия, возвращает ответ, содержащий запись хоста, запись хоста будет сохранена во временном кэше 132 для использования в будущем.

В ходе работы, локальные клиенты 112 и ресурсы 114 запрашивают обновление записи у сервера 128 DNS филиала. Согласно одному примеру сервер 128 DNS филиала, в ответ на локальный запрос, пытается запросить сервер 108 DNS предприятия на предмет обновления записи в кэше предприятия 110. Попытка сервера 128 DNS филиала может привести к трем результатам: сервер 108 DNS предприятия успешно обновляет запись, серверу 108 DNS предприятия не удается обновить запись, или соединение 136 между филиалом 102-1 и концентратором 104 предприятия не действует, из-за чего запрос не может быть передан на сервер 108 DNS предприятия. Каждый из этих результатов будет более подробно рассмотрен ниже.

Один возможный результат отправки сервером 128 DNS филиала запроса на обновление записи на сервер 108 DNS предприятия состоит в том, что сервер 108 DNS предприятия успешно обновляет запись. Если сервер 108 DNS предприятия принимает обновление, то сервер 108 DNS предприятия возвращает на филиал 102-1 ответ, указывающий, что запись была обновлена. Сервер 128 DNS филиала сохраняет то же самое обновление записи в локальном постоянном кэше 130. Сервер 108 DNS предприятия может использовать обновленную запись для проверки конфликтов, когда запросы на обновления поступают из филиалов 102-1-102-n. Дополнительно, сервер 108 DNS предприятия может использовать обновленную запись для разрешения адресов, когда другие филиалы 102-2-102-n делают запросы на такое разрешение. В местном филиале 102-1, сервер DNS филиала включает в себя компьютерно-выполняемые команды, выполнение которых позволяет серверу DNS филиала представлять себя аутентичным локальным клиентам 112 и ресурсам 114. В таком случае, сервер 128 DNS филиала может использовать запись в локальном постоянном кэше 130 для разрешения адресов для клиентов 112 и ресурсов 114, локально подключенных к филиалу 102-1. В альтернативном варианте осуществления запись может сначала обновляться в локальном постоянном кэше 128 до отправки запроса на сервер 108 DNS предприятия.

Второй возможный результат отправки сервером 128 DNS филиала запроса на обновление записи на сервер 108 DNS предприятия состоит в том, что серверу 108 DNS предприятия может не удаться обновить запись в кэше 110 предприятия. Это может произойти потому, что сервер 108 DNS предприятия обнаруживает конфликт с уже существующей записью, или по другим причинам. В этом случае, сервер 108 DNS предприятия направляет в филиал 102-1 ответ, что обновить запись не удалось. Ответ, включающий в себя код ошибки, может сначала возвращаться на филиал 102-1, а затем на клиент 112 или ресурс 114, запрашивающий обновление. Запись в локальном постоянном кэше 128 не обновляется, когда ответ, включающий в себя код ошибки, принимается филиалом 102-1. В альтернативном варианте осуществления запись в локальном постоянном кэше 128 может обновляться до отправки запроса обновления на сервер 108 DNS предприятия. Когда принимается ответ, включающий в себя код ошибки, запись в постоянном кэше 128 может забраковываться во избежание конфликтов в сети предприятия. Выбраковка может включать в себя различные альтернативы, например уничтожение записи, маркировка записи как недействительной, и т.д.

Третий возможный результат отправки сервером 128 DNS филиала запроса на обновление записи на сервер 108 DNS предприятия состоит в том, что соединение 136 между филиалом 102-1 и концентратором 104 сети предприятия может не действовать. Это приводит к тому, что стек 138 связи возвращает сообщение об ошибке, указывающее, что запрос на обновление не может быть отправлен на сервер 108 DNS предприятия. Стек 138 связи показан как единый дискретный компонент. Однако следует понимать, что стек связи может включать в себя комбинацию различных компонентов. Стек связи может включать в себя программное обеспечение и программно-аппаратное обеспечение на филиале 102-1, сервере 128 DNS, в оборудовании 122 сети предприятия, и в другом оборудовании, программно-аппаратном обеспечении и программном обеспечении. Возвращаясь к описанию манипуляций с сообщениями об ошибке, заметим, что, в этом случае, запись в локальном постоянном кэше 130 обновляется информацией, содержащейся в запросе на обновление записи. Однако данные в обновленной записи в локальном постоянном кэше 130 маркируются как имеющие максимальный срок действия для минимизации вероятности конфликтов в сети 100 предприятия. В альтернативном варианте осуществления, можно установить, что запись утрачивает силу, как только будет восстановлено действие соединения 136 между филиалом 102-1 и концентратором 104 предприятия. Согласно еще одному альтернативному варианту осуществления сервер 128 DNS филиала может обновлять записи в локальном постоянном кэше 130 до попытки пересылки информации обновления записей на сервер 108 DNS предприятия.

На фиг.1 дополнительно показан временный кэш 132, хранящийся на сервере DNS филиала. Временный кэш 132 можно использовать для кэширования информации записей для других клиентов и ресурсов в сети 100 предприятия. Временный кэш может также хранить информацию, способствующую разрешению адресов вне сети 100 предприятия. Например, временный кэш может включать в себя имена доменов и хостов и соответствующие IP-адреса для ресурсов, доступных в Интернете или в других сетях. Поэтому, если сеть 100 предприятия или филиалы 102-1-102-n включают в себя возможности обеспечения доступа к внешним сетям, доступ к ресурсам в этих внешних сетях можно осуществлять по ссылке на информацию, хранящуюся в локальном временном кэше. Записи из сети 100 предприятия могут кэшироваться в локальном временном кэше, когда соединение 136 между филиалом 102-1 и концентратором 104 предприятия действует.

Филиал 102-1 и сервер 128 DNS филиала можно реализовать, в одном варианте осуществления, с использованием компьютерной системы, например, изображенной на фиг.2 и обозначенной 220. Согласно фиг.2 иллюстративная система включает в себя вычислительное устройство общего или специального назначения в виде компьютерной системы 220, включающей в себя процессор 221, системную память 222 и системную шину 223, которая подключает различные компоненты системы, в том числе системную память 222 к процессору 221.

Системная шина 223 может относиться к любому из нескольких типов шинных структур, включая шину памяти или контроллер памяти, периферийную шину и локальную шину с использованием различных шинных архитектур. Системная память включает в себя постоянную память (ПЗУ) 224 и оперативную память (ОЗУ) 225. Базовая система ввода/вывода (BIOS) 226, содержащая основные процедуры, которые помогают переносить информацию между элементами компьютера 220, например при запуске, обычно хранятся в ПЗУ 224.

Компьютерная система 220 также может включать в себя привод 227 жесткого диска для считывания с жесткого диска 239 и записи на него. Привод 227 жесткого диска подключен к системной шине 223 посредством интерфейса 232 привода жесткого диска. Привод 227 жесткого диска и соответствующие компьютерные носители данных обеспечивают энергонезависимое хранение компьютерно-считываемых команд, структур данных, программных модулей и других данных для компьютерной системы 220. Хотя в описанной здесь иллюстративной среде используется жесткий диск 239, для хранения данных можно использовать другие типы компьютерных носителей данных, включая кассеты с магнитной лентой, карты флэш-памяти, компакт-диски, цифровые универсальные диски, картриджи Бернулли, ОЗУ, ПЗУ и т.п. Компьютерные носители данных можно использовать в различных формах для переноса компьютерно-выполняемых команд на жесткий диск 239 и/или в системную память 222. Кроме того, к компьютерным носителям данных можно осуществлять доступ через сеть, что будет более подробно рассмотрено ниже.

На жестком диске 239, в ПЗУ 224 или ОЗУ 225 может храниться один или несколько программных модулей, включая операционную систему 235, одну или несколько прикладных программ 236, другие программные модули 237 и программные данные 238. Например, прикладные программы 236 и другие программные модули 237 можно использовать для реализации серверов DNS 108 и 128, описанных со ссылкой на фиг.1. В одном иллюстративном варианте осуществления прикладные программы 236 и/или другие программные модули 237 могут включать в себя компьютерно-выполняемые команды как часть сервера 108 DNS филиала (фиг.1), которые позволяют серверу 108 DNS филиала оповещать, посредством оборудования локальной сети 134, клиенты 112 и ресурсы 114, связанные с филиалом 102-1, об аутентичности сервера 108 DNS филиала. Прикладные программы 236 и/или другие программные модули 237 могут дополнительно включать в себя компьютерно-выполняемые команды как часть сервера 126 DNS филиала (фиг.1), которые пытаются переслать данные обновления записи на концентратор 104 сети предприятия.

Компьютерная система 220 может действовать в сетевой среде с использованием логических соединений 251 с одним или несколькими удаленными компьютерами, например удаленным компьютером 283. Удаленный компьютер 283 может представлять собой персональный компьютер, карманное устройство, сервер, маршрутизатор, сетевой ПК, равноправное устройство или другой общий сетевой узел и обычно включает в себя многие или все элементы, описанные выше применительно к компьютеру 220. В проиллюстрированном варианте осуществления, удаленным компьютером 283 может быть концентратор 104 предприятия или другое соответствующее вычислительное устройство. Логические соединения 251, описанные на фиг.2, могут включать в себя локальную сеть (LAN), глобальную сеть (WAN) или любое другое подходящее соединение. Они представлены здесь в порядке примера, но не ограничения.

В сетевой среде программные модули, изображенные применительно к компьютеру 220 или его частям, могут храниться в удаленных запоминающих устройствах. Кроме того, компьютерные носители данных включают в себя носители, доступные через сетевое соединение. Очевидно, что показанные сетевые соединения являются иллюстративными и что можно использовать другие средства установления каналов связи посредством сетей.

Рассмотрим несколько альтернативных вариантов осуществления, которые включают в себя различные этапы способа. Хотя нефункциональные этапы могут быть описаны или заявлены в конкретном порядке, описанные варианты осуществления не обязаны ограничиваться каким-либо конкретным порядком или комбинацией этапов.

На фиг.3 представлен иллюстративный способ 300 поддержки записей. Способ 300 можно применять на практике, например, в среде вычислительной сети. Среда вычислительной сети может представлять собой сеть предприятия, например сеть 100 предприятия, показанную на фиг.1. Среда вычислительной сети может включать в себя сервер DNS филиала, подключенный к локальным клиентам и ресурсам, например, показанный на фиг.1. Способ 300 может быть особенно полезен для поддержки информации записей о локальных клиентах и ресурсах, способствующей разрешению адресов на сервере DNS филиала.

Способ включает в себя этап оповещения одного или нескольких локальных клиентов и ресурсов в местном филиале об аутентичности сервера DNS (этап 302). Например, согласно фиг.1 сервер 102-1 DNS филиала может оповещать клиенты 112 и ресурсы 114 об аутентичности сервера 102-1 DNS филиала. Сервер 102-1 DNS филиала в действительности может не быть аутентичным, но может просто представлять себя таковым. Согласно вышеприведенному описанию, за счет того, что сервер 102-1 DNS филиала представляет себя аутентичным, клиенты 112 и ресурсы 114 подают обновления на сервер 102-1 DNS филиала и принимают ответы на запросы разрешения от сервера 102-1 DNS филиала.

Согласно фиг.3, способ 300 включает в себя этап приема информации записей для одного или нескольких локальных клиентов и ресурсов (этап 302). Согласно фиг.1, сервер 102-1 DNS филиала может принимать информацию записей от клиента 112 или ресурса 114. Согласно вышеприведенному описанию информация записей может приводить к обновлению записи. Обновление записи может приводить к созданию новой записи, а также изменению существующих записей в локальном постоянном кэше 130 или кэше 110 предприятия.

Согласно фиг.3 способ 300 включает в себя этап попытки пересылки информации записи на сервер DNS предприятия (этап 306). Согласно фиг.1 сервер 128 DNS филиала пытается переслать информацию записи, например запрос на обновление записи, на сервер 108 DNS предприятия. Попытка пересылки информации записи на сервер DNS предприятия может привести к трем результатам, включающим в себя: стек связи может генерировать сообщение об ошибке, указывающее, что соединение между филиалом 102-1 и концентратором 104 предприятия не действует, сервер 108 DNS предприятия может генерировать сообщение об успехе и посылать его на филиал 102-1 в случае успешного обновления записи на сервере 108 DNS предприятия, и сервер 108 DNS предприятия может генерировать сообщение об ошибке и посылать его на филиал 102-1, когда запись не обновлена вследствие конфликтов или по другим причинам. Каждый из этих результатов будет более подробно рассмотрен ниже.

Способ 300 может дополнительно включать в себя этап сохранения информации записи в постоянном кэше (этап 308). Сохранение информации записи в постоянном кэше может осуществляться избирательно или неизбирательно. Когда сохранение информации записи в постоянном кэше осуществляется избирательно, информация сохраняется или не сохраняется в зависимости от результатов этапа попытки пересылки информации записи на сервер DNS предприятия (этап 306). Например, на фиг.3 показан этап приема ответа в ответ на этап попытки пересылки информации записи на сервер DNS концентратора предприятия (этап 310). Сохранение (этап 308) может осуществляться избирательно, т.е. обновление записи может осуществляться или не осуществляться в зависимости от ответа принятого на этапе приема ответа (этап 310).

Если ответ представляет собой сообщение об ошибке от стека связи, указывающее, что соединение между местным филиалом и концентратором сети предприятия не действует, этап сохранения информации записи в постоянном кэше (этап 308) осуществляется избирательно таким образом, что информация записей сохраняется в кэше. Иными словами и согласно фиг.1, запись в локальном постоянном кэше 130 обновляется информацией записей. В этом случае, способ 300 может дополнительно включать в себя этап маркировки информации записи как имеющий максимальный срок действия, после которого информация записей утрачивает силу. Согласно фиг.1 это позволяет локальному серверу DNS 126 поддерживать записи в постоянном кэше 130 для разрешения адресов для локальных клиентов 112 и ресурсов 114. Благодаря маркировке информации записи как имеющей максимальный срок действия, конфликты вследствие дублирования имен хостов и IP-адресов в сети 100 предприятия минимизируются. В одном варианте осуществления благодаря маркировке информация записей может оставаться в кэше, пока не заработает канал связи между местным филиалом 102-1 и концентратором 104 предприятия.

Согласно фиг.3, если ответ, принятый на этапе приема ответа (этап 310), представляет собой сообщение об успехе от концентратора сети предприятия, указывающее, что информация записей была использована для обновления записи для клиента или ресурса, этап сохранения (308) осуществляется избирательно таким образом, что запись в кэше обновляется. Согласно фиг.1, сервер 108 DNS предприятия может возвращать филиалу 102-1 ответ, указывающий, что информация записей была успешно использована для обновления записи в кэше 110 предприятия. В соответствии с этим, сервер 128 DNS филиала обновляет постоянный кэш 130 для включения в него информацию записей.

Согласно фиг.3, если ответ, принятый на этапе приема ответа (этап 310), представляет собой сообщение об ошибке от концентратора предприятия, указывающее, что информация записей не была использована для обновления записи для клиента или ресурса, этап сохранения (308) осуществляется избирательно таким образом, что запись в кэше не обновляется. Это может происходить потому, что сервер 108 DNS предприятия (фиг.1) обнаруживает конфликт между информацией записей и существующими записями в кэше 110 предприятия или по другим причинам. В этом случае, способ 300, показанный на фиг.3, может дополнительно включать в себя этап передачи сообщения об ошибке на локальный клиент или ресурс, который отправил информацию записи, принятую на этапе приема информации записей для одного или нескольких локальных клиентов или ресурсов. Например, согласно фиг.1, если филиал 102-1 принимает от концентратора 104 предприятия сообщение об ошибке, указывающее, что обновление записи нельзя осуществить с помощью информации записей, сервер 128 DNS филиала может отправить сообщение на клиент 112 или ресурс 114, который обеспечил информацию записей.

Заметим, что, хотя этапы, показанные на фиг.3, представлены в конкретном порядке, этот порядок не обязан выполняться хронологически. Когда мы говорим о порядке, этот порядок не ограничивает способ этим конкретным порядком. В частности, в примере, где сохранение информации записи в постоянном кэше (этап 308) осуществляется избирательно, этот этап фактически может выполняться после приема ответа (этап 310) для обеспечения избирательности этапа сохранения (этап 308).

Согласно вышеприведенному описанию этап сохранения информации записи в постоянном кэше (этап 308) может осуществляться неизбирательно. Иными словами, информация записей в локальном постоянном кэше обновляется в любом случае. В одном альтернативном варианте осуществления, сохранение информации записи в постоянном кэше (этап 308), в результате которого информация записей обновляется, осуществляется в ответ на прием информации записи для одного или нескольких локальных ресурсов (этап 304). Затем информация записей, хранящаяся в постоянном кэше, может быть забракована или маркирована как имеющая максимальный срок действия для сообщений об ошибке, принятых в ответ на этап попытки пересылки информации записи на сервер DNS концентратора сети предприятия (этап 310). Например, если информация записей сохраняется в постоянном кэше (этап 308), после чего поступает ответ (этап 310), причем ответ представляет собой сообщение об ошибке от концентратора предприятия, указывающее, что информация записей не могла использоваться для обновления записи ресурса, способ может дополнительно включать в себя этап выбраковки информации записи, хранящейся в постоянном кэше. Выбраковка может включать в себя удаление данных, маркировку их как недействительные или любое другое подходящее действие. Способ может дополнительно включать в себя этап передачи сообщения об ошибке на локальный клиент или ресурс, который отправил информацию записи. Если информация записей сохраняется в постоянном кэше (этап 308), после чего поступает ответ (этап 310), причем ответ представляет собой сообщение об ошибке от стека связи, указывающее, что соединение между местным филиалом и концентратором предприятия не действует, способ может дополнительно включать в себя этап маркировки информации записи, хранящейся в постоянном кэше, как имеющей максимальный срок действия.

На фиг.4 проиллюстрирован способ 400 разрешения имен хостов. Показанный способ, в данном примере, используется на практике в сетевой вычислительной системе, которая включает в себя локальный сервер DNS. Сервер DNS подключен к одному или нескольким локальным клиентам или ресурсам в местном филиале сети предприятия, аналогичной показанной на фиг.1.

Способ 400 включает в себя прием запроса от одного из локальных клиентов или ресурсов, который включает в себя запрос, включающий в себя имя хоста (этап 402). Запрос может представлять собой запрос на разрешение IP-адреса для хоста с целью осуществления связи между клиентом или ресурсом и хостом.

Способ 400 дополнительно включает в себя этап проверки локального постоянного кэша для определения, существует ли локальная запись для разрешения IP-адреса для имени хоста (этап 404). Согласно фиг.1 пример устройства, осуществляющего этот этап, может включать в себя сервер 128 DNS филиала, проверяющий локальный постоянный кэш 130 на предмет записи, содержащей имя хоста и соответствующий IP-адрес. Если существует запись для имени хоста, соответствующий IP-адрес передается на локальный клиент или ресурс, который отправил запрос (этап 406). Например, согласно фиг.1 сервер 128 DNS филиала может посылать на клиент 112 или ресурс 114 ответ с IP-адресом.

Если в локальном постоянном кэше не существует локальной записи для разрешения IP-адреса для имени хоста, способ 400 включает в себя проверку локального временного кэша для определения, существует ли запись для разрешения IP-адреса для имени хоста (этап 408). Например, согласно фиг.1 сервер 126 DNS филиала проверяет локальный временный кэш 132 на предмет записей, содержащих имя хоста и соответствующий IP-адрес. Если запись в локальном временном кэше существует, способ 400 включает в себя этап передачи IP-адреса на локальный клиент или ресурс, который запросил разрешение (этап 410). Согласно фиг.1, в порядке иллюстрации этапа 410, можно рассмотреть пример, когда сервер 126 DNS филиала посылает ответ с IP-адресом на один из клиентов 112 или ресурсов 114.

Если в локальном постоянном кэше или локальном временном кэше не существует локальной записи, способ 400 включает в себя этап попытки запроса концентратора предприятия на разрешение IP-адреса (этап 412). Согласно фиг.1, это можно проиллюстрировать на примере, когда филиал 102-1 запрашивает у концентратора 104 предприятия записи, которые могут храниться в кэше 110 предприятия. Как отмечено выше, существуют альтернативные варианты осуществления, предусматривающие использование множественных концентраторов предприятия и кэшей. Для разрешения имени хоста можно использовать запись в одном из множественных кэшей.

Концентратор 104 предприятия может возвращать ответ с разрешением IP-адреса. В этом случае, способ 400 включает в себя этап приема информации записи, включающей в себя IP-адрес (этап 414). Например, согласно фиг.1, филиал 102-1 может принимать ответ от концентратора 104 предприятия. Способ дополнительно включает в себя этап сохранения информации записи в локальном временном кэше (этап 416). Например, согласно фиг.1, сервер 128 DNS филиала может сохранять информацию записей, полученную от концентратора 104 предприятия, в локальном временном кэше 132. Способ 400 дополнительно включает в себя возможности отправки IP-адреса одному из локальных клиентов (этап 418) аналогично тому, как было описано выше. Если разрешение IP-адресов невозможно получить, способ 400 включает в себя возможности возвращения ошибки (этап 420). Например, согласно фиг.1, сервер 128 DNS филиала может возвратить на клиент 112 или ресурс 114 сообщение об ошибке.

Настоящее изобретение можно реализовать в других конкретных формах, не выходя за рамки его сущности или отличительных особенностей. Описанные варианты осуществления следует рассматривать во всех отношениях исключительно как иллюстративные, но не ограничительные. Объем изобретения обозначен, таким образом, в прилагаемой формуле изобретения, а не в вышеприведенном описании. Этот объем охватывает любые изменения, отвечающие смыслу и объему эквивалентности формулы изобретения.

Настоящее изобретение относится к поддержке записей DNS. Техническим результатом является возможность передачи запроса и получения соответствующего ответа на разрешение адресов при отсутствии соединения между филиалом и концентратором предприятия, снижение объема сетевого трафика между филиалом и концентратором предприятия. Сетевая вычислительная система включает в себя локальный сервер службы доменных имен (DNS), подключенный к одному или нескольким локальным клиентам или ресурсам в местном филиале сети предприятия. Локальный сервер DNS оповещает локальные клиенты или ресурсы в местном филиале об аутентичности сервера DNS. Сервер DNS принимает информацию записей для локальных клиентов или ресурсов. Производится попытка пересылки информации записей на сервер DNS концентратора сети предприятия. Информация записей сохраняется в кэше на постоянной основе. Сохранение информации записей в кэше на постоянной основе может осуществляться избирательно или неизбирательно. 4 н. и 17 з.п. ф-лы, 4 ил.

1. Способ поддержки в локальном постоянном кэше службы доменных имен (DNS) локального сервера DNS записей, которые могут быть использованы, чтобы разрешать адреса Интернет-протокола (IP-адреса) для имен хостов одного или нескольких локальных клиентов или ресурсов, причем разрешение IP-адресов для имен хостов одного или нескольких локальных клиентов или ресурсов происходит на локальном сервере DNS, в сетевой вычислительной системе, которая включает в себя локальный сервер DNS, подключенный к одному или нескольким локальным клиентам или ресурсам в местном филиале сети предприятия, причем способ содержит:
этап оповещения локальным сервером DNS одного или нескольких локальных клиентов или ресурсов в местном филиале об аутентичности сервера DNS;
этап приема локальным сервером DNS локальной информации записей DNS от одного или нескольких локальных клиентов или ресурсов, причем локальная информация записей DNS содержит информацию для разрешения IP-адресов для имен хостов одного или нескольких локальных клиентов или ресурсов;
этап сохранения локальным сервером DNS локальной информации записей DNS в локальном постоянном кэше DNS, который поддерживается локальным сервером DNS, причем сохранение локальной информации записей DNS в локальном постоянном кэше DNS может осуществляться избирательно или неизбирательно, и причем локальный постоянный кэш DNS обеспечивает постоянный локальный доступ к локальной информации записей DNS так, что в случае нарушения энергоподачи совместно с потерей соединения между местным филиалом и сервером-концентратором DNS предприятия локальные записи DNS информации, которые сохранены в локальном постоянном кэше DNS, остаются доступными для локальных клиентов и могут быть использованы для разрешения IP-адресов, даже пока местный филиал отсоединен от сервера-концентратора DNS предприятия; и
этап попытки локальным сервером DNS переслать локальную информацию записей DNS на сервер-концентратор DNS предприятия.

2. Способ по п.1, в котором этап сохранения локальным сервером DNS локальной информации записей DNS в локальном постоянном кэше DNS осуществляется избирательно на основании ответа, принятого в результате этапа попытки локальным сервером DNS переслать локальную информацию записей DNS на сервер-концентратор DNS предприятия, причем способ дополнительно содержит:
этап приема локальным сервером DNS ответа после этапа попытки пересылки информации записей на сервер-концентратор DNS сети предприятия.

3. Способ по п.2, в котором ответ представляет собой сообщение об ошибке от стека связи, указывающее, что соединение между местным филиалом и концентратором предприятия не действует, в котором этап сохранения локальным сервером DNS информации записей в локальном постоянном кэше DNS осуществляется избирательно таким образом, что информация записей сохраняется в локальном постоянном кэше DNS, причем способ дополнительно содержит:
этап маркировки локальным сервером DNS информации записей максимальным сроком действия, после которого информация записей утрачивает силу.

4. Способ по п.2, в котором ответ представляет собой сообщение об успехе от концентратора предприятия, указывающее, что информация записей была использована для обновления записи для клиента или ресурса, в котором этап сохранения локальным сервером DNS информации записей в локальном постоянном кэше DNS осуществляется избирательно таким образом, что информация записей сохраняется в локальном постоянном кэше DNS.

5. Способ по п.2, в котором ответ представляет собой сообщение об ошибке от концентратора предприятия, указывающее, что информация записей не могла использоваться для обновления записи для клиента или ресурса, в котором этап сохранения локальным сервером DNS информации записей в локальном постоянном кэше DNS осуществляется избирательно таким образом, что информация записей не сохраняется в локальном постоянном кэше DNS, причем способ дополнительно содержит:
этап передачи локальным сервером DNS сообщения об ошибке на локальный клиент или ресурс, который отправил информацию записей, принятую локальным сервером DNS.

6. Способ по п.1, в котором этап сохранения локальным сервером DNS информации записей в локальном постоянном кэше DNS осуществляется неизбирательно, причем способ дополнительно содержит:
этап приема локальным сервером DNS ответа в ответ на этап попытки пересылки информации записей на сервер-концентратор DNS предприятия.

7. Способ по п.6, в котором ответ представляет собой сообщение об ошибке от концентратора предприятия, указывающее, что информация записей не могла использоваться для обновления записи для клиента или ресурса, причем способ дополнительно содержит:
этап выбраковки локальным сервером DNS информации записей, хранящейся в локальном постоянном кэше DNS; и
этап передачи локальным сервером DNS сообщения об ошибке на локальный клиент или ресурс, который отправил информацию записей, принятую на этапе приема информации записей для одного или нескольких локальных клиентов или ресурсов.

8. Способ по п.6, в котором ответ представляет собой сообщение об ошибке от стека связи, указывающее, что соединение между местным филиалом и концентратором предприятия не действует, причем способ дополнительно содержит:
этап маркировки локальным сервером DNS информации записей максимальным сроком действия, после которого информация записей утрачивает силу.

9. Способ по п.1, в котором информация записей включает в себя IP-адрес.

10. Способ по п.1, в котором локальный сервер DNS и концентратор предприятия находятся в общем пространстве доменных имен.

11. Способ по п.1, дополнительно содержащий этап кэширования локальным сервером DNS записей удаленного DNS для удаленных имен, когда соединение между местным филиалом и концентратором предприятия действует.

12. Способ по п.1, в котором в дополнение к этапу приема локальным сервером DNS локальной информации записей DNS от одного или нескольких локальных клиентов или ресурсов и этапу сохранения локальным сервером DNS локальной информации записей DNS в локальном постоянном кэше DNS способ дополнительно содержит:
этап приема локальным сервером DNS информации записей от сервера-концентратора DNS предприятия, соответствующей информации записей DNS для клиентов или ресурсов, расположенных вне филиала, и
этап сохранения локальным сервером DNS информации записей DNS, соответствующей клиентам или ресурсам, расположенным вне филиала, во временном кэше DNS так, что она может быть извлечена локальными клиентами или ресурсами для разрешения IP-адресов для имен хостов клиентов или ресурсов, расположенных вне филиала.

13. Способ по п.1, дополнительно содержащий:
этап приема локальным сервером DNS запроса от одного из локальных клиентов или ресурсов, причем запрос содержит имя хоста;
этап проверки локальным сервером DNS локального постоянного кэша DNS для определения того, существует ли локальная запись DNS, чтобы разрешить IP-адрес для имени хоста, и
также, если в локальном постоянном кэше DNS существует локальная запись DNS для разрешения IP-адреса для имени хоста, этап передачи локальным сервером DNS IP-адреса на один из локальных клиентов или ресурсов; и
также, если в локальном постоянном кэше DNS не существует локальной записи для разрешения IP-адреса для имени хоста, этап проверки локальным сервером DNS локального временного кэша DNS для определения того, существует ли запись для разрешения IP-адреса для имени хоста; и
также, если в локальном временном кэше DNS не существует запись для разрешения IP-адреса для имени хоста, этап передачи локальным сервером DNS IP-адреса на один из локальных клиентов или ресурсов, причем локальный временный кэш DNS включает в себя записи для клиентов или ресурсов, находящихся вне местного филиала; и
также, если в локальном постоянном кэше DNS не существует локальной записи для разрешения IP-адреса для имени хоста, этап попытки локальным сервером DNS запросить у сервера-концентратора DNS предприятия разрешение IP-адреса.

14. По меньшей мере один компьютерно-читаемый носитель данных, на который записаны компьютерно-выполняемые команды, которые, при выполнении одним или несколькими процессорами вычислительной системы, предписывают вычислительной системе осуществлять способ по п.1.

15. Система хранения локальной информации DNS записей для клиентов или ресурсов в местном филиале сети предприятия, причем система содержит:
филиал, причем филиал содержит:
сервер службы доменных имен (DNS) филиала, причем сервер DNS филиала содержит постоянный кэш DNS локальной информации записей DNS для клиентов или ресурсов, связанных с филиалом, и временный кэш DNS информации записей DNS для клиентов или ресурсов, расположенных вне филиала, причем локальная информация записей DNS содержит информацию для разрешения IP-адресов для имен хостов одного или нескольких локальных клиентов или ресурсов, и причем локальный постоянный кэш DNS обеспечивает постоянный локальный доступ к локальной информации записей DNS так, что в случае нарушения энергоподачи совместно с потерей соединения между местным филиалом и концентратором предприятия локальные записи DNS информации, которые сохранены в локальном постоянном кэше DNS, остаются доступными для локальных клиентов и могут быть использованы для разрешения IP-адресов, даже пока местный филиал отсоединен от концентратора предприятия;
оборудование сети предприятия, подключенное к серверу DNS филиала и способное подключаться к сети для подключения филиала к концентратору сети предприятия;
оборудование локальной сети, подключенное к серверу DNS филиала и к одному или нескольким локальным клиентам или ресурсам; и
компьютерно-выполняемые команды, размещенные на сервере DNS филиала, которые позволяют серверу DNS филиала оповещать посредством оборудования локальной сети одного или несколько локальных клиентов или ресурсов об аутентичности сервера DNS филиала, принимать локальную информацию записей DNS от одного или нескольких локальных клиентов или ресурсов, и пытаться пересылать данные обновления записей на концентратор предприятия, и поддерживать постоянный кэш DNS локальной информации записей DNS для одного или нескольких локальных клиентов или ресурсов.

16. Система по п.15, в которой один или несколько локальных клиентов или ресурсов содержат файловый сервер.

17. Система по п.15, в которой один или несколько локальных клиентов или ресурсов содержат сервер печати.

18. Система по п.15, в которой один или несколько локальных клиентов или ресурсов содержат хранилище общего пользования на компьютере-клиенте.

19. Система по п.15, в которой оборудование сети предприятия подключено к стеку связи, который способен генерировать сообщение об ошибке, когда попытки переслать информацию записей на концентратор предприятия не увенчиваются успехом, поскольку канал связи между филиалом и концентратором сети предприятия не действует.

20. Способ разрешения имен хостов в сетевой вычислительной системе, которая включает в себя локальный сервер службы доменных имен (DNS), подключенный к одному или нескольким локальным клиентам или ресурсам в местном филиале сети предприятия, причем способ содержит:
этап приема локальным сервером DNS запроса от одного из локальных клиентов или ресурсов, который включает в себя запрос, включающий в себя имя хоста;
этап проверки локальным сервером DNS локального постоянного кэша DNS для определения того, существует ли локальная запись DNS, чтобы разрешить IP-адрес для имени хоста, и
также, если в локальном постоянном кэше DNS существует локальная запись DNS для разрешения IP-адреса для имени хоста, этап передачи локальным сервером DNS IP-адреса на один из локальных клиентов или ресурсов, причем локальный постоянный кэш DNS включает в себя локальные записи DNS для, по меньшей мере, одного из одного или нескольких локальных клиентов или ресурсов, и причем локальный постоянный кэш DNS обеспечивает постоянный локальный доступ к локальной информации записей DNS так, что в случае нарушения энергоподачи совместно с потерей соединения между местным филиалом и сервером-концентратором DNS предприятия локальные записи DNS, которые сохранены в локальном постоянном кэше, остаются доступными для локальных клиентов и могут быть использованы локальным сервером DNS для разрешения IP-адресов, даже пока местный филиал отсоединен от сервера-концентратора DNS предприятия;
также, если в локальном постоянном кэше DNS не существует локальной записи для разрешения IP-адреса для имени хоста, этап проверки локальным сервером DNS локального временного кэша DNS для определения того, существует ли запись для разрешения IP-адреса для имени хоста, и
также, если в локальном временном кэше DNS существует запись для разрешения IP-адреса для имени хоста, этап передачи локальным сервером DNS IP-адреса на один из локальных клиентов или ресурсов, причем локальный временный кэш DNS включает в себя записи для клиентов или ресурсов, находящихся вне местного филиала; и
также, если в локальном постоянном кэше DNS или локальном временном кэше DNS не существует локальной записи для разрешения IP-адреса для имени хоста, этап попытки локальным сервером DNS запросить у сервера-концентратора DNS предприятия разрешение IP-адреса.

21. Способ по п.20, дополнительно содержащий:
этап приема локальным сервером DNS информации записей, включающей в себя IP-адрес, в ответ на попытку запросить у концентратора предприятия разрешение IP-адреса;
этап сохранения локальным сервером DNS информации записей в локальном временном кэше; и
этап передачи локальным сервером DNS IP-адреса на один из локальных клиентов.