Snego

Snego, jejíž identifikátor ověřovací služby je RPC_C_AUTHN_GSS_NEGOTIATE, ve skutečnosti neposkytuje ověřovací služby samotné. Místo toho vezme seznam ověřovacích služeb a vyjedná službu, která bude fungovat mezi klientem a serverem. Parametry ověřování nejsou používány službou Snego, ale předávají se zvolené ověřovací službě, která provede skutečné ověřování. Snego byl v prosinci 1998 standardizován skupinou IETF (Internet Engineering Task Force) v dokumentu RFC 2478.

Snego je užitečné, když nevíte, jaké ověřovací služby může vzdálený počítač poskytnout.

Pokud chcete používat Snego, musí klient i server jako ověřovací službu zadat Snego. Server určuje RPC_C_AUTHN_GSS_NEGOTIATE jako dwAuthnSvc členem jedné z SOLE_AUTHENTICATION_SERVICE struktur v asAuthSvc parametr pole, který se předává CoInitializeSecurity. Klient může zadat Snego voláním CoSetProxyBlanket a předáním RPC_C_AUTHN_GSS_NEGOTIATE jako dwAuthnSvc parametru. Klient by měl také poskytnout seznam možných ověřovacích služeb pro Snego prostřednictvím PackageList člen struktury SEC_WINNT_AUTH_IDENTITY_EX, který je předán do parametru pAuthInfo ve volání CoSetProxyBlanket. Pokud pAuthInfo je null, Snego vytvoří seznam ověřovacích služeb z balíčků zabezpečení nainstalovaných v počítači. Potom Snego odešle seznam ověřovacích služeb na server, porovná seznam s dostupnými ověřovacími službami serveru a vybere ověřovací službu, která se má pro připojení použít.

Klienti mohou také určit Snego při volání CoInitializeSecurity. dwAuthnSvc a pAuthInfo parametry CoSetProxyBlan ket se stanou členy struktury SOLE_AUTHENTICATION_INFO, která se předává CoInitializeSecurity prostřednictvím jeho parametru pAuthList. Podrobnosti o hodnotách těchto členů jsou stejné jako v předchozím odstavci.

Pokud se používá Snego, volání CoQueryProxyBlanket nebo CoQueryClientBlanket vrátí Snego jako ověřovací službu, nikoli skutečnou ověřovací službu, kterou Snego vybral pro navázání připojení.

Související témata

balíčky COM a balíčky zabezpečení