Нужно создать сайт объявления: Создам сайт — объявления (через фриланс)

AD мало используются без подсетей, поэтому теперь давайте добавим несколько подсетей и назначим их нашим сайтам.

• Щелкните правой кнопкой мыши папку Subnets в разделе Sites и выберите в меню New Subnet .
• В окне «Новый объект — подсеть » добавьте подсеть.В этом примере я добавляю подсеть 10.160.0.0 с маской подсети 255.255.0.0. Итак, в поле Prefix мне нужно ввести 10.160.0.0/16 . Если вы не знаете, как написать префикс, вы можете использовать калькулятор подсети, чтобы помочь вам.
• В поле Select a site object for this prefix я выберу свой сайт по умолчанию Washington . Теперь нажмите ОК .

К сайту AD можно добавить несколько подсетей.

Как настроить сайты, подсети, ссылки на сайты в активном каталоге? — Технический блог

Последнее обновление: 4 февраля 2015 г. Автор: Dishan M.Фрэнсис

В моей предыдущей статье я объяснил использование сайтов AD, подсетей. Если вы все еще не читали его, вы можете найти его здесь.

В этой статье мы рассмотрим настройку и конфигурацию сайтов и подсетей.

В демонстрации я использую следующую настройку.

В демо-версии сервер SRV1 находится в Филиале, расположенном в другом географическом месте.Он подключен к основному домену по ссылке 256kb. В настоящее время он настроен на сайте AD по умолчанию.

В демонстрации я собираюсь создать 2 сайта под названием Site A и Site B., а затем назначить им соответствующие серверы вместе с подсетями.

Чтобы начать настройку, нам необходимо войти в первичный DC. Учетная запись пользователя, используемая для настройки, должна быть членом группы безопасности администратора домена или администратора предприятия.

Все настройки будут производиться через «Active Directory Sites and Services» mmc.

Чтобы загрузить его, перейдите в Диспетчер серверов> Инструменты> Сайты и службы Active Directory

Как видно ниже, оба сервера находятся под сайтом AD по умолчанию.

Создать новый объект

1. Щелкните правой кнопкой мыши «Сайты» и выберите «Новый сайт».

2. Откроется новое окно, в котором введите новое имя сайта. Также нам нужно выбрать ссылку на сайт для сайта. Здесь я буду использовать ссылку на сайт по умолчанию.Нажмите «ОК», чтобы создать сайт.

3. Затем появится информационное окно, и нажмите ОК, чтобы выйти из окна.

4. Затем я следую тем же шагам и создаю SiteB.

Создание подсетей

Согласно таблице нам нужно создать подсети для каждого сайта и связать их.

1. В Active Directory Sites and Services mmc щелкните правой кнопкой мыши «Подсети» и выберите «Новая подсеть».

2.В следующем окне введите подсеть с соответствующим префиксом. Также в разделе «выберите объект сайта для этого префикса» выберите соответствующий сайт, с которым он должен ассоциироваться. Затем нажмите ОК.

3. Я сделал те же шаги и создал подсеть 10.10.10.0/24 и назначил ее siteB.

Создание ссылок на сайт

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

1.В Active Directory Sites and Services mmc щелкните правой кнопкой мыши «Межсайтовые транспорты> IP» и выберите «Новая ссылка на сайт».

2. Затем в следующих окнах введите имя ссылки и выберите сайты, которые будут взаимодействовать друг с другом, и нажмите «Добавить», чтобы переместить их в «Сайты в этой ссылке сайта»

3. Затем нажмите ОК, чтобы создать ссылку.
4. Ссылка будет создана со значениями по умолчанию, но мы можем оптимизировать ее в соответствии с нашими требованиями.Чтобы изменить настройки, щелкните ссылку правой кнопкой мыши и выберите свойства.

5. Здесь стоимость определяет пропускную способность канала. Стоимость указана здесь https://technet.microsoft.com/en-us/library/cc782827%28v=ws.10%29.aspx согласно Microsoft.

6. Также мы можем определить, когда реплицировать изменения между сайтами. Чтобы изменить расписание, нажмите кнопку «Изменить расписание».

7. В следующем окне вы можете определить расписание.Я пошел вперед и составил индивидуальный график.

8. Щелкните ОК, чтобы применить изменения.

Перемещение контроллеров домена на сайты

Теперь у нас есть сайты, подсети и настройка ссылок на сайты. Теперь нам нужно переместить контроллеры домена на соответствующие сайты.

1. В Active Directory Sites and Services mmc перейдите в «Default-First-Site-Name> Servers». Затем щелкните правой кнопкой мыши DC-сервер, который нужно переместить, и выберите вариант перемещения.

2.В следующем окне выберите Сайт, на который нужно перейти. Согласно демонстрации я выбираю SiteA и нажимаю ОК.

3. Затем мы увидим его перемещение на соответствующий сайт.

4. Я проделал те же шаги и переместил SRV1 на SiteB.

На этом настройка сайтов, подсетей и ссылок сайтов завершена. Если у вас есть какие-либо вопросы по почте, свяжитесь со мной по адресу [email protected]

Создание дизайна сайта | Документы Microsoft

• 31.05.2017
• 2 минуты на чтение

В этой статье

Применимо к: Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012

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

Определение местоположений, которые станут площадками

Решите, для каких местоположений создавать сайты:

• Создайте сайты для всех мест, в которых вы планируете разместить контроллеры домена. Обратитесь к информации, задокументированной в таблице «Размещение контроллеров домена» (DSSTOPO_4.doc), чтобы определить местоположения, которые включают контроллеры домена.
• Создайте сайты для тех мест, которые включают серверы, на которых работают приложения, требующие создания сайта.Некоторые приложения, такие как пространства имен распределенной файловой системы (DFSN), используют объекты сайта для поиска ближайших к клиентам серверов.

Примечание

Если ваша организация имеет несколько сетей в непосредственной близости с быстрыми и надежными соединениями, вы можете включить все подсети для этих сетей в один сайт Active Directory. Например, если обратная сетевая задержка в оба конца между двумя серверами в разных подсетях составляет 10 мс или меньше, вы можете включить обе подсети в один и тот же сайт Active Directory.Если сетевая задержка между двумя местоположениями превышает 10 мс, не следует включать подсети в один сайт Active Directory. Даже если задержка составляет 10 мс или меньше, вы можете выбрать развертывание отдельных сайтов, если хотите сегментировать трафик между сайтами для приложений на основе Active Directory.

• Если сайт не требуется для местоположения, добавьте подсеть местоположения к сайту, для которого местоположение имеет максимальную скорость глобальной сети (WAN) и доступную пропускную способность.

Укажите местоположения, которые станут сайтами, а также сетевые адреса и маски подсети для каждого местоположения. Рабочий лист, который поможет вам в документировании сайтов, см. В разделе «Вспомогательные материалы для комплекта развертывания Windows Server 2003», загрузите Job_Aids_Designing_and_Deploying_Directory_and_Security_Services.zip и откройте «Связывание подсетей с сайтами» (DSSTOPO_6.doc).

Создание дизайна объекта сайта

Для каждого места, где вы решили создать сайты, запланируйте создание объектов сайта в доменных службах Active Directory (AD DS).Документируйте местоположения, которые станут сайтами, в листе «Связывание подсетей с сайтами».

Дополнительные сведения о создании объектов сайта см. В статье Создание сайта.

Создание дизайна объекта подсети

Для каждой IP-подсети и маски подсети, связанной с каждым расположением, запланируйте создание объектов подсети в AD DS, представляющих все IP-адреса на сайте.

При создании объекта подсети Active Directory информация о IP-подсети и маске подсети автоматически преобразуется в формат обозначения длины сетевого префикса /.Например, сетевой IP-адрес версии 4 (IPv4) 172.16.4.0 с маской подсети 255.255.252.0 отображается как 172.16.4.0/22. Помимо адресов IPv4, Windows Server 2008 также поддерживает префиксы подсети IP версии 6 (IPv6), например 3FFE: FFFF: 0: C000 :: / 64. Для получения дополнительной информации о IP-подсетях в каждом расположении см. Рабочий лист «Местоположения и подсети» (DSSTOPO_2.doc) в Сборнике сетевой информации и Приложение A: Местоположения и префиксы подсетей.

Свяжите каждый объект подсети с объектом сайта, обратившись к разделу «Связывание подсетей с сайтами» (DSSTOPO_6.doc) в разделе «Решение, какие местоположения станут сайтами», чтобы определить, какая подсеть должна быть связана с каким сайтом. Задокументируйте объект подсети Active Directory, связанный с каждым расположением, в листе «Связывание подсетей с сайтами» (DSSTOPO_6.doc).

Дополнительные сведения о создании объектов подсети см. В статье Создание подсети.

Шаг 2 Настройка многосайтовой инфраструктуры

• 07.08.2020
• 15 минут на чтение

В этой статье

Применимо к: Windows Server 2022, Windows Server 2019, Windows Server 2012 R2, Windows Server 2012

Чтобы настроить многосайтовое развертывание, необходимо выполнить ряд шагов для изменения параметров сетевой инфраструктуры, включая: настройку дополнительных сайтов Active Directory и контроллеров домена, настройку дополнительных групп безопасности и настройку объектов групповой политики (GPO), если вы не используете автоматически настроенные GPO.

Примечание

В этот раздел включены образцы командлетов Windows PowerShell, которые можно использовать для автоматизации некоторых из описанных процедур. Для получения дополнительной информации см. Использование командлетов.

2.1. Настроить дополнительные сайты Active Directory

Все точки входа могут находиться на одном сайте Active Directory. Следовательно, для реализации серверов удаленного доступа в многосайтовой конфигурации требуется по крайней мере один сайт Active Directory.Используйте эту процедуру, если вам нужно создать первый сайт Active Directory или если вы хотите использовать дополнительные сайты Active Directory для многосайтового развертывания. Используйте оснастку «Сайты и службы Active Directory» для создания новых сайтов в сети вашей организации.

Членство в группе Enterprise Admins в лесу или в группе Domain Admins в корневом домене леса или в эквивалентной группе, как минимум, необходимо для выполнения этой процедуры. Ознакомьтесь с подробностями об использовании соответствующих учетных записей и членстве в группах в локальных и доменных группах по умолчанию.

Для получения дополнительной информации см. Добавление сайта в лес.

Для настройки дополнительных сайтов Active Directory

1. На основном контроллере домена щелкните Пуск , а затем щелкните Сайты и службы Active Directory .

2. В консоли Active Directory Sites and Services в дереве консоли щелкните правой кнопкой мыши Sites , а затем щелкните New Site .

3. В диалоговом окне «Новый объект — узел » в поле «Имя » введите имя нового узла.

4. В Link Name щелкните объект ссылки сайта, а затем дважды щелкните OK .

5. В дереве консоли разверните Сайты , щелкните правой кнопкой мыши Подсети , а затем щелкните Новая подсеть .

6. В диалоговом окне «Новый объект — подсеть » в разделе «Префикс » введите префикс подсети IPv4 или IPv6, в поле выберите объект сайта для этого списка префиксов , щелкните сайт, чтобы связать его с этой подсетью, а затем нажмите ОК .

7. Повторяйте шаги 5 и 6, пока не создадите все подсети, необходимые для вашего развертывания.

8. Закройте сайты и службы Active Directory.

Эквивалентные команды Windows PowerShell

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

Для установки компонента Windows «Модуль Active Directory для Windows PowerShell»:

  Install-WindowsFeature "Имя RSAT-AD-PowerShell
  

или добавьте оснастку Active Directory PowerShell с помощью OptionalFeatures.

При выполнении следующих командлетов в Windows 7 «или Windows Server 2008 R2 необходимо импортировать модуль Active Directory PowerShell:

  Импорт-модуль ActiveDirectory
  

Для настройки сайта Active Directory с именем «Second-Site» с помощью встроенного DEFAULTIPSITELINK:

  New-ADReplicationSite -Name "Second-Site"
Set-ADReplicationSiteLink -Identity "DEFAULTIPSITELINK" -sitesIncluded @ {Add = "Second-Site"}
  

Для настройки подсетей IPv4 и IPv6 для второго сайта:

  New-ADReplicationSubnet -Name "10.2.0.0 / 24 "- Сайт" Второй сайт "
New-ADReplicationSubnet -Name "2001: db8: 2 :: / 64" -Site "Second-Site"
  

2.2. Настроить дополнительные контроллеры домена

Для настройки многосайтового развертывания в одном домене рекомендуется иметь хотя бы один записываемый контроллер домена для каждого сайта в вашем развертывании.

Для выполнения этой процедуры вы должны быть как минимум членом группы администраторов домена в домене, в котором устанавливается контроллер домена.

Для получения дополнительной информации см. Установка дополнительного контроллера домена.

Для настройки дополнительных контроллеров домена

1. На сервере, который будет действовать как контроллер домена, в Server Manager на панели мониторинга щелкните , добавьте роли и функции .

2. Нажмите Далее три раза, чтобы перейти к экрану выбора роли сервера

3. На странице Select Server Roles выберите Active Directory Domain Services .При появлении запроса щелкните Добавить компоненты , а затем трижды щелкните Далее .

4. На странице Подтверждение щелкните Установить .

5. После успешного завершения установки щелкните Сделать этот сервер контроллером домена .

6. В мастере настройки доменных служб Active Directory на странице «Конфигурация развертывания » щелкните Добавить контроллер домена к существующему домену .

7. В домене введите доменное имя; например, corp.contoso.com.

8. Под Введите учетные данные для выполнения этой операции , щелкните Изменить . В диалоговом окне Windows Security введите имя пользователя и пароль для учетной записи, которая может установить дополнительный контроллер домена. Чтобы установить дополнительный контроллер домена, вы должны быть членом группы администраторов предприятия или группы администраторов домена.Когда вы закончите вводить учетные данные, нажмите Далее .

9. На странице параметров контроллера домена выполните следующие действия:

   1. Сделайте следующий выбор:

      • Сервер системы доменных имен (DNS) «Этот параметр выбран по умолчанию, чтобы ваш контроллер домена мог работать как сервер системы доменных имен (DNS). Если вы не хотите, чтобы контроллер домена был сервером DNS, снимите эту опцию.

        Если роль DNS-сервера не установлена ​​на эмуляторе основного контроллера домена (PDC) в корневом домене леса, то возможность установки DNS-сервера на дополнительном контроллере домена недоступна. В качестве временного решения в этой ситуации можно установить роль DNS-сервера до или после установки AD DS.

        Примечание

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

      • Глобальный каталог (GC) «Этот параметр выбран по умолчанию. Он добавляет глобальный каталог, разделы каталога только для чтения в контроллер домена и включает функцию поиска в глобальном каталоге.

      • Контроллер домена только для чтения (RODC) «Этот параметр не выбран по умолчанию.Это делает дополнительный контроллер домена доступным только для чтения; то есть делает контроллер домена контроллером домена только для чтения.

   2. В Имя сайта выберите сайт из списка.

   3. В разделе Введите пароль режима восстановления служб каталогов (DSRM) , в поле Пароль и Подтвердите пароль , дважды введите надежный пароль и нажмите Далее . Этот пароль необходимо использовать для запуска AD DS в DSRM для задач, которые должны выполняться в автономном режиме.

10. На странице Параметры DNS установите флажок Обновить делегирование DNS , если вы хотите обновить делегирование DNS во время установки роли, а затем нажмите Далее .

11. На странице Дополнительные параметры введите или перейдите к расположению тома и папки для файла базы данных, файлов журнала службы каталогов и файлов системного тома (SYSVOL). Укажите необходимые параметры репликации и нажмите Далее .

12. На странице Обзор параметров просмотрите параметры установки и нажмите Далее .

13. На странице Проверка предварительных требований после проверки предварительных требований щелкните Установить .

14. Подождите, пока мастер завершит настройку, а затем нажмите Закрыть .

15. Перезагрузите компьютер, если он не перезагружался автоматически.

2.3. Настройте группы безопасности

Для многосайтового развертывания требуется дополнительная группа безопасности для клиентских компьютеров Windows 7 для каждой точки входа в развертывании, которая обеспечивает доступ к клиентским компьютерам с Windows 7. Если существует несколько доменов, содержащих клиентские компьютеры Windows 7, рекомендуется создать группу безопасности в каждом домене для одной и той же точки входа. В качестве альтернативы можно использовать одну универсальную группу безопасности, содержащую клиентские компьютеры из обоих доменов. Например, в среде с двумя доменами, если вы хотите разрешить доступ к клиентским компьютерам Windows 7 в точках входа 1 и 3, но не в точке входа 2, тогда создайте две новые группы безопасности, содержащие клиентские компьютеры Windows 7 для каждой из них. точка входа в каждый из доменов.

Для настройки дополнительных групп безопасности

1. На основном контроллере домена щелкните Пуск , а затем щелкните Пользователи и компьютеры Active Directory .

2. В дереве консоли щелкните правой кнопкой мыши папку, в которую вы хотите добавить новую группу, например corp.contoso.com/Users. Наведите указатель на Новый , а затем щелкните Группа .

3. В диалоговом окне «Новый объект — группа » в разделе «Имя группы » введите имя новой группы, например Win7_Clients_Entrypoint1.

4. В области Группа щелкните Универсальный , в разделе Тип группы щелкните Безопасность , а затем щелкните ОК .

5. Чтобы добавить компьютеры в новую группу безопасности, дважды щелкните группу безопасности и в диалоговом окне <Имя_группы> Свойства щелкните вкладку Члены .

6. На вкладке Элементы щелкните Добавить .

7. Выберите компьютеры с Windows 7 для добавления в эту группу безопасности, а затем нажмите ОК .

8. Повторите эту процедуру, чтобы при необходимости создать группу безопасности для каждой точки входа.

Эквивалентные команды Windows PowerShell

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

Для установки компонента Windows «Модуль Active Directory для Windows PowerShell»:

  Install-WindowsFeature "Имя RSAT-AD-PowerShell
  

или добавьте оснастку Active Directory PowerShell с помощью OptionalFeatures.

При выполнении следующих командлетов в Windows 7 «или Windows Server 2008 R2 необходимо импортировать модуль Active Directory PowerShell:

  Импорт-модуль ActiveDirectory
  

Чтобы настроить группу безопасности с именем Win7_Clients_Entrypoint1 и добавить клиентский компьютер с именем CLIENT2:

  New-ADGroup -GroupScope universal -Name Win7_Clients_Entrypoint1
Добавить-ADGroupMember -Identity Win7_Clients_Entrypoint1 -Members CLIENT2 $
  

2.4. Настройте объекты групповой политики

Для развертывания удаленного доступа с несколькими узлами требуются следующие объекты групповой политики:

• Объект групповой политики для каждой точки входа для сервера удаленного доступа.

• Объект групповой политики для любых клиентских компьютеров Windows 8 для каждого домена.

• Объект групповой политики в каждом домене, который содержит клиентские компьютеры Windows 7 для каждой точки входа, настроенной для поддержки клиентов Windows 7.

  Примечание

  Если у вас нет клиентских компьютеров с Windows 7, вам не нужно создавать объекты групповой политики для компьютеров с Windows 7.

При настройке удаленного доступа мастер автоматически создает необходимые объекты групповой политики, если они еще не существуют. Если у вас нет необходимых разрешений для создания объектов групповой политики, они должны быть созданы до настройки удаленного доступа. Администратор DirectAccess должен иметь полные права доступа к объектам групповой политики (редактирование + изменение безопасности + удаление).

Важно

После создания объектов групповой политики для удаленного доступа вручную необходимо выделить достаточно времени для репликации Active Directory и DFS на контроллер домена на сайте Active Directory, который связан с сервером удаленного доступа.Если удаленный доступ автоматически создал объекты групповой политики, время ожидания не требуется.

Чтобы создать объекты групповой политики, см. Создание и редактирование объекта групповой политики.

Техническое обслуживание и простой контроллера домена

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

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

Важно

Эту операцию может выполнить только администратор домена. Влияние изменения основного контроллера домена не ограничивается удаленным доступом; поэтому будьте осторожны при передаче роли эмулятора PDC.

Примечание

Перед изменением сопоставления контроллеров домена убедитесь, что все объекты групповой политики в развертывании удаленного доступа были реплицированы на все контроллеры домена в домене. Если объект групповой политики не синхронизирован, последние изменения конфигурации могут быть потеряны после изменения сопоставления контроллера домена, что может привести к повреждению конфигурации. Чтобы проверить синхронизацию GPO, см. Проверка состояния инфраструктуры групповой политики.

Для передачи роли эмулятора PDC

1. На экране Start введите dsa.msc , а затем нажмите клавишу ВВОД.

2. На левой панели консоли «Пользователи и компьютеры Active Directory» щелкните правой кнопкой мыши Пользователи и компьютеры Active Directory , а затем щелкните Изменить контроллер домена . В диалоговом окне «Изменение сервера каталогов» щелкните Этот контроллер домена или экземпляр AD LDS , в списке щелкните контроллер домена, который будет новым держателем роли, а затем щелкните ОК .

   Примечание

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

3. В дереве консоли щелкните правой кнопкой мыши Пользователи и компьютеры Active Directory , выберите Все задачи , а затем щелкните Мастера операций .

4. В диалоговом окне Мастера операций щелкните вкладку PDC , а затем щелкните Изменить .

5. Щелкните Да , чтобы подтвердить, что вы хотите передать роль, а затем щелкните Закрыть .

Чтобы изменить контроллер домена, который управляет объектами групповой политики сервера

• Запустите командлет Windows PowerShell Set-DAEntryPointDC на сервере удаленного доступа и укажите имя недоступного контроллера домена для параметра ExistingDC . Эта команда изменяет ассоциацию контроллера домена для объектов групповой политики сервера точек входа, которые в настоящее время управляются этим контроллером домена.

  • Для замены недоступного контроллера домена «dc1.corp.contoso.com «с контроллером домена» dc2.corp.contoso.com «, выполните следующие действия:

      Set-DAEntryPointDC "ExistingDC 'dc1.corp.contoso.com'" NewDC 'dc2.corp.contoso.com' "ErrorAction Inquire
      

  • Чтобы заменить недоступный контроллер домена «dc1.corp.contoso.com» на контроллер домена на ближайшем к серверу удаленного доступа Active Directory сайте Active Directory «DA1.corp.contoso.com», выполните следующие действия:

      Set-DAEntryPointDC "ExistingDC 'dc1.corp.contoso.com '«Имя компьютера' DA1.corp.contoso.com '» ErrorAction Inquire
      

Изменение двух или более контроллеров домена, управляющих объектами групповой политики сервера

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

Информация о сопоставлении контроллера домена хранится как в реестре серверов удаленного доступа, так и во всех объектах групповой политики сервера.В следующем примере есть две точки входа с двумя серверами удаленного доступа: «DA1» в «точке входа 1» и «DA2» в «точке входа 2». Серверный объект групповой политики «Точки входа 1» управляется контроллером домена «DC1», тогда как объект групповой политики сервера «Точки входа 2» управляется контроллером домена «DC2». И «DC1», и «DC2» недоступны. Третий контроллер домена все еще доступен в домене «DC3», а данные из «DC1» и «DC2» уже реплицированы в «DC3».

Для изменения двух или более контроллеров домена, управляющих объектами групповой политики сервера

1. Чтобы заменить недоступный контроллер домена «DC2» на контроллер домена «DC3», выполните следующую команду:

     Set-DAEntryPointDC "ExistingDC 'DC2'" NewDC 'DC3' "ComputerName 'DA2'" Ошибка Действие Продолжить
     

   Эта команда обновляет ассоциацию контроллера домена для объекта групповой политики сервера «Точка входа 2» в реестре DA2 и в самом объекте групповой политики сервера «Точка входа 2»; однако он не обновляет объект групповой политики сервера «Точка входа 1», так как контроллер домена, который управляет им, недоступен.

   Подсказка

   Эта команда использует значение «Продолжить» для параметра ErrorAction , который обновляет объект групповой политики сервера «Точка входа 2», несмотря на то, что не удалось обновить объект групповой политики сервера «Точка входа 1».

   Полученная конфигурация показана на следующей диаграмме.

2. Чтобы заменить недоступный контроллер домена «DC1» на контроллер домена «DC3», выполните следующую команду:

     Set-DAEntryPointDC "ExistingDC 'DC1'" NewDC 'DC3' "ComputerName 'DA2'" Ошибка Действие Продолжить
     

   Эта команда обновляет ассоциацию контроллера домена для объекта групповой политики сервера «Точка входа 1» в реестре DA1 и в объектах групповой политики сервера «Точка входа 1» и «Точка входа 2».Полученная конфигурация показана на следующей диаграмме.

3. Чтобы синхронизировать сопоставление контроллера домена для объекта групповой политики сервера «Точка входа 2» в объекте групповой политики сервера «Точка входа 1», выполните команду для замены «DC2» на «DC3» и укажите сервер удаленного доступа, чей объект групповой политики сервера не синхронизируется, в данном случае «DA1», для параметра ComputerName .

     Set-DAEntryPointDC "ExistingDC 'DC2'" NewDC 'DC3' "ComputerName 'DA1'" Ошибка Действие Продолжить
     

   Окончательная конфигурация показана на следующей диаграмме.

Оптимизация распределения конфигурации

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

В некоторых сценариях может потребоваться вручную изменить контроллер домена, который управляет сервером GPO, чтобы оптимизировать время распространения конфигурации:

• На сайте Active Directory сервера удаленного доступа не было доступных для записи контроллеров домена во время его добавления в качестве точки входа.Контроллер домена с возможностью записи теперь добавляется на сайт Active Directory сервера удаленного доступа.

• Изменение IP-адреса или изменение сайтов и подсетей Active Directory могло переместить сервер удаленного доступа на другой сайт Active Directory.

• Связь контроллера домена для точки входа была изменена вручную из-за работ по техническому обслуживанию на контроллере домена, и теперь контроллер домена снова подключен к сети.

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

Примечание

Перед изменением сопоставления контроллеров домена убедитесь, что все объекты групповой политики в развертывании удаленного доступа были реплицированы на все контроллеры домена в домене. Если объект групповой политики не синхронизирован, последние изменения конфигурации могут быть потеряны после изменения сопоставления контроллера домена, что может привести к повреждению конфигурации.Чтобы проверить синхронизацию GPO, см. Проверка состояния инфраструктуры групповой политики.

Чтобы оптимизировать время распространения конфигурации, выполните одно из следующих действий:

• Чтобы управлять серверным GPO точки входа «Entry point 1» на контроллере домена на ближайшем к серверу удаленного доступа «DA1.corp.contoso.com» сайте Active Directory, выполните следующую команду:

    Set-DAEntryPointDC «EntryPointName 'Entry point 1'« ComputerName 'DA1.corp.contoso.com' »ErrorAction Inquire
    

• Для управления серверным GPO точки входа «Entry point 1» на контроллере домена «dc2.corp.contoso.com «, выполните следующую команду:

    Set-DAEntryPointDC «EntryPointName 'Entry point 1'« NewDC 'dc2.corp.contoso.com' «ComputerName 'DA1.corp.contoso.com'» ErrorAction Inquire
    

  Примечание

  При изменении контроллера домена, связанного с определенной точкой входа, необходимо указать сервер удаленного доступа, который является членом этой точки входа, для параметра ComputerName .

См. Также

Сайт Active Directory — обзор

Графические средства администрирования / MMC

Основным средством администрирования для управления Windows Server 2003 и Active Directory является консоль управления Microsoft (MMC).MMC сама по себе не инструмент управления, а интерфейс, который используется для загрузки надстроек, обеспечивающих административные функции. Оснастки предоставляют определенную функциональность или связанный набор функций. Благодаря дизайну интерфейса MMC вы можете загружать несколько оснасток в одну консоль и создавать собственные инструменты для решения конкретных задач. Кроме того, поскольку эти оснастки работают в одной среде, становится легче научиться использовать эти инструменты, поскольку вам не нужно изучать разные интерфейсы для каждого из них.

MMC можно запустить, открыв готовые консоли, которые доступны в папке Administrative Tools в меню Windows Start . Пустую MMC можно запустить с помощью команды Run в меню Windows Start . Если ввести MMC в команде Run в меню Windows Start , запустится пустая MMC, как показано на рисунке 1.14.

Рисунок 1.14. Консоль управления Microsoft

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

Вы можете добавить оснастки для определенных задач, щелкнув меню Файл и выбрав Добавить / удалить оснастку .Когда это будет сделано, появится новое диалоговое окно с двумя вкладками: Standalone и Extensions.

Вкладка «Автономный» используется для автономных надстроек, которые предназначены для работы без каких-либо дополнительных требований. Вкладка «Расширения» используется для загрузки специального типа оснастки, называемой оснасткой расширения. Они используются для добавления дополнительных функций в уже установленную автономную оснастку.

Вкладка «Автономный» используется для добавления или удаления оснастки из консоли. Как показано на рисунке 1.15, нажатие кнопки Добавить на этой вкладке отобразит список доступных автономных надстроек. Выбрав тот, который вы хотите добавить, нажмите кнопку Добавить в этом диалоговом окне. Нажав Close , вы закроете этот экран и вернетесь к предыдущему, который теперь будет включать выбранные вами оснастки в список тех, которые нужно установить в этой консоли. Нажатие OK подтверждает выбор и устанавливает их.

Рисунок 1.15. Диалоговое окно добавления / удаления оснастки

Как вы можете видеть на рисунке 1.15, для Active Directory доступны три оснастки:

▪

Пользователи и компьютеры Active Directory

▪

Домены и доверительные отношения Active Directory

▪

Сайты и службы Active Directory

Хотя мы обсудим каждый из них в следующих разделах, важно понимать, что это не единственные оснастки, которые вы можете использовать с Windows Server 2003. MMC предоставляет эти три оснастки для использовать с Active Directory, но другие также доступны для определенных целей и задач управления.Каждый из них имеет индивидуальную функциональность или набор связанных функций для администрирования Windows Server 2003 и Active Directory.

Примечание

Обратите внимание, что, хотя три оснастки, связанные с Active Directory, доступны для добавления в настраиваемую консоль MMC, каждая из них уже установлена ​​в отдельной предварительно настроенной консоли MMC, доступной через меню «Инструменты администрирования».

Поскольку в MMC можно добавить и настроить несколько оснасток, вы можете создавать собственные консоли для выполнения определенных задач.После настройки консоли вы можете сохранить ее в файл с расширением .msc. Консоль может быть сохранена в одном из двух режимов: Authoring и User.

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

Пользовательский режим используется для ограничения возможности другого пользователя использовать определенные функции консоли.

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

▪

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

▪

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

▪

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

Совет тестового дня

Экзамен проверит ваши знания Active Directory и то, как использовать инструменты, поставляемые с Windows Server 2003. Помните, что MMC позволяет загружать оснастки для выполнения определенных задач, а также может использоваться для создания настраиваемых консолей с ограниченной функциональностью.

Пользователи и компьютеры Active Directory

Консоль «Пользователи и компьютеры Active Directory» является одной из оснасток MMC для использования с Active Directory. Он позволяет администрировать учетные записи пользователей и компьютеров, группы, принтеры, подразделения, контакты и другие объекты, хранящиеся в Active Directory. Используя этот инструмент, вы можете создавать, удалять, изменять, перемещать, упорядочивать и устанавливать разрешения для этих объектов.

Как показано на рисунке 1.16, когда этот инструмент загружен, в дереве консоли (левая панель) появится узел, показывающий домен.При раскрытии этого узла будет показано количество контейнеров, созданных по умолчанию. Хотя могут быть созданы дополнительные контейнеры, вот те, которые появляются здесь после создания DC:

Рисунок 1.16. Пользователи и компьютеры Active Directory

▪

Встроенный

▪

Компьютеры

▪

Контроллеры домена

Пользователи

4

, которые могут храниться в контейнерах

1, которые могут быть управляемыми. с помощью этого инструмента и позволяют просматривать и изменять информацию, относящуюся к этим различным объектам.

Контейнер Builtin содержит группы, созданные Windows Server 2003, и может использоваться для управления доступом. Вы можете добавлять пользователей в эти встроенные группы, чтобы дать им возможность выполнять определенные задачи. Например, вместо того, чтобы разрешать всем сотрудникам ИТ-отдела использовать одну и ту же учетную запись администратора, пользователи могут быть добавлены во встроенную группу администраторов. Это дает им возможность администрировать Windows Server 2003, но позволяет отслеживать, кто с таким уровнем безопасности выполнял определенные задачи.

Контейнер Computers используется для хранения компьютерных объектов. Это (как следует из названия) компьютеры, работающие в сети, которые присоединились к домену и имеют учетные записи, созданные в Active Directory. Контейнер Computers может также включать учетные записи, используемые приложениями для доступа к Active Directory.

Контейнер Контроллеры домена содержит объекты, представляющие контроллеры домена, которые находятся в домене. Те, что показаны в этом контейнере, работают под управлением Windows 2000 Server и Windows Server 2003.Более ранние версии не отображаются.

Контейнер Users используется для хранения учетных записей пользователей и групп. Пользователи и группы, которые отображаются в этом контейнере, — это те, которые были созданы с использованием интерфейсов прикладного программирования (API), которые могут использовать Active Directory, и те, которые были созданы в Windows NT до обновления.

Дополнительные контейнеры могут отображаться, когда пользователи и компьютеры Active Directory работают с активированными расширенными функциями. Вы можете включить расширенные функции, щелкнув пункт меню с этим именем в меню «Просмотр».Когда расширенные функции активированы, контейнеры LostAndFound и System отображаются в левом дереве консоли.

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

Контейнер System используется для системных настроек.Это встроенные параметры для контейнеров и объектов, используемых Active Directory и Windows Server 2003.

Домены и доверие Active Directory

Консоль доменов и доверительных отношений Active Directory используется для управления доменами и доверительными отношениями между ними. Как показано на рисунке 1.17, дерево консоли этого инструмента включает узел для доменов, составляющих сеть. При выборе узла Active Directory Domains and Trusts на правой панели появится список доменов.С помощью этого инструмента вы можете создавать, изменять и удалять доверительные отношения между доменами, устанавливать суффикс для имен UPN и повышать функциональные уровни домена и леса. Это позволяет администраторам контролировать работу доменов и их взаимодействие.

Рисунок 1.17. Домены и доверие Active Directory

Используя консоль «Домены и доверие Active Directory», вы можете создавать различные типы доверительных отношений между доменами и лесами. Ранее мы обсуждали, как родительские и дочерние домены и деревья доменов используют двустороннее транзитивное доверие для совместного использования ресурсов между доменами.Двустороннее транзитивное доверие означает, что оба домена доверяют друг другу, а также любым другим доменам, с которыми у них есть аналогичные доверительные отношения. В дополнение к этому типу доверия могут быть созданы дополнительные доверительные отношения:

▪

Быстрое доверие

▪

Лесное доверие

▪

Доверие Realm

▪

Внешнее доверие

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

Чтобы проиллюстрировать это, давайте посмотрим на ситуацию на рисунке 1.18. Если пользователь в DomainD хочет использовать ресурсы в Domain2, он или она будет аутентифицироваться в домене, расположенном в другом дереве. Без ярлыка доверия соединение будет проходить через DomainA через доверие между двумя деревьями к Domain1, а затем к Domain2. С ярлыком доверия между DomainD и Domain2 будет прямое доверие, которое может использоваться для аутентификации.Как мы также можем видеть на рисунке 1.18, может существовать несколько сокращенных доверительных отношений, позволяющих пользователям проходить аутентификацию в других доменах, к которым им обычно требуется доступ.

Рисунок 1.18. Сокращенные доверительные отношения

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

Рисунок 1.19. Forest Trust

Доверие области может быть односторонним или двусторонним, а также транзитивным или нетранзитивным. Нетранзитивный означает, что доверительные отношения не выходят за пределы двух сторон. Например, предположим, что DomainA доверяет DomainB, а DomainB доверяет DomainC. Поскольку доверие нетранзитивно, DomainA и DomainC не доверяют друг другу, потому что между ними нет доверительных отношений.Как показано на рис. 1.20, доверительные отношения области используются, когда необходимо создать отношения между доменом Windows Server 2003 и областью, отличной от Windows, которая использует Kerberos версии 5 (например, под управлением UNIX).

Рисунок 1.20. Realm Trust

Последний тип доверия, который можно создать, — это внешнее доверие . Внешнее доверие всегда нетранзитивно и может быть односторонним или двусторонним. Как показано на рисунке 1.21, этот тип доверия используется для создания связи между доменом Windows Server 2003 и доменом под управлением Windows NT 4.0. Его также можно использовать для соединения двух доменов, которые находятся в разных лесах и не имеют отношения доверия леса, соединяющего их.

Рисунок 1.21. Внешнее доверие

Консоль Active Directory Domains and Trusts также используется для повышения уровня домена и леса, что позволяет использовать дополнительные функции в Active Directory. Повышение функциональных уровней домена и леса зависит от того, какие операционные системы работают на серверах, и это то, что мы обсудим более подробно позже в этой главе.

Предупреждение об экзамене

Консоль Active Directory Domains and Trusts позволяет создавать различные типы доверительных отношений для обмена информацией и ресурсами между лесами, доменами и сетями, отличными от Windows Server 2003. Вы можете создавать одно- и двусторонние транзитивные доверительные отношения, доверительные отношения лесов, доверительные отношения областей, внешние доверительные отношения и короткие доверительные отношения. Каждый из них имеет определенное применение и не может использоваться при любых обстоятельствах. Вам следует ознакомиться с использованием каждого типа доверия.

Сайты и службы Active Directory

Ранее в этой главе мы обсуждали, как сайты представляют физическую структуру вашей сети и важны для репликации информации в Active Directory.Консоль «Сайты и службы Active Directory» используется для создания сайтов и управления ими, а также для управления репликацией каталога внутри сайта и между сайтами. Используя этот инструмент, вы можете указать соединения между сайтами и способы их использования для репликации.

Как показано на рис. 1.22, консоль Active Directory Sites and Services имеет ряд контейнеров, которые предоставляют информацию и функции по созданию и поддержке сайтов. Когда домен впервые устанавливается на DC, создается объект сайта с именем Default-First-Site-Name.Этот контейнер можно (и нужно) переименовать во что-то значимое для бизнеса. Как упоминалось ранее, могут быть созданы дополнительные сайты для улучшения репликации между сайтами, или к этому существующему сайту могут быть добавлены домены.

Рисунок 1.22. Сайты и службы Active Directory

Контейнер Inter-Site Transports используется для создания и хранения ссылок на сайты. Ссылка на сайт — это связь между сайтами. Ссылки, созданные в IP-контейнере, используют Интернет-протокол (IP) в качестве транспортного протокола, а ссылки, созданные в рамках SMTP, используют простой протокол передачи почты (SMTP).

Контейнер Subnets используется для создания и хранения объектов, содержащих информацию о подсетях в вашей сети. Подсети — это совокупности соседних компьютеров, которые подразделяются в сети с использованием общего идентификатора сети. Используя контейнер «Подсети», вы можете группировать разные подсети вместе для создания сайта.

Теперь, когда мы рассмотрели MMC и оснастки, используемые для управления Active Directory, давайте приступим к практическому опыту. В упражнении 1.02 мы увидим, как MMC используется для загрузки оснасток, которые мы будем использовать в будущих упражнениях.

Exercise 1.02

Добавление оснасток в консоль управления Microsoft

1.

С помощью команды Run в меню Windows Start введите MMC и нажмите OK .

2.

Когда MMC откроется, щелкните команду Добавить / удалить оснастку в меню Файл .

3.

Когда появится диалоговое окно Добавить / удалить оснастку , откройте вкладку Standalone , чтобы выбрать его.Нажмите кнопку Добавить .

4.

Когда появится Добавить автономную оснастку , выберите Домены и доверие Active Directory из списка, а затем нажмите кнопку Добавить . Запись для этой оснастки должна появиться в списке в диалоговом окне «Добавить / удалить оснастку».

5.

Выберите Сайты и службы Active Directory из списка, а затем нажмите кнопку Добавить .Запись для этой оснастки должна появиться в списке в диалоговом окне «Добавить / удалить оснастку » .

6.

Выберите Пользователи и компьютеры Active Directory из списка, а затем нажмите кнопку Добавить . Запись для этой оснастки должна появиться в списке в диалоговом окне «Добавить / удалить оснастку » .

7.

Щелкните Закрыть , чтобы вернуться к предыдущему экрану. На этом этапе в диалоговом окне «Добавить / удалить оснастку » должны появиться три записи.Щелкните OK , чтобы закрыть диалоговое окно.

8.

Дерево консоли в MMC теперь должно содержать узлы для каждой оснастки. Разверните каждую оснастку и обратите внимание, что они содержат объекты и информацию, относящуюся к аспектам, с которыми имеет дело каждая оснастка.

Создание нового сайта и его привязка к IP-подсетям

Чтобы создать новый сайт, вам нужно придумать интуитивно понятное соглашение об именах и выбрать имя для нового сайта, а также выбрать ссылку сайта, к которой этот новый сайт принадлежит, как показано на рисунке 6-12.Используя консоль «Сайты и службы Active Directory», щелкните правой кнопкой мыши контейнер «Сайты» и выберите «Новый сайт». Вы можете переименовать свои сайты позже без какого-либо ощутимого воздействия на остальную инфраструктуру.

После того, как вы закончите создание всех сайтов, вы можете приступить к перемещению контроллеров домена, чтобы они соответствовали тому месту в топологии, где они должны быть. Поскольку все контроллеры домена по умолчанию помещены в Default-First-Site-Name, переключитесь на сайт и разверните контейнер Servers.Чтобы переместить сервер между сайтами, щелкните правой кнопкой мыши объект, представляющий рассматриваемый сервер, выберите «Переместить», а затем в появившемся окне выберите новый сайт для своего сервера.

Чтобы создать подсеть и связать ее с сайтом, выполните следующие действия:

1. На панели дерева щелкните правой кнопкой мыши контейнер «Подсети» и выберите «Новая подсеть». Появится окно, показанное на рисунке 6-13.

РИСУНОК 6-12

Создание нового сайта

РИСУНОК 6-13

Создание новой подсети

2.В поле «Префикс» введите сетевую часть IP-адресов, назначаемых подсети; это также называется адресом подсети. В том же поле введите маску подсети, соответствующую адресу подсети. Например, чтобы определить диапазон IP-адресов от 192.168.0.1 до 192.168.0.254, используйте 192.168.0.0 для адреса подсети и / 24 для маски подсети.

3. В списке «Выберите объект сайта для этого префикса» выберите сайт, который вы хотите связать с вновь созданной подсетью, и нажмите «ОК».

Теперь каждый раз, когда в сеть вводится новый контроллер домена, он автоматически перемещается на нужный сайт в зависимости от назначенного ему статического IP-адреса. Точно так же клиенты домена смогут связать себя с соответствующими сайтами AD, чтобы найти ближайшие контроллеры домена и другие точки обслуживания.

(обычно не рекомендуется удалять первый сайт по умолчанию, настроенный как

Qob автоматически при развертывании первого домена Active Directory.Вместо этого вы можете оставить его пустым или переименовать в имя, которое вы выбрали для основного узлового сайта.

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

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

Другой параметр групповой политики, представляющий особый интерес для администраторов сайта, — это конфигурация имени сайта.