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

Чем больше в сети серверов, тем более рассредоточено управление и тем более вероятно возникновение ошибок в настройках. Работа с распределенными серверами требует механизма централизованного управления и распространения информации среди серверов. В TCP/IP таких механизмов существует несколько.

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

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