Export (0) Print
Expand All

AuthenticationTypes Enumeration

The AuthenticationTypes enumeration specifies the types of authentication used in System.DirectoryServices. This enumeration has a FlagsAttribute attribute that allows a bitwise combination of its member values.

This enumeration has a FlagsAttribute attribute that allows a bitwise combination of its member values.

Namespace: System.DirectoryServices
Assembly: System.DirectoryServices (in system.directoryservices.dll)

[FlagsAttribute] 
public enum AuthenticationTypes
/** @attribute FlagsAttribute() */ 
public enum AuthenticationTypes
FlagsAttribute 
public enum AuthenticationTypes

 Member nameDescription
AnonymousNo authentication is performed. 
DelegationEnables Active Directory Services Interface (ADSI) to delegate the user's security context, which is necessary for moving objects across domains. 
EncryptionAttaches a cryptographic signature to the message that both identifies the sender and ensures that the message has not been modified in transit. 
FastBindSpecifies that ADSI will not attempt to query the Active Directory objectClass property. Therefore, only the base interfaces that are supported by all ADSI objects will be exposed. Other interfaces that the object supports will not be available. A user can use this option to boost the performance in a series of object manipulations that involve only methods of the base interfaces. However, ADSI does not verify if any of the request objects actually exist on the server. For more information, see the topic "Fast Binding Option for Batch Write/Modify Operations" in the MSDN Library at http://msdn.microsoft.com/library. For more information about the objectClass property, see the "Object-Class" topic in the MSDN Library at http://msdn.microsoft.com/library
NoneEquates to zero, which means to use basic authentication (simple bind) in the LDAP provider. 
ReadonlyServerFor a WinNT provider, ADSI tries to connect to a domain controller. For Active Directory, this flag indicates that a writable server is not required for a serverless binding. 
SealingEncrypts data using Kerberos. The Secure flag must also be set to use sealing. 
SecureRequests secure authentication. When this flag is set, the WinNT provider uses NTLM to authenticate the client. Active Directory uses Kerberos, and possibly NTLM, to authenticate the client. When the user name and password are a null reference (Nothing in Visual Basic), ADSI binds to the object using the security context of the calling thread, which is either the security context of the user account under which the application is running or of the client user account that the calling thread is impersonating. 
SecureSocketsLayerAttaches a cryptographic signature to the message that both identifies the sender and ensures that the message has not been modified in transit. Active Directory requires the Certificate Server be installed to support Secure Sockets Layer (SSL) encryption. 
ServerBindIf your ADsPath includes a server name, specify this flag when using the LDAP provider. Do not use this flag for paths that include a domain name or for serverless paths. Specifying a server name without also specifying this flag results in unnecessary network traffic. 
SigningVerifies data integrity to ensure that the data received is the same as the data sent. The Secure flag must also be set to use signing. 

The Secure flag can be used in combination with other flags such as ReadonlyServer, FastBind.

Serverless binding refers to a process in which a client attempts to bind to an Active Directory object without explicitly specifying an Active Directory server in the binding string, for example:

LDAP://CN=jsmith,DC=fabrikam,DC=Com

This is possible because the Lightweight Directory Access Protocol (LDAP) provider relies on the locator services of Windows 2000 to find the best domain controller (DC) for the client. However, the client must have an account on the Active Directory domain controller to take advantage of the serverless binding feature, and the domain controller that is used by a serverless bind will always be located in the default domain (the domain associated with the current security context of the thread that's doing the binding).

NoteNote:

None of these options are supported by the Novell Netware Directory Service (NDS) system provider.

Windows 98, Windows Server 2000 SP4, Windows Millennium Edition, Windows Server 2003, Windows XP Media Center Edition, Windows XP Professional x64 Edition, Windows XP SP2, Windows XP Starter Edition

The Microsoft .NET Framework 3.0 is supported on Windows Vista, Microsoft Windows XP SP2, and Windows Server 2003 SP1.

.NET Framework

Supported in: 3.0, 2.0, 1.1, 1.0

Community Additions

ADD
Show:
© 2014 Microsoft