- Как правильно установить и настроить файловый сервер на Windows Server
- Шаг 1. Выбор оборудования и подготовка сервера
- Дополнительные требования
- Шаг 2. Установка Windows и настройка системы
- Установка системы
- Настройка системы
- Шаг 3. Базовые настройки файлового сервера
- Установка роли и вспомогательных компонентов
- Настройка шары (общей папки)
- Шаг 4. Тюнинг файлового сервера или профессиональные советы
- Теневые копии
- Аудит
- Анализатор соответствия рекомендациям
- Шаг 5. Настройка средств обслуживания
- Резервное копирование
- Мониторинг
- Шаг 6. Тестирование
- Управление удаленным доступом Manage Remote Access
- Описание сценария Scenario description
- Содержание сценария In this scenario
- Планирование развертывания Plan the deployment
- Настройка развертывания Configure the deployment
- Практическое применение Practical applications
- Роли и компоненты, входящие в этот сценарий Roles and features included in this scenario
- Требования к оборудованию Hardware requirements
- Требования к серверу Server requirements
- Требования к клиенту Client requirements
- Требования к серверу инфраструктуры и управления Infrastructure and management server requirements
- Требования к программному обеспечению Software requirements
- Требования к серверу Server requirements
- Требования к клиенту удаленного доступа: Remote access client requirements
Как правильно установить и настроить файловый сервер на Windows Server
В качестве примера используется Windows Server 2012 R2 (2016, 2019). Инструкция разбита на несколько шагов и представляет из себя полный цикл настройки файлового хранилища для использования в малых и средних компаниях.
Шаг 1. Выбор оборудования и подготовка сервера
В качестве сервера, желательно, выбрать профессиональное оборудование. Системные требования для файлового сервера не высокие:
- Процессор может быть самый простой;
- Оперативная память также не сильно используется;
- Дисковая система — самый основной компонент. Ее объем зависит от специфики бизнеса. Примерная формула — не менее 15 Гб на пользователя и не менее 1 Тб на сервер. До 50 пользователей можно рассматривать диски SATA, после — SAS или SSD.
Например, для компании в 300 пользователей подойдет сервер с процессором Xeon E3, 8 Гб ОЗУ и 5 Тб дискового пространства на дисках SAS 10K.
Дополнительные требования
- Для обеспечения сохранности информации при выходе из строя жесткого диска, необходим RAID-контроллер. Настройка последнего выполняется из специального встроенного программного обеспечения, которое запускается при загрузке сервера;
- Сервер должен быть подключен к источнику бесперебойного питания;
- Необходимо предусмотреть резервное копирование. Для этого нужен дисковый накопитель (внешний жесткий диск) или другой сервер.
Подробнее о выборе оборудования читайте статью Как выбрать сервер.
Шаг 2. Установка Windows и настройка системы
Установка системы
На этом шаге все стандартно, за исключением одного нюанса: разбивая во время установки Windows жесткий диск, стараемся выделить небольшую часть (70 — 120 Гб) для системы и все остальное под данные. Если выделить много дискового пространства для системного раздела, увеличится время его обслуживания и фрагментация, что негативно скажется на производительности и надежности системы в целом.
Настройка системы
- Проверяем правильность настройки времени и часового пояса;
- Задаем понятное имя для сервера и, при необходимости, вводим его в домен;
- Если сервер не подключен напрямую к сети Интернет, стоит отключить брандмауэр;
- Для удаленного администрирования, включаем удаленный рабочий стол;
- Устанавливаем все обновления системы.
Шаг 3. Базовые настройки файлового сервера
Это стандартные действия, которые выполняются при настройке обычного файлового сервера.
Установка роли и вспомогательных компонентов
Как правило, данная роль устанавливается вместе с Windows. Остается только это проверить и доустановить компоненты, которые нужны для полноценной эксплуатации сервиса.
Открываем Диспетчер серверов. Он может быть запущен из панели быстрого запуска.
Нажимаем Управление — Добавить роли и компоненты.
В открывшемся окне оставляем Установка ролей и компонентов и нажимаем Далее.
В следующем окне выбираем нужный сервер (выбран по умолчанию, если работаем на сервере, а не через удаленную консоль) и нажимаем Далее.
Среди ролей находим Файловые службы и службы хранилища, раскрываем ее и проверяем, что установлены галочки напротив следующих компонентов:
- Службы хранения;
- Файловый сервер;
Если данные службы не установлены, выбираем их и нажимаем Далее.
В окне Выбор компонентов просто нажимаем Далее.
Откроется окно Подтверждение установки компонентов. Нажимаем Установить и после окончания процесса перезагружаем сервер.
Настройка шары (общей папки)
Создаем первую папку, которую хотим предоставить в общее использование. Затем кликаем по ней правой кнопкой мыши и нажимаем Свойства:
В открывшемся окне переходим на вкладку Доступ и нажимаем Расширенная настройка:
Ставим галочку Открыть общий доступ к этой папке и нажимаем кнопку Разрешения:
Предоставляем полный доступ всем пользователям:
* конечно же, мы не будем давать доступ всем пользователям, но для этого есть вкладка безопасность (см. ниже).
Нажимаем OK и еще раз OK.
Теперь переходим на вкладку Безопасность и нажимаем Дополнительно:
В открывшемся окне нажимаем Отключение наследования и Преобразовать унаследованные разрешения в явные разрешения этого объекта.
Выставляем необходимые права на папку, например:
Совет: старайтесь управлять правами на ресурсы только при помощи групп. Даже если доступ необходимо предоставить только одному человеку!
Теперь нажимаем OK два раза. Папка настроена для общего использования и в нашем примере доступна по сетевому пути \\fs1\Общая папка.
Шаг 4. Тюнинг файлового сервера или профессиональные советы
Данные настройки, по сути, представляют секреты того, как сделать файловый сервер лучше, надежнее и безопаснее. Применяя их, администраторы создают более правильную и профессиональную среду ИТ.
С самого начала стоит создавать общие папки в пространстве имен DFS. На это есть две основные причины:
- При наличии или появлении нескольких файловых серверов пользователям будет удобнее находить общие папки в одном месте.
- Администратор легко сможет создать отказоустойчивую систему при необходимости.
Теневые копии
Позволят вернуться к предыдущим версиям файлов. Это очень полезная функция позволит не только восстановить некорректно отредактированный документ, но и вернуть случайно удаленный файл или папку.
Как настроить и пользоваться данной возможностью, читайте подробнее в инструкции Как включить и настроить теневые копии.
Аудит
Аудит позволит вести протокол доступа к данным — понять, кто и когда удалил важные данные или внес в них изменения.
О том, как настроить данную возможность читайте статью Как включить аудит доступа к файлам Windows.
Анализатор соответствия рекомендациям
В диспетчер управления серверами Windows встроен инструмент для проверки конфигурации сервера — анализатор соответствия рекомендациям. Чтобы им воспользоваться переходим в диспетчере в Локальный сервер:
Находим раздел «Анализатор соответствия рекомендациям» и справа кликаем по ЗАДАЧИ — Начать проверку BPA:
Рассмотрим решения некоторых рекомендаций.
1. Для XXX должно быть задано рекомендованное значение.
Это набор однотипных рекомендаций, для выполнения которых нужно обратить внимание на описание и задать значение параметро, которое в нем указано. Например, для CachedOpenLimit в описании проблемы есть описание решения — «Задайте для CachedOpenLimit рекомендуемое значение 5». Чтобы это сделать, открываем Powershell от администратора и вводим команду:
Set-SmbServerConfiguration -CachedOpenLimit 5
* мы задаем параметру CachedOpenLimit значение 5, как это и рекомендовано анализатором.
На запрос, уверены ли мы, что хотим выполнить команду, отвечаем утвердительно.
Остальные параметры задаем аналогичными действиями.
2. Файл Srv.sys должен быть настроен на запуск по требованию.
В командной строке от имени администратора вводим:
sc config srv start= demand
3. Создание коротких имен файлов должно быть отключено.
В командной строке от имени администратора вводим:
fsutil 8dot3name set 1
Шаг 5. Настройка средств обслуживания
Ни одна инфраструктура не может полноценно существовать без мониторинга и резервного копирования. Предупредить о возможной проблеме, узнать о последней раньше пользователей или иметь возможность восстановить данные — показатели высокой ответственности и профессионализма системного администратора.
Резервное копирование
Для файлового сервера все просто — необходимо резервировать все рабочие папки и файлы. Лучшим решением будет ежедневное копирование новых данных, и с определенной периодичностью (например, раз в месяц), создавать полный архив.
Мониторинг
- Сетевую доступность сервера;
- Свободное дисковое пространство;
- Состояние жестких дисков.
Шаг 6. Тестирование
Тестирование состоит из 3-х основных действий:
- Проверить журналы Windows и убедиться в отсутствие ошибок. В случае их обнаружения, необходимо устранить все проблемы.
- Выполнить действия анализатора соответствий рекомендациям.
- Провести живой тест работы сервиса с компьютера пользователя.
Управление удаленным доступом Manage Remote Access
Область применения. Windows Server (Semi-Annual Channel), Windows Server 2016 Applies To: Windows Server (Semi-Annual Channel), Windows Server 2016
В сценарии развертывания управления удаленными клиентами DirectAccess компонент DirectAccess используется для поддержки работы клиентов через Интернет. The DirectAccess Remote Client Management deployment scenario uses DirectAccess to maintain clients over the Internet. В этом разделе описывается сценарий, включая этапы, роли, компоненты и ссылки на дополнительные ресурсы. This section explains the scenario, including its phases, roles, features, and links to additional resources.
Windows Server 2016 и Windows Server 2012 объединяют VPN DirectAccess и службы маршрутизации и удаленного доступа (RRAS) в одну роль удаленного доступа. Windows Server 2016 and Windows Server 2012 combine DirectAccess and Routing and Remote Access Service (RRAS) VPN into a single Remote Access role.
Помимо этой статьи доступны следующие разделы об управлении удаленным доступом. In addition to this topic, the following Remote Access management topics are available.
Описание сценария Scenario description
Клиентские компьютеры DirectAccess подключаются к интрасети при каждом подключении к Интернету, независимо от того, выполнил ли пользователь вход в систему компьютера. DirectAccess client computers are connected to the intranet whenever they are connected to the Internet, regardless of whether the user has signed in to the computer. Ими можно управлять как ресурсами интрасети, обеспечивая соответствие изменениям групповой политики, обновлениям операционной системы, обновлениям решений по защите от вредоносных программ и другим организационным изменениям. They can be managed as intranet resources and kept current with Group Policy changes, operating system updates, antimalware updates, and other organizational changes.
В некоторых случаях серверам или компьютерам интрасети необходимо инициировать подключения к клиентам DirectAccess. In some cases, intranet servers or computers must initiate connections to DirectAccess clients. Например, сотрудники службы поддержки могут использовать подключения удаленного рабочего стола для соединения с удаленными клиентами DirectAccess и устранения их неполадок. For example, Help Dtechnicians can use remote desktop connections to connect to and troubleshoot remote DirectAccess clients. Этот сценарий позволяет обеспечивать подключение пользователей с помощью существующего решения удаленного доступа, используя DirectAccess лишь для удаленного управления. This scenario lets you keep your existing remote access solution in place for user connectivity, while using DirectAccess for remote management.
DirectAccess предоставляет конфигурацию, которая поддерживает удаленное управление клиентами DirectAccess. DirectAccess provides a configuration that supports remote management of DirectAccess clients. Вы можете использовать параметр мастера развертывания, ограничивающий создание политик лишь теми, которые необходимы для удаленного управления клиентскими компьютерами. You can use a deployment wizard option that limits the creation of policies to only those needed for remote management of client computers.
В рамках этого развертывания параметры настройки на уровне пользователя, например принудительное туннелирование, интеграция защиты доступа к сети (NAP) и двухфакторная проверка подлинности, становятся недоступными. In this deployment, user-level configuration options such as force tunneling, Network Access Protection (NAP) integration, and two-factor authentication are not available.
Содержание сценария In this scenario
Далее описываются этапы планирования и настройки сценария развертывания управления удаленными клиентами DirectAccess. The DirectAccess Remote Client Management deployment scenario includes the following steps for planning and configuring.
Планирование развертывания Plan the deployment
Существует несколько требований к компьютерам и сети для планирования данного сценария, There are only a few computer and network requirements for planning this scenario. К ним относятся следующие: They include:
Топология сети и серверов. С помощью DirectAccess вы можете поместить сервер удаленного доступа на периферии вашей интрасети либо после устройства преобразования сетевых адресов или брандмауэра. Network and server topology: With DirectAccess, you can place your Remote Access server at the edge of your intranet or behind a network address translation (NAT) device or a firewall.
Сервер сетевых расположений DirectAccess. Сервер сетевых расположений используется клиентами DirectAccess, чтобы определить, находятся ли они во внутренней сети. DirectAccess network location server: The network location server is used by DirectAccess clients to determine whether they are located on the internal network. Сервер сетевых расположений можно установить на сервере DirectAccess или на другом сервере. The network location server can be installed on the DirectAccess server or on another server.
Клиенты DirectAccess. Решите, какие управляемые компьютеры будут настроены как клиенты DirectAccess. DirectAccess clients: Decide which managed computers will be configured as DirectAccess clients.
Настройка развертывания Configure the deployment
Настройка развертывания состоит из нескольких этапов. Configuring your deployment consists of a number of steps. приведенные ниже. These include:
Настройка инфраструктуры. Настройте параметры DNS, при необходимости включите сервер и клиентские компьютеры в домен и настройте группы безопасности Active Directory. Configure the infrastructure: Configure DNS settings, join the server and client computers to a domain if required, and configure Active Directory security groups.
В данном сценарии развертывания объекты групповой политики (GPO) создаются автоматически службой удаленного доступа. In this deployment scenario, Group Policy Objects (GPOs) are created automatically by Remote Access. Дополнительные параметры объекта групповой политики для сертификатов см. в разделе Развертывание расширенного удаленного доступа. For advanced certificate GPO options, see Deploying advanced Remote Access.
Настройка сервера удаленного доступа и сетевых параметров. Настройте сетевые адаптеры, IP-адреса и маршрутизацию. Configure Remote Access server and network settings: Configure network adapters, IP addresses, and routing.
Настройка параметров сертификата. в этом сценарии развертывания мастер начало работы создает самозаверяющие сертификаты, поэтому нет необходимости настраивать более расширенную инфраструктуру сертификатов. Configure certificate settings: In this deployment scenario, the Getting Started Wizard creates self-signed certificates, so there is no need to configure the more advanced certificate infrastructure.
Настройка сервера сетевых расположений. В данном сценарии сервер сетевых расположений устанавливается на сервере удаленного доступа. Configure the network location server: In this scenario, the network location server is installed on the Remote Access server.
Планирование серверов управления DirectAccess. Администраторы могут удаленно управлять клиентскими компьютерами DirectAccess, размещенными за пределами корпоративной сети, через Интернет. Plan DirectAccess management servers: Administrators can remotely manage DirectAccess client computers that are located outside the corporate network by using the Internet. Серверы управления включают компьютеры (например, серверы обновления), которые используются во время управления удаленными клиентами. Management servers include computers that are used during remote client management (such as update servers).
Настройка сервера удаленного доступа. Установите роль удаленного доступа и запустите мастер начальной настройки DirectAccess для настройки DirectAccess. Configure the Remote Access server: Install the Remote Access role and run the DirectAccess Getting Started Wizard to configure DirectAccess.
Проверка развертывания. Протестируйте клиенты DirectAccess, чтобы гарантировать, что они могут подключаться к внутренней сети и Интернету с помощью DirectAccess. Verify the deployment: Test a client to make sure it is able to connect to the internal network and the Internet by using DirectAccess.
Практическое применение Practical applications
Ниже описываются преимущества, предоставляемые развертыванием единого сервера удаленного доступа для управления клиентами DirectAccess. Deploying a single Remote Access server for managing DirectAccess clients provides the following:
Простота доступа. управляемые клиентские компьютеры под управлением Windows 8 или Windows 7 можно настроить как клиентские компьютеры DirectAccess. Ease-of-access: Managed client computers running Windows 8 or Windows 7 can be configured as DirectAccess client computers. Эти клиенты могут получить доступ к внутренним ресурсам сети с помощью DirectAccess, как только устанавливается подключение Интернету, без необходимости входить в профиль VPN-подключения. These clients can access internal network resources through DirectAccess any time they are connected to the Internet without needing to sign in to a VPN connection. Клиентские компьютеры под управлением других операционных систем могут подключаться к внутренней сети через VPN. Client computers not running one of these operating systems can connect to the internal network through VPN. Управление DirectAccess и VPN осуществляется с помощью одной консоли и одинаковых мастеров. DirectAccess and VPN are managed in the same console and with the same set of wizards.
Простота управления. Администраторы удаленного доступа могут удаленно управлять клиентскими компьютерами DirectAccess, подключенными к Интернету, даже если они находятся за пределами внутренней корпоративной сети. Ease-of-management: DirectAccess client computers that are connected to the Internet can be remotely managed by remote access administrators by using DirectAccess, even when the client computers are not located in the internal corporate network. Серверы управления могут автоматически исправить клиентские компьютеры, которые не отвечают корпоративным требованиям. Client computers that do not meet corporate requirements can be remediated automatically by management servers. Одним или несколькими серверами удаленного доступа можно управлять с одной консоли управления удаленным доступом. One or more Remote Access servers can be managed from a single Remote Access Management console.
Роли и компоненты, входящие в этот сценарий Roles and features included in this scenario
В следующей таблице перечислены роли и компоненты, необходимые для сценария. The following table lists the roles and features required for the scenario:
Роль или компонент Role or feature | Способ поддержки сценария How it supports this scenario |
---|---|
Роль удаленного доступа Remote Access role | Эту роль можно установить и удалить с помощью консоли диспетчера серверов или Windows PowerShell. This role is installed and uninstalled by using the Server Manager console or Windows PowerShell. В эту роль входит как DirectAccess, служивший ранее компонентом Windows Server 2008 R2, так и службы маршрутизации и удаленного доступа, которые ранее представляли собой службу в составе роли сервера служб политики сети и доступа. This role encompasses DirectAccess, which was previously a feature in Windows Server 2008 R2, and Routing and Remote Access Services, which was previously a role service under the Network Policy and Access Services (NPAS) server role. Роль удаленного доступа включает два компонента. The Remote Access role consists of two components: 1. VPN-подключение DirectAccess и службы маршрутизации и удаленного доступа (RRAS). Управление DirectAccess и VPN осуществляется в консоли управления удаленным доступом. 1. DirectAccess and Routing and Remote Access Services (RRAS) VPN: DirectAccess and VPN are managed in the Remote Access Management console. Роль сервера удаленного доступа зависит от следующих компонентов: The Remote Access server role is dependent on the following features: — Веб-сервер (IIS): требуется для настройки сервера сетевых расположений и веб-проверки по умолчанию. — Web Server (IIS): Required to configure the network location server and default web probe. |
Средства управления удаленным доступом Remote Access Management Tools feature | Этот компонент устанавливается описанным ниже образом. This feature is installed as follows: — По умолчанию на сервере удаленного доступа, если роль удаленного доступа установлена и поддерживает пользовательский интерфейс консоли удаленного управления. — By default on a Remote Access server when the Remote Access role is installed and supports the Remote Management console user interface. Эта функция включает в себя следующие компоненты: This feature consists of the following: — Графический интерфейс удаленного доступа и программы командной строки — Remote Access GUI and command-line tools Зависимости включают следующее: Dependencies include: — Консоль управления групповыми политиками — Group Policy Management Console |
Требования к оборудованию Hardware requirements
Для этого сценария действуют следующие требования к оборудованию. Hardware requirements for this scenario include the following:
Требования к серверу Server requirements
Компьютер, отвечающий требованиям к оборудованию для Windows Server 2016. A computer that meets the hardware requirements for Windows Server 2016. Дополнительные сведения см. в статье требования к системедля Windows Server 2016. For more information, see Windows Server 2016 System Requirements.
На сервере должно быть установлено и включено не менее одного сетевого адаптера. The server must have at least one network adapter installed and enabled. Только один адаптер должен быть подключен к внутренней корпоративной сети, и только один — к внешней сети (Интернету). There should be only one adapter connected to the corporate internal network, and only one connected to the external network (Internet).
Если в качестве протокола перехода с IPv6 на IPv4 требуется Teredo, внешнему адаптеру сервера необходимы два последовательных открытых адреса IPv4. If Teredo is required as an IPv6 to IPv4 transition protocol, the external adapter of the server requires two consecutive public IPv4 addresses. Если доступен только один сетевой адаптер, в качестве протокола перехода можно использовать только IP-HTTPS. If a single network adapter is available, only IP-HTTPS can be used as the transition protocol.
Минимум один контроллер домена. At least one domain controller. Серверы удаленного доступа и клиенты DirectAccess должны быть членами домена. The Remote Access servers and DirectAccess clients must be domain members.
Если вы не хотите использовать самозаверяющие сертификаты для IP-HTTPS или сервера сетевых расположений либо хотите использовать сертификаты клиентов для проверки подлинности IPsec клиентов, на сервере необходимо установить центр сертификации (ЦС). A certification authority is required on the server if you do not want to use self-signed certificates for IP-HTTPS or the network location server, or if you want to use client certificates for client IPsec authentication.
Требования к клиенту Client requirements
- Клиентский компьютер должен работать под управлением Windows 10 или Windows 8 или Windows 7. A client computer must be running Windows 10 or Windows 8 or Windows 7.
Требования к серверу инфраструктуры и управления Infrastructure and management server requirements
Во время удаленного управления клиентскими компьютерами DirectAccess клиенты инициируют связь с серверами управления, например контроллерами доменов, серверами System Center Configuration и центра регистрации работоспособности. During remote management of DirectAccess client computers, clients initiate communications with management servers, such as domain controllers, System Center Configuration Servers, and Health Registration Authority (HRA) servers. Эти серверы предоставляют службы, которые включают обновления Windows и антивирусных программ и средства проверки клиентов на соответствие требованиям защиты доступа к сети (NAP). These servers provide services that include Windows and antivirus updates and Network Access Protection (NAP) client compliance. Необходимые серверы следует развернуть до начала развертывания удаленного доступа. You should deploy the required servers before you begin the Remote Access deployment.
Требуется DNS-сервер под Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 или Windows Server 2008 с пакетом обновления 2 (SP2). A DNS server running Windows Server 2016, Windows Server 2012 R2 , Windows Server 2012 , Windows Server 2008 R2, or Windows Server 2008 with SP2 is required.
Требования к программному обеспечению Software requirements
Для этого сценария действуют следующие требования к программному обеспечению. Software requirements for this scenario include the following:
Требования к серверу Server requirements
Сервер удаленного доступа должен быть членом домена. The Remote Access server must be a domain member. Сервер можно развернуть на границе внутренней сети или за пограничным межсетевым экраном либо другим устройством. The server can be deployed at the edge of the internal network, or behind an edge firewall or other device.
Если сервер удаленного доступа расположен за пограничным межсетевым экраном или устройством преобразования сетевых адресов (NAT), на устройстве необходимо разрешить трафик на сервер удаленного доступа и с него. If the Remote Access server is located behind an edge firewall or NAT device, the device must be configured to allow traffic to and from the Remote Access server.
Администратору, развертывающему сервер удаленного доступа, требуются права локального администратора на сервере и права пользователя домена. Admins who deploy a Remote Access server require local administrator permissions on the server and domain user permissions. Кроме того, администратору требуются права для объектов групповой политики, которые используются при развертывании DirectAccess. In addition, the administrator requires permissions for the GPOs that are used for DirectAccess deployment. Чтобы ограничить развертывание DirectAccess только мобильными компьютерами, для создания фильтра WMI необходимы права администратора домена на контроллере домена. To take advantage of the features that restrict DirectAccess deployment to only mobile computers, Domain Admin permissions are required on the domain controller to create a WMI filter.
Если сервер сетевых расположений находится не на сервере удаленного доступа, для него потребуется отдельный сервер. If the network location server is not located on the Remote Access server, a separate server to run it is required.
Требования к клиенту удаленного доступа: Remote access client requirements
Клиенты DirectAccess должны входить в состав домена. DirectAccess clients must be domain members. Домены, членами которых являются клиенты, могут принадлежать к общему лесу с сервером удаленного доступа или иметь двустороннее доверие с лесом или доменом сервера удаленного доступа. Domains that contain clients can belong to the same forest as the Remote Access server, or they can have a two-way trust with the Remote Access server forest or domain.
Требуется группа безопасности Active Directory, в которую необходимо включить компьютеры, настраиваемые как клиенты DirectAccess. An Active Directory security group is required to contain the computers that will be configured as DirectAccess clients. Компьютеры должны входить только в одну группу безопасности, включающую клиентов DirectAccess. Computers should not be included in more than one security group that includes DirectAccess clients. Если клиенты включены в несколько групп, разрешение имен для клиентских запросов будет работать некорректно. If clients are included in multiple groups, name resolution for client requests will not work as expected.