Безопасность сетевого контроллера
Область применения: Azure Stack HCI версий 22H2 и 21H2; Windows Server 2022, Windows Server 2019, Windows Server 2016
В этом разделе вы узнаете, как настроить безопасность для всех обменов данными между сетевым контроллером и другим программным обеспечением и устройствами.
К путям связи, которые можно защитить, относятся северный трафик на плоскости управления, связь кластера между виртуальными машинами сетевого контроллера в кластере и связь с южным трафиком в плоскости данных.
Северо-северная связь. Сетевой контроллер взаимодействует на плоскости управления с программным обеспечением для управления с поддержкой SDN, таким как Windows PowerShell и System Center Virtual Machine Manager (SCVMM). Эти средства управления предоставляют возможность определить сетевую политику и создать целевое состояние для сети, с которым можно сравнить фактическую конфигурацию сети, чтобы привести фактическую конфигурацию в соответствие с целевой.
Взаимодействие с кластером сетевого контроллера. При настройке трех или более виртуальных машин в качестве узлов кластера сетевого контроллера эти узлы взаимодействуют друг с другом. Такое взаимодействие может быть связано с синхронизацией и репликацией данных между узлами или конкретным взаимодействием между службами сетевого контроллера.
Связь с южным трафиком. Сетевой контроллер взаимодействует в плоскости данных с инфраструктурой SDN и другими устройствами, такими как программные подсистемы балансировки нагрузки, шлюзы и хост-компьютеры. Сетевой контроллер можно использовать для настройки этих устройств, входящих в южный трафик, и управления ими, чтобы они поддерживали целевое состояние, настроенное для сети.
Северо-северная связь
Сетевой контроллер поддерживает проверку подлинности, авторизацию и шифрование для северного трафика. В следующих разделах содержатся сведения о настройке этих параметров безопасности.
Аутентификация
При настройке проверки подлинности для сетевого контроллера через север вы разрешаете узлам кластера сетевого контроллера и клиентам управления проверять удостоверение устройства, с которым они обмениваются данными.
Сетевой контроллер поддерживает следующие три режима проверки подлинности между клиентами управления и узлами сетевого контроллера.
Примечание
Если вы развертываете сетевой контроллер с System Center Virtual Machine Manager, поддерживается только режим Kerberos.
Kerberos. Используйте проверку подлинности Kerberos при присоединении клиента управления и всех узлов кластера сетевого контроллера к домену Active Directory. Домен Active Directory должен иметь учетные записи домена, используемые для проверки подлинности.
X509. Используйте X509 для проверки подлинности на основе сертификатов для клиентов управления, не присоединенных к домену Active Directory. Необходимо зарегистрировать сертификаты для всех узлов кластера сетевого контроллера и клиентов управления. Кроме того, все узлы и клиенты управления должны доверять сертификатам друг друга.
Нет. Используйте None для тестирования в тестовой среде и, следовательно, не рекомендуется использовать в рабочей среде. При выборе этого режима проверка подлинности между узлами и клиентами управления не выполняется.
Вы можете настроить режим проверки подлинности для северного трафика с помощью команды Windows PowerShell Install-NetworkController с параметром ClientAuthentication.
Авторизация
При настройке авторизации для сетевого контроллера через север вы разрешаете узлам кластера сетевого контроллера и клиентам управления проверять, является ли устройство, с которым они обмениваются данными, является доверенным и имеет ли оно разрешение на участие в обмене данными.
Используйте следующие методы авторизации для каждого из режимов проверки подлинности, поддерживаемых сетевым контроллером.
Kerberos. При использовании метода проверки подлинности Kerberos определяются пользователи и компьютеры, которым разрешено взаимодействовать с сетевым контроллером, путем создания группы безопасности в Active Directory, а затем добавления авторизованных пользователей и компьютеров в группу. Сетевой контроллер можно настроить для использования группы безопасности для авторизации с помощью параметра ClientSecurityGroup команды Install-NetworkController Windows PowerShell. После установки сетевого контроллера группу безопасности можно изменить с помощью команды Set-NetworkController с параметром -ClientSecurityGroup. При использовании SCVMM необходимо указать группу безопасности в качестве параметра во время развертывания.
X509. При использовании метода проверки подлинности X509 сетевой контроллер принимает запросы только от клиентов управления, отпечатки сертификатов которых известны сетевому контроллеру. Эти отпечатки можно настроить с помощью параметра ClientCertificateThumbprint команды Install-NetworkController Windows PowerShell. Другие клиентские отпечатки можно добавить в любое время с помощью команды Set-NetworkController .
Нет. При выборе этого режима проверка подлинности между узлами и клиентами управления не выполняется. Используйте None для тестирования в тестовой среде и, следовательно, не рекомендуется использовать в рабочей среде.
Шифрование
Северный трафик использует протокол SSL для создания зашифрованного канала между клиентами управления и узлами сетевого контроллера. Ssl-шифрование для связи по Северному трафику включает следующие требования.
Все узлы сетевого контроллера должны иметь идентичный сертификат, который включает в себя цели проверки подлинности сервера и проверки подлинности клиента в расширениях расширенного использования ключей (EKU).
Универсальный код ресурса (URI), используемый клиентами управления для взаимодействия с сетевым контроллером, должен быть именем субъекта сертификата. Имя субъекта сертификата должно содержать полное доменное имя (FQDN) или IP-адрес конечной точки REST сетевого контроллера.
Если узлы сетевого контроллера находятся в разных подсетях, имя субъекта их сертификатов должно совпадать со значением, используемым для параметра RestName в команде Install-NetworkController Windows PowerShell.
Все клиенты управления должны доверять SSL-сертификату.
Регистрация и настройка SSL-сертификата
Необходимо вручную зарегистрировать SSL-сертификат на узлах сетевого контроллера.
После регистрации сертификата можно настроить сетевой контроллер для использования сертификата с параметром -ServerCertificate команды Windows PowerShell Install-NetworkController. Если вы уже установили сетевой контроллер, вы можете обновить конфигурацию в любое время с помощью команды Set-NetworkController .
Примечание
Если вы используете SCVMM, необходимо добавить сертификат в качестве ресурса библиотеки. Дополнительные сведения см. в статье Настройка сетевого контроллера SDN в структуре VMM.
Взаимодействие с кластером сетевого контроллера
Сетевой контроллер поддерживает проверку подлинности, авторизацию и шифрование для обмена данными между узлами сетевого контроллера. Обмен данными осуществляется через Windows Communication Foundation (WCF) и TCP.
Этот режим можно настроить с помощью параметра ClusterAuthentication команды Install-NetworkControllerCluster Windows PowerShell.
Дополнительные сведения см. в разделе Install-NetworkControllerCluster.
Аутентификация
При настройке проверки подлинности для связи с кластером сетевого контроллера вы разрешаете узлам кластера сетевого контроллера проверять удостоверения других узлов, с которыми они взаимодействуют.
Сетевой контроллер поддерживает следующие три режима проверки подлинности между узлами сетевого контроллера.
Примечание
При развертывании сетевого контроллера с помощью SCVMM поддерживается только режим Kerberos .
Kerberos. Проверку подлинности Kerberos можно использовать, если все узлы кластера сетевого контроллера присоединены к домену Active Directory с учетными записями домена, используемыми для проверки подлинности.
X509. X509 — это проверка подлинности на основе сертификата. Проверку подлинности X509 можно использовать, если узлы кластера сетевого контроллера не присоединены к домену Active Directory. Чтобы использовать X509, необходимо зарегистрировать сертификаты на всех узлах кластера сетевого контроллера, а все узлы должны доверять сертификатам. Кроме того, имя субъекта сертификата, зарегистрированного на каждом узле, должно совпадать с DNS-именем узла.
Нет. При выборе этого режима проверка подлинности между узлами сетевого контроллера не выполняется. Этот режим предоставляется только для тестирования и не рекомендуется использовать в рабочей среде.
Авторизация
При настройке авторизации для связи с кластером сетевого контроллера вы разрешаете узлам кластера сетевого контроллера проверять, что узлы, с которыми они взаимодействуют, являются доверенными и имеют разрешение на участие в обмене данными.
Для каждого из режимов проверки подлинности, поддерживаемых сетевым контроллером, используются следующие методы авторизации.
Kerberos. Узлы сетевого контроллера принимают запросы на обмен данными только от других учетных записей компьютеров сетевого контроллера. Эти учетные записи можно настроить при развертывании сетевого контроллера с помощью параметра Name команды New-NetworkControllerNodeObject Windows PowerShell.
X509. Узлы сетевого контроллера принимают запросы на обмен данными только от других учетных записей компьютеров сетевого контроллера. Эти учетные записи можно настроить при развертывании сетевого контроллера с помощью параметра Name команды New-NetworkControllerNodeObject Windows PowerShell.
Нет. При выборе этого режима авторизация между узлами сетевого контроллера не выполняется. Этот режим предоставляется только для тестирования и не рекомендуется использовать в рабочей среде.
Шифрование
Обмен данными между узлами сетевого контроллера шифруется с помощью шифрования на уровне транспорта WCF. Эта форма шифрования используется, если методами проверки подлинности и авторизации являются сертификаты Kerberos или X509. Дополнительные сведения см. в следующих разделах:
- Практическое руководство. Защита службы с использованием учетных данных Windows
- Практическое руководство. Защита службы с помощью сертификатов X.509.
Связь по южной части
Сетевой контроллер взаимодействует с различными типами устройств для связи в южном направлении. Эти взаимодействия используют разные протоколы. Поэтому существуют различные требования к проверке подлинности, авторизации и шифрованию в зависимости от типа устройства и протокола, используемого сетевым контроллером для взаимодействия с устройством.
В следующей таблице приведены сведения о взаимодействии сетевого контроллера с различными южными устройствами.
| Южное устройство или служба | Протокол | Используемая проверка подлинности |
|---|---|---|
| Подсистема балансировки нагрузки программного обеспечения | WCF (MUX), TCP (узел) | Сертификаты |
| Брандмауэр | OVSDB | Сертификаты |
| Шлюз | WinRM | Kerberos, сертификаты |
| Виртуальная сеть | OVSDB, WCF | Сертификаты |
| Определяемая пользователем маршрутизация | OVSDB | Сертификаты |
Механизм связи для каждого из этих протоколов описан в следующем разделе.
Аутентификация
Для связи на юг используются следующие протоколы и методы проверки подлинности.
WCF/TCP/OVSDB. Для этих протоколов проверка подлинности выполняется с помощью сертификатов X509. Сетевой контроллер и одноранговый мультиплексор программной балансировки нагрузки (SLB) или хост-компьютеры представляют свои сертификаты друг другу для взаимной проверки подлинности. Каждый сертификат должен быть доверенным для удаленного однорангового узла.
Для проверки подлинности на южном направлении можно использовать тот же SSL-сертификат, который настроен для шифрования связи с клиентами Northbound. Кроме того, необходимо настроить сертификат на многомерных устройствах SLB и хост-устройствах. Имя субъекта сертификата должно совпадать с DNS-именем устройства.
WinRM. Для этого протокола проверка подлинности выполняется с помощью Протокола Kerberos (для компьютеров, присоединенных к домену) и сертификатов (для компьютеров, не присоединенных к домену).
Авторизация
Для связи на юг используются следующие протоколы и методы авторизации.
WCF/TCP. Для этих протоколов авторизация основана на имени субъекта одноранговой сущности. Сетевой контроллер хранит DNS-имя однорангового устройства и использует его для авторизации. Это DNS-имя должно соответствовать имени субъекта устройства в сертификате. Аналогичным образом, сертификат сетевого контроллера должен соответствовать DNS-имени сетевого контроллера, хранящееся на одноранговом устройстве.
WinRM. Если используется Kerberos, учетная запись клиента WinRM должна присутствовать в предопределенной группе в Active Directory или в группе локальных администраторов на сервере. Если используются сертификаты, клиент предоставляет серверу сертификат, который сервер авторизует с помощью имени субъекта или издателя, а сервер использует сопоставленную учетную запись пользователя для выполнения проверки подлинности.
OVSDB. Авторизация основана на имени субъекта одноранговой сущности. Сетевой контроллер хранит DNS-имя однорангового устройства и использует его для авторизации. Это DNS-имя должно соответствовать имени субъекта устройства в сертификате.
Шифрование
Для передачи данных на юг для протоколов используются следующие методы шифрования.
WCF/TCP/OVSDB. Для этих протоколов шифрование выполняется с помощью сертификата, зарегистрированного на клиенте или сервере.
WinRM. Трафик WinRM шифруется по умолчанию с помощью поставщика поддержки безопасности Kerberos (SSP). Дополнительное шифрование в формате SSL можно настроить на сервере WinRM.
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по