Свойства точки Подключение службы

Атрибуты класса service Подключение ionPoint достаточно для большинства служб. домен Active Directory службы не определяют, как используются атрибуты, поэтому клиенты службы должны интерпретировать и использовать данные в службах SCPs. Службы, которые должны публиковать дополнительные данные о себе, могут расширить схему Active Directory, создав подкласс класса service Подключение ionPoint, предоставив подклассу отдельное имя. Дополнительные сведения о расширениях схемы см. в разделе "Расширение схемы".

Наиболее важными атрибутами SCP являются ключевое слово, serviceDNSName, serviceDNSNameType, serviceClassName и serviceBindingInformation. Клиентские приложения ищут каталог для ключевое слово значений, чтобы найти SCP. При обнаружении SCP клиенты могут считывать другие атрибуты для получения данных службы.

Атрибут	Description
ключевое слово	Атрибут ключевое слово s может содержать несколько строковых значений, определяющих службу. Этот атрибут включен в глобальный каталог, что означает, что клиенты в любом домене корпоративного леса могут искать глобальный каталог для ключевое слово, связанных со службой. Этот атрибут также индексируется, что повышает производительность запросов. Установщик, создающий SCP, задает значения атрибута ключевое слово s. Как правило, эти значения не изменяются активной службой. Точные ключевое слово, которые следует включить в SCP, зависят от того, как клиенты ищут службу. Наиболее подходящими ключевое слово являются строки GUID, так как идентификаторы GUID гарантированно будут уникальными в лесу. Используйте формат строки GUID, возвращаемый функцией UuidToString в библиотеке RPC. Кроме того, можно включить имена, доступные для чтения, если клиенты могут использовать их для поиска службы. Ключевое слово в SCP должны содержать строки GUID и (или) имена, которые определяют следующие данные о службе: Ваша компания или организация: например, Fabrikam. Продукт или служба: например, SQL Server. Это позволяет клиентским приложениям находить scPs для служб этого типа. Конкретная версия продукта или службы, например 7.5. Для scPs, публикующих определенный набор данных или возможностей для типа службы, включите строку GUID или имя, идентифицирующее конкретный экземпляр. Например, служба базы данных может опубликовать SCP для конкретной базы данных. В этом случае SCP будет содержать GUID продукта для идентификации службы и другого GUID для идентификации базы данных.
serviceDNSName и serviceDNSNameType	Клиентские приложения используют атрибуты serviceDNSName и serviceDNSNameType для определения хост-компьютера службы. Значение serviceDNSNameType указывает тип DNS-имени, указанного serviceDNSName обычно "A", если serviceDNSName содержит имя узла или SRV, если serviceDNSName содержит имя записи SRV. Значение serviceDNSName обычно является DNS-именем хост-компьютера службы. Установщик службы может вызвать функцию GetComputerNameEx , чтобы получить DNS-имя локального компьютера. Для служб, имеющих записи SRV DNS, serviceDNSName может быть именем записи SRV. Клиентское приложение использует API-интерфейсы DNS для получения всех записей SRV, соответствующих этому имени. Затем клиент получает dns-имя узла из одной из записей SRV. Этот метод полезен для реплика служб, так как записи SRV также включают данные, позволяющие клиенту выбрать лучшие реплика.
serviceBindingInformation	Многозначное свойство, содержащее строковые значения, которые хранят данные, необходимые для привязки к службе. Это свойство индексируется и реплика в глобальный каталог. Содержимое serviceBindingInformation зависит от службы, опубликованной SCP; клиенты должны интерпретировать данные привязки. В большинстве случаев данные привязки состоят из номера порта на главном компьютере службы.
serviceClassName	Однозначное свойство, определяющее класс службы, представленный SCP. Это описательная строка, связанная со службой, которая опубликовала SCP; Например, SqlServer. Для служб, поддерживающих взаимную проверку подлинности, клиенты могут использовать это свойство вместе с DNS-именем хост-компьютера службы для формирования имени субъекта-службы. Дополнительные сведения см. в разделе "Взаимная проверка подлинности с помощью Kerberos".