Iniciar sesión asp. Inyección SQL por dentro y por fuera. Cómo obtener el valor numérico de una cadena

BorderColor = "Negro" BorderStyle = "doble">

Conexión del sistema

ControlToValidate = "Contraseña" ErrorMessage = ”*” />

La visualización de la EI de inicio de sesión configurada anteriormente se muestra en la Fig. 4.22.

Arroz. 4.22. Visualización del control de inicio de sesión configurado

El control LoginView es simple y poderoso. Le permite mostrar diferentes conjuntos de controles para usuarios anónimos y autenticados. Aparte de esto, también te permite mostrar el espaciado de contenido, teniendo en cuenta el rol al que pertenece el usuario conectado. El control LoginView es un control basado en plantillas con diferentes tipos de plantillas, una para usuarios anónimos, otra para usuarios autenticados y otra para admitir plantillas basadas en roles.

En estas plantillas, solo necesita agregar un EI para representar la situación apropiada, como se muestra a continuación. Este control muestra texto simple para usuarios anónimos y texto para usuarios registrados:

Bbi es un usuario anónimo

Bbi conectado a web-npHno> KeHHK>

<1т2>Solo los administradores ven este contenido

Este es contenido para diseñadores web y lectores.

Se pueden encontrar ejemplos del uso de sistemas de control para proteger una aplicación web en la carpeta Cuenta de la plantilla del sitio web estándar ASP.Net.

Pasemos ahora a describir el proceso de autenticación directamente dentro del marco ASP.NET, donde se proporcionan 3 tipos de autenticación para su elección:

* Autenticación de Windows
* Formulario
* Pasaporte

Autenticación de Windows:

Como sugiere el nombre, este método se basa en cuentas de Windows. Este método es apropiado si está creando una aplicación para una red local y todas las cuentas y grupos válidos se almacenan en un dominio predefinido. Al mismo tiempo, debe tener mucho cuidado al asignar derechos de acceso a los usuarios, ya que establece simultáneamente los derechos para trabajar en Windows. Para configurar ASP.NET para que funcione en modo de autenticación de Windows, es necesario cambiar el archivo de configuración del proyecto Web Web.config o, si es necesario, el archivo de configuración de todo el servidor, ubicado en WINDOWS_FOLDERMicrosoft.NET

Versión de Framework.NET CONFIGMachine.config. En nuestro ejemplo, trabajaremos exclusivamente con el archivo de proyecto - Web.config, en el que debe encontrar la sección de autenticación y establecer su atributo de modo en Windows:

Ahora puede comenzar a programar e implementar directamente la autenticación basada en Windows. Para ayudarlo, la clase WindowsIdentity, que es específicamente para trabajar con la autenticación de Windows. En general, para la autenticación basada en Windows, existen dos clases principales proporcionadas por .NET Framework:

* GenericIdentity: solo implementa la interfaz IIdentity y no se aplica a ningún tipo de autenticación en particular
* WindowsIdentity: también es una implementación de la interfaz IIdentity, pero también incluye métodos específicos para la autenticación basada en Windows

El nombre de usuario y el nombre del grupo se almacenan en el objeto WindowsIdentity en el siguiente formato: DOMAINUserName y DOMAINGroup, respectivamente. Las únicas excepciones son los grupos integrados, por ejemplo, el grupo Administradores; para acceder a él, puede usar la cadena de conexión a través de WindowsIdentity: BUILTINAdministrators. Como alternativa, puede especificar un grupo integrado de la enumeración System.Security.Principal.WindowsBuiltInRole.

De la fig. 1 puede ver que el objeto WindowsIdentity le permite obtener el nombre de usuario; definir el tipo de autenticación; establecer si la autenticación se realizó de forma anónima; también puede averiguar si un usuario está autenticado o no, un invitado o un usuario del sistema.

Arroz. 1 - Objeto WindowsIdentity

Porque en las aplicaciones ASP.NET, necesitará encadenar lo siguiente para acceder al objeto WindowsIdentity:

HttpContext.Current.User.Identity, entonces también puede determinar a qué rol pertenece el usuario actual. Esto se puede lograr debido a que la propiedad User en esta cadena implementa la interfaz Iprincipal, que le permite determinar si un usuario pertenece a un rol en particular llamando a la función IsInRole, que tiene la siguiente sintaxis:

Función pública anulable IsInRole (rol ByVal como cadena) como miembro booleano de: System.Security.Principal.Iprincipal

Pero alejémonos de la teoría básica por un tiempo e intentemos implementar un ejemplo práctico. Para hacer esto, cree un nuevo proyecto de aplicación web ASP.NET e ingrese el siguiente código:
Default.aspx:

<%@ Page Language="vb" AutoEventWireup="false" Codebehind="default.aspx.vb" Inherits="AuthSample.WebForm1"%>

Default.aspx.vb:

Public Class WebForm1 Inherits System.Web.UI.Page #Region “Web Form Designer Generated Code” ‘Esta llamada es requerida por el Web Form Designer. Private Sub InitializeComponent () End Sub 'NOTA: El diseñador de formularios web requiere la siguiente declaración de marcador de posición. No lo elimine ni lo mueva. Private designerPlaceholderDeclaration As System.Object Private Sub Page_Init (ByVal sender As System.Object, ByVal e As System.EventArgs) Maneja MyBase.Init 'CODEGEN: El diseñador de formularios web requiere esta llamada al método' No lo modifique usando el editor de código ... InitializeComponent () End Sub #End Región Private Sub Page_Load (ByVal sender As System.Object, ByVal e As System.EventArgs) Maneja MyBase.Load Dim s As String s = “

Nombre:"& HttpContext.Current.User.Identity.Name &"

Tipo de autenticación:"& HttpContext.Current.User.Identity.AuthenticationType.ToString &"

Está autenticado:"& HttpContext.Current.User.Identity.IsAuthenticated.ToString &"

Es administrador:"& HttpContext.Current.User.IsInRole (" Administrador "). ToString &"

Si se seleccionó el modo de autenticación de Windows y la configuración de IIS no causó ningún conflicto, recibirá la información correspondiente sobre su usuario actual. Si el campo para el nombre de usuario y el tipo de autenticación resultó estar vacío, entonces solo necesita configurar IIS, para hacer esto, siga estos pasos:

1. Abra IIS y busque el directorio virtual con esta aplicación
2. Abra la ventana de propiedades para este directorio y vaya a la pestaña Seguridad de directorios. En el cuadro Autenticación y acceso anónimo, haga clic en Cambiar ...
3. En la ventana que aparece (Fig. 2), desmarque el Acceso anónimo

Arroz. 2 - Configuración de IIS

Con esto concluye nuestra discusión sobre la autenticación basada en Windows y pasa a la autenticación de formularios.

Formulario de autenticación:

La autenticación de formulario, o autenticación basada en cookies, como también se le llama, tiene varias ventajas sobre la autenticación de Windows.

* En primer lugar, tiene la oportunidad de definir la apariencia del formulario de registro a su gusto y color o al gusto y color del usuario en lugar de la ventana de registro de Windows del mismo tipo.
* En segundo lugar, tiene control total sobre la información ingresada
* La información del usuario ahora se puede almacenar no solo en SAM o Active Directory, sino también en cualquier otro almacenamiento, en particular: una base de datos, directorio LDAP, archivos XML o un archivo de texto sin formato.
* No es necesario vincular la política de seguridad del servidor con la política de la aplicación web, ya que, como ya se mencionó, toda la información del usuario se puede mover a un almacén de datos separado sin ninguna superposición con las cuentas del sistema operativo.

Pero a pesar de la abundancia de opciones de autenticación basadas en formularios, existe una limitación importante: el usuario debe permitir las cookies. Si no está allí, la autenticación de formulario ASP.NET no funcionará. Observe las palabras "... usando herramientas ASP.NET ...". Esto significa que no funcionará el mecanismo que libera al desarrollador de las operaciones rutinarias de verificaciones sin fin, es decir, todas las solicitudes recibidas de un usuario que aún no ha sido autenticado son redireccionadas a la página de registro, donde ingresa la información necesaria ( más a menudo un nombre de usuario y contraseña) ... La información recibida se pasa al entorno ASP.NET, donde se verifica. Si tiene éxito, se envía al usuario una cookie, que contiene un ticket de autorización, un nombre de usuario y una clave para obtener posteriormente un identificador. Como resultado, todas las llamadas posteriores del navegador contendrán información de autorización en los encabezados que se envían a ASP.NET para su validación. Por lo tanto, si un usuario no admite cookies, todas las verificaciones sobre si ha sido autenticado deberán realizarse manualmente, por ejemplo, en versiones anteriores de ASP, el objeto Sesión se utilizó para esto, aproximadamente en la siguiente forma:

Si no es sesión ("registrado") = "1", entonces Response.Redirect ("login.asp") Finalizar si

Para utilizar la autenticación de formulario, primero debe configurar su proyecto web. Para hacer esto, cambie el contenido de la etiqueta. el archivo Web.config de la siguiente manera:

Echemos un vistazo más de cerca al código anterior. Atributo de modo de etiqueta define el método de autenticación. En los ejemplos anteriores usamos el valor de Windows que configuró la autenticación en el modo de autenticación de Windows, ahora estamos usando el modo de formularios para el trabajo basado en formularios. Además de estas dos constantes, hay 2 más: Pasaporte y Ninguno: la primera de ellas define la autenticación basada en el pasaporte, que se discutirá más adelante, la segunda la deshabilita por completo. Siguiente etiqueta ( ) es inherente solo a la autenticación basada en formularios e incluye la siguiente información:

* nombre: el nombre de la cookie en la que se ingresarán los datos sobre la autenticación exitosa
* loginUrl: define la dirección de la página a la que se redirigirá al usuario para que se registre
* protección: acepta Todo | Ninguno | Cifrado | Validación y define cómo se protegen los datos de las cookies. A partir de los valores permitidos, está claro que no puede hacer nada con los datos recibidos y aceptarlos como están; puedes comprobarlos; se puede cifrar; y también es posible combinar la verificación con la criptografía; este valor se utiliza de forma predeterminada.
* tiempo de espera: define el período de tiempo en segundos durante el cual la cookie estará disponible
* ruta: este atributo especifica la ruta completa a la cookie. De forma predeterminada, contiene una barra inclinada (/) que expande todas las rutas. No se recomienda cambiar esta configuración porque algunos navegadores distinguen entre mayúsculas y minúsculas en la ruta, por lo que cambiar esta configuración podría impedir que algunos usuarios puedan autenticarse.
* requireSSL: este atributo acepta valores Verdadero o Falso (de forma predeterminada) y especifica si se debe utilizar el protocolo Secured Sockets Layer (SSL)
* slideExpiration: indica si la cookie y las credenciales de autorización deben volver a generarse si expira el tiempo de espera. Acepta los valores verdadero (predeterminado) o falso.

Todos los posibles atributos de la sección de formularios se describieron anteriormente, pero para que la aplicación funcione correctamente, es suficiente usar solo 3 de ellos, como se muestra en el siguiente listado:

Formular la autenticación utilizando archivos XML separados:

Creemos ahora una página de registro de usuario simple que verifique el nombre de usuario y la contraseña ingresados ​​con los datos en el archivo XML. Para hacer esto, primero cree un archivo XML llamado users.xml con el siguiente ejemplo:
users.xml:

John una Miguel dos Factura Tres

La base de usuarios está lista; ahora puede comenzar a crear su proyecto de registro de usuario de muestra. Todo el código requerido se muestra a continuación:
Default.aspx:

<%@ Page Language=”vb” AutoEventWireup=”false” Codebehind=”default.aspx.vb” Inherits=”FormAuth._default”%>

Default.aspx.vb:

Imports System.Web.Security Public Class _default Inherits System.Web.UI.Page #Region "Web Form Designer Generated Code" ‘Esta llamada es requerida por el Web Form Designer. Private Sub InitializeComponent () End Sub 'NOTA: El diseñador de formularios web requiere la siguiente declaración de marcador de posición. No lo elimine ni lo mueva. Private designerPlaceholderDeclaration As System.Object Private Sub Page_Init (ByVal sender As System.Object, ByVal e As System.EventArgs) Maneja MyBase.Init 'CODEGEN: El diseñador de formularios web requiere esta llamada al método' No lo modifique usando el editor de código ... InitializeComponent () End Sub #End Region Private Sub Page_Load (ByVal sender As System.Object, ByVal e As System.EventArgs) Maneja MyBase.Load 'Ponga el código de usuario para inicializar la página aquí Si context.Current.User.Identity.Name = “” Luego Response.Redirect (“login.aspx”) Else Response.Write (“

<%@ Page Language=”vb” AutoEventWireup=”false” Codebehind=”login.aspx.vb” Inherits=”FormAuth.WebForm1”%>

Imports System.Xml Imports System.Web.Security Public Class WebForm1 Hereda System.Web.UI.Page Protected WithEvents txtName As System.Web.UI.WebControls.TextBox Protected WithEvents txtPassword Como System.Web.UI.WebControls.TextBox Protected WithEvents System.Web.UI.WebControls.Label Protected WithEvents btnLogin As System.Web.UI.WebControls.Button #Region “Web Form Designer Generated Code” 'Esta llamada es requerida por el Web Form Designer. Private Sub InitializeComponent () End Sub 'NOTA: El diseñador de formularios web requiere la siguiente declaración de marcador de posición. No lo elimine ni lo mueva. Private designerPlaceholderDeclaration As System.Object Private Sub Page_Init (ByVal sender As System.Object, ByVal e As System.EventArgs) Maneja MyBase.Init 'CODEGEN: El diseñador de formularios web requiere esta llamada al método' No lo modifique usando el editor de código ... InitializeComponent () End Sub #End Region Private Sub btnLogin_Click (ByVal sender As Object, ByVal e As EventArgs) Maneja btnLogin.Click Dim xd As New XmlDocument, xr As XmlNodeReader Dim sName As String, sPass As String "Open XML file xd. Load (Server.MapPath (“users.xml”)) 'Activando XmlNodeReader xr = New XmlNodeReader (xd.Item (“users”)) "Buscando el usuario deseado Mientras xr.Read If xr.Name =“ name ”And xr .NodeType = XmlNodeType.Element Then sName = xr.ReadString "Si no es el nombre de usuario, vaya a otro If sName<>txtName. txtName.Text, True) Else "Si no es así, vaya a otro usuario xr.Skip () End If End If End While" Si esta línea se ejecuta, entonces los datos sobre el usuario se ingresaron incorrectamente lbl.Visible = True End Sub Clase final

Hagamos un informe ahora: el código anterior contiene 2 páginas. Todas las acciones comienzan en la página default.aspx, que verifica si el usuario actual tiene un nombre:

Si context.Current.User.Identity.Name = “” Entonces Response.Redirect (“login.aspx”) Else Response.Write (“

Hola "& context.Current.User.Identity.Name &"

Si es así, se mostrará un saludo en la pantalla, de lo contrario el usuario será redirigido a la página de registro login.aspx, donde se le pedirá que ingrese su nombre y contraseña. La información ingresada se compara con los datos del archivo XML. Si no se encuentra al usuario, aparecerá un mensaje de error (Fig. 3), de lo contrario será redirigido de manera segura a la página de inicio default.aspx, la cual, al detectar que el usuario actual tiene un nombre, lo saludará.

Arroz. 3 - Datos de registro incorrectos

Si se autentica con éxito y ve el mensaje de bienvenida, cierre la ventana de su navegador e intente volver a ejecutar la página default.aspx. Inmediatamente verá un saludo frente a usted para el usuario cuyo nombre ingresó la última vez. El caso es que durante el registro guardamos una cookie en la máquina del cliente. Esto sucedió en el momento en que llamamos a la función RedirectFromLoginPage en el código, pasándola al parámetro CreatePersistentCookie True:

FormsAuthentication.RedirectFromLoginPage (txtName.Text, True)

Para excluir la transmisión de una cookie, basta con llamar a esta función con el valor False del parámetro CreatePersistentCookie. O hay otra forma: en la página default.aspx agregue un controlador para el evento de descarga de página con el siguiente código:

Private Sub Page_Unload (ByVal sender As Object, ByVal e As System.EventArgs) Maneja MyBase.Unload FormsAuthentication.SignOut () End Sub

Como resultado, después de que se descargue la página principal, se cerrará la sesión del usuario.

Formular la autenticación usando un archivo de configuración:

En el ejemplo anterior, almacenamos todos los datos del usuario en un archivo XML separado, pero resulta que ASP.NET brinda la capacidad de almacenar información de la cuenta directamente en el archivo de configuración del proyecto web. La ventaja de este método es que requiere mucho menos código de programación para implementar, ya que en este caso el programador no necesita escanear manualmente el archivo XML en busca de coincidencias; solo llama a una única función que resuelve todo el caso. Para entender cómo funciona este mecanismo, volvamos a referirnos al archivo de configuración, o más bien a la etiqueta de formularios. Esta etiqueta, además de los atributos descritos anteriormente, también puede incluir una sección - certificados:
Web.config:

Como puede ver en la lista anterior, la etiqueta de credenciales contiene un solo atributo: passwordFormat. Este parámetro define la forma de almacenar la contraseña y toma los siguientes valores:

* Borrar: la contraseña se guarda sin cambios
* SHA1: la contraseña se codifica mediante el método SHA1 (algoritmo de hash seguro, versión 1)
* MD5: la contraseña se codifica mediante el método MD5 (Message Digest versión 5)

Si elige cualquiera de los algoritmos de hash, la contraseña ya no se puede almacenar en su forma original en el archivo de configuración; primero deberá tener un hash y solo entonces el resultado resultante debe asignarse al atributo de contraseña. De lo contrario, cuando ASP.NET se autentica, las contraseñas simplemente no coincidirán.

Ahora que tenemos una base de cuentas recién preparada, regresemos a la aplicación anterior y cambiemos el código para el botón de registro, haga clic en el controlador de eventos en la página login.aspx:
login.aspx.vb:

Private Sub btnLogin_Click (ByVal sender As Object, ByVal e As EventArgs) Maneja btnLogin.Click If FormsAuthentication.Authenticate (txtName.Text, txtPassword.Text) Entonces "Si el usuario se encuentra en la sección de certificados, significa que el registro fue exitoso en FormsAuthentication. Authenticate txtName.Text, False) Else "De lo contrario: muestra un mensaje de error lbl.Visible = True End If End Sub

Ahora compare este código con el usado en el ejemplo anterior. Como puede ver, se ha reducido de muchas condiciones y enumeración a solo una consulta que devuelve Verdadero o Falso.

No consideraremos ahora específicamente un ejemplo de código que funciona con contraseñas hash, para no apresurar las cosas. El hecho es que en la tercera parte de este artículo, que estará dedicada a la criptografía, aprenderá todas las complejidades del cifrado y el cifrado de datos y podrá aplicar estos métodos en la práctica.

Formulario de autenticación utilizando una base de datos:

Ahora veamos un ejemplo de cómo trabajar con otro almacén de datos de usuario: la base de datos de MS SQL Server. La mayoría de los sitios dinámicos utilizan bases de datos para almacenar el contenido del sitio. La información del usuario tampoco es una excepción y bien puede ocupar su lugar en el conjunto de datos generales. Para ver con nuestros propios ojos cómo sucede todo esto, creemos una aplicación de prueba, que nuevamente estará basada en la página de registro que ya conocemos, utilizada en los ejemplos anteriores. En primer lugar, debe preparar la base de datos, para esto abra la utilidad SQL Query Analyzer y ejecute el siguiente código escrito en lenguaje tSQL en ella:
FormAuthUsers.sql:

Cree la base de datos 'FormAuthUsers' y agregue la tabla 'Users' CREAR BASE DE DATOS FormAuthUsers VAYA UTILIZAR FormAuthUsers VAYA CREAR TABLA (IDENTIDAD (1, 1) NO NULO, (50), (50), RESTRICCIÓN CLAVE PRINCIPAL CLÚSTER () ACTIVADA) ACTIVA - Rellenar tabla 'Usuarios' INSERT INTO Users (UserName, Password) VALUES ('John', 'one') GO INSERT INTO Users (UserName, Password) VALUES ('Mike', 'two') GO INSERT INTO Users (UserName, Password) VALUES ('Bill', 'three') GO --Crear procedimiento 'FindUser' CREAR PROCEDIMIENTO FindUser @Name nvarchar (50), @Password nvarchar (50) AS SELECT COUNT (ID) FROM Users WHERE UserName = @Name AND Password = @Password GO

Como resultado de la ejecución de este código, se debe crear una base de datos denominada “FormAuthUsers” en su servidor SQL, en la que puede encontrar la tabla de Usuarios con tres registros y el procedimiento almacenado FindUser. Este procedimiento devuelve el número de usuarios que satisfacen la solicitud, que se forma a partir de los parámetros pasados ​​a este procedimiento.

Ahora que tenemos nuestra base de datos lista, podemos comenzar a crear una página que funcione con ella. Para hacer esto, tome los ejemplos anteriores nuevamente y reemplace el controlador de eventos de clic de botón en la página login.aspx:
login.aspx.vb:

Imports System.Data.SqlClient Imports System.Web.Security Public Class WebForm1 Hereda System.Web.UI.Page Protected WithEvents txtName como System.Web.UI.WebControls.TextBox Protected WithEvents txtPassword Protected como System.Web.UI.WebControls.TextBox WithEvents lbl As System.Web.UI.WebControls.Label Protected WithEvents btnLogin As System.Web.UI.WebControls.Button #Region “Web Form Designer Generated Code” 'Esta llamada es necesaria para el Web Form Designer. Private Sub InitializeComponent () End Sub 'NOTA: El diseñador de formularios web requiere la siguiente declaración de marcador de posición. No lo elimine ni lo mueva. Private designerPlaceholderDeclaration As System.Object Private Sub Page_Init (ByVal sender As System.Object, ByVal e As System.EventArgs) Maneja MyBase.Init 'CODEGEN: El diseñador de formularios web requiere esta llamada al método' No lo modifique usando el editor de código ... InitializeComponent () End Sub #End Region Private Sub btnLogin_Click (ByVal sender As Object, ByVal e As EventArgs) Maneja btnLogin.Click Dim cn As New SqlConnection (“server = localhost; database = FormAuthUsers; uid = sa; pwd =;”) Dim cm As New SqlCommand (“FindUser”, cn) Dim n As Integer "Conexión abierta Intente cn.Open () Catch ex As SqlException Response.Write (ex.Message) Exit Sub End Try" Establecer tipo de comando cm.CommandType = CommandType .StoredProcedure "Agregar parámetros de nombre Dim prmName = New SqlParameter (“ @ Name ”, SqlDbType.NvarChar, 50) prmName.Value = txtName.Text cm.Parameters.Add (prmName)" Agregar parámetro de contraseña Dim prmPass = New “@ SqlParameter Password ”, SqlDbType.NvarChar, 50) prmPass.Value = txtPassword.Text cm.Parameters.Add (prmPass)" Ejecutar la solicitud n = cm.ExecuteScalar If n> 0 Then "Si se encuentra a alguien, el registro fue exitoso. FormsAuthentication .RedirectFromLoginPage (txtName.Text, False) Else "si no hay nadie, entonces hay un error lbl.Visible = True End If cn.Close () End Sub End Class

Para que esta página funcione correctamente, asegúrese de que la cadena de conexión coincida con su configuración. Veamos qué está pasando aquí. Primero, se crea un objeto de conexión SqlConnection y se le pasa una cadena de conexión de base de datos como parámetro:

Dim cn As New SqlConnection ("servidor = localhost; base de datos = FormAuthUsers; uid = sa; pwd =;")

Después de eso, se crea una instancia del objeto SqlCommand, que se usa para ejecutar comandos para trabajar con datos. Las siguientes líneas de código abren la conexión, pero esto tiene en cuenta la posibilidad de excepciones que son detectadas por el controlador de excepción try:

"Abriendo una conexión Intente cn.Open () Catch ex As SqlException Response.Write (ex.Message) Exit Sub End Try

Si hay alguna falla al abrir una conexión, el usuario recibe un mensaje correspondiente y la operación se aborta.

Luego, SqlCommand se configura para ejecutar el procedimiento almacenado y los parámetros están preparados para ejecutarlo. Para estas 7 líneas de código, por supuesto, existe una alternativa que consta de 1 línea de código:

cm.CommandText = "exec FindUser" "& txtName.Text &" "," "& txtPassword.Text &" ""

Pero, a pesar de que este código es más corto, el tiempo de ejecución será más largo. ¿Por qué? El caso es que con esta línea estás haciendo una consulta operativa, es decir, estás escribiendo directamente un comando SQL que llama al procedimiento almacenado. Como resultado, transmite datos adicionales a través de la red en forma del comando "exec", que a su vez ocupa espacio en el tráfico de la red; Tan pronto como esta solicitud llegue al servidor, primero se ejecutará el comando "exec", y solo entonces se lanzará el procedimiento almacenado FindUser que necesitamos. Además, existe una forma aún más difícil, que es deshacerse de los procedimientos almacenados e inyectar todo el código de consulta requerido directamente en el objeto SqlCommand, como resultado de lo cual se envía aún más información adicional a través del tráfico de la red. Parecería que esto es un más o menos un par de decenas de bytes, pero ¿qué sucede si tiene que trabajar con solicitudes enormes, cuyo código es mucho más grande que el de nuestro procedimiento? Por lo tanto, la mejor manera es utilizar procedimientos almacenados, porque en este caso se obtiene una clara separación de funciones, en la que la página del cliente es responsable solo de la entrada / salida de datos en un formato accesible para el usuario; SQL Server realiza todas las operaciones de datos; e IIS actúa como intermediario entre el cliente y el servidor; ahí tiene una arquitectura de tres niveles. No sobrecargue las máquinas cliente "delicadas" con trabajo innecesario; es mejor confiarlo a la artillería pesada, es decir, al servidor.

Pero volvamos a nuestro código y sigamos analizándolo: después de determinar el tipo de comando y preparar todos los parámetros, ejecutamos este comando de manera segura, además, tenga en cuenta que la función ExecuteScalar se usa para la ejecución. Debe usarse cuando obtiene un valor escalar como resultado, es decir, un número, que en realidad ocurre en nuestro procedimiento FindUser: devuelve el número de registros que satisfacen una condición determinada:

Al final del código, habiendo recibido el número de registros encontrados, simplemente analizamos este valor y realizamos las operaciones apropiadas.
Formulario de autenticación mediante servicios web:

Digamos que trabaja para la organización XYZ. Se le ha encomendado la tarea de crear una aplicación que administre la información del personal de su organización. Ha estado trabajando en este proyecto durante 7 meses y, de repente, por razones de seguridad, se le indicó que alojara información sobre los usuarios en un servidor completamente diferente, con el que otro departamento de la organización XYZ está trabajando activamente. No se le proporcionó acceso directo al servidor, por lo que su proyecto no puede acceder directamente a la base de datos con los usuarios ubicados en este servidor. Para resolver este problema, se decidió permitirle desarrollar un servicio web a través del cual pudiera ejercer control sobre la autenticación de usuarios.

Esta historia ficticia revela otra forma de permitir la autenticación: mediante servicios web. Los servicios web son especialmente útiles cuando usted o sus clientes no tienen acceso completo al servidor. Además, los servicios web no solo son aplicables a aplicaciones web, sino que también pueden ser utilizados por productos de software que se ejecutan en una amplia variedad de plataformas. Esto es posible gracias al uso de la tecnología SOAP (Protocolo simple de acceso a objetos), que utiliza puertos TCP / IP estándar y el protocolo HTTP.

Para trabajar con un servicio web, primero debe crearlo. Para ello, inicie un nuevo proyecto de tipo ASP.NET Web Service (Figura 4).

Arroz. 4 - Creación de un servicio web

Ahora, usando el botón de registro, haga clic en el código del controlador de eventos del ejemplo anterior, péguelo en el código fuente del servicio web, modificándolo ligeramente a la siguiente forma:
AuthSrvc.asmx:

Importa System.Web.Services Importa System.Data.SqlClient _ Public Class Service1 Inherits System.Web.Services.WebService #Region "Código generado por el diseñador de servicios web" Public Sub New () MyBase.New () "Esta llamada es requerida por el Diseñador de servicios web. InitializeComponent ()" Agregue su propia inicialización código después de la llamada InitializeComponent () End Sub "Requerido por el Diseñador de servicios web Componentes privados como System.ComponentModel.IContainer" NOTA: El Diseñador de servicios web requiere el siguiente procedimiento "Se puede modificar utilizando el Diseñador de servicios web". no modificarlo usando el editor de código. Private Sub InitializeComponent () components = New System.ComponentModel.Container () End Sub Protected Overloads Overrides Sub Dispose (ByVal disposing As Boolean) "CODEGEN: Este procedimiento es requerido por el Diseñador de servicios web" No lo modifique usando el editor de código. Si desechar Entonces Si no (los componentes no son nada) Entonces los componentes. Autenticación de función pública (ByVal UserName como cadena, ByVal Password como cadena, ByRef ErrMessage como cadena) Como Boolean Dim cn As New SqlConnection ("server = localhost; database = FormAuthUsers; uid = sa; pwd =;") Dim cm As New SqlCommand ("FindUser", cn) Dim n As Integer "Conexión abierta Intente cn.Open () Catch ex As SqlException" Si hay una excepción, pase su descripción al parámetro ErrMessage ErrMessage = ex.Message Salir Función Finalizar Intentar "Establecer el tipo de comando cm. CommandType = CommandType.StoredProcedure "Agregar parámetros de nombre Dim prmName = New SqlParameter (" @ Name ", SqlDbType.NVarChar, 50) prmName.Value = UserName cm.Parameters.Add (prmName)" Agregar parámetro de contraseña DimqlPass = New @Password ", SqlDbType.NVarChar, 50) prmPass.Value = Password cm.Parameters.Add (prmPass)" Ejecutar la solicitud n = cm.ExecuteScalar "Cerrar la conexión cn.Close ()" Analizar el resultado Si n> 0 Luego "Si se ha encontrado a alguien, entonces el registro se ha completado exitoso Devolver Verdadero Else "si no hay nadie, entonces el error es Devolver Falso Finalizar Si Finalizar Función Finalizar Clase

Puede verificar la capacidad de servicio del servicio sin salir de la caja, simplemente inícielo para su ejecución en el entorno de Visual Studio .NET. Si no hubo errores en el servicio, verá una pantalla frente a usted con 2 hipervínculos. Uno de ellos conduce a la descripción de un servicio web utilizando WSDL (Web Service Description Language) y el otro (Autenticar) le permite probar el servicio. Haga clic en el segundo hipervínculo y complete la tabla de parámetros en la página que aparece (Fig. 5). Si ingresa la cadena "John" en el campo Nombre de usuario y sustituye "uno" por la contraseña, la función devolverá True:

http: //localhost/AuthSrvc/AuthSrvc.asmx/Authenticate: cierto

Si cambia el valor de cualquiera de estos campos a no válido, es decir, a algo que no está en la base de datos, el resultado será el opuesto: falso.

Creo que no tiene sentido analizar el código de esta función en detalle, porque en muchos aspectos es similar a su predecesora del ejemplo anterior. Sin embargo, debe prestar especial atención al manejador de excepciones. Si en el listado con la base de datos, cuando ocurrió alguna excepción, simplemente mostró el mensaje correspondiente en la pantalla, entonces en el servicio Web pasamos el mensaje de error al parámetro ErrMessage de la función Authenticate, el cual fue declarado por referencia:.

"Abriendo una conexión Pruebe cn.Open () Catch ex As SqlException" Si hay una excepción, pase su descripción al parámetro ErrMessage ErrMessage = ex.Message Exit Function End Try

En las aplicaciones que utilizarán este servicio, crearemos una verificación para detectar cualquier excepción y, si se encuentran, mostraremos un mensaje apropiado.

Arroz. 5 - Comprobación del estado del servicio web

Ahora creemos una aplicación que utilizará este servicio web, pero esta vez nos saldremos un poco del tema y crearemos una aplicación de Windows para variar:

1. Cree un nuevo proyecto de tipo Aplicación de Windows
2. Cambie la forma para que se parezca a la forma que se muestra en la fig. 6, o simplemente puede insertar el código en el constructor de la siguiente lista.
3. En la ventana SolutionExplorer, haga clic con el botón derecho en la carpeta References y seleccione Add Web Reference ... en el menú contextual que aparece.
4. Verá un cuadro de diálogo para configurar enlaces a servicios web. En el cuadro URL, ingrese la URL completa del archivo .asmx e inicie la búsqueda. Como resultado, debería ver algo similar a la Figura 7.
5. Haga clic en el botón Agregar referencia y aparecerá un enlace al servicio web especificado en su proyecto.
6.

Arroz. 6 - Una vista aproximada de la aplicación de prueba

Arroz. 7 - Resultados de búsqueda de servicios web

Ahora puede comenzar a escribir el código que implementa este servicio web. Todo el código requerido se muestra a continuación:
AuthSrvcRelease.vb:

Public Class Form1 Inherits System.Windows.Forms.Form #Region "Código generado por el Diseñador de formularios de Windows" Public Sub New () MyBase.New () "Esta llamada es requerida por el Diseñador de formularios de Windows. InitializeComponent ()" Agregue cualquier inicialización después de InitializeComponent () call End Sub "El formulario anula dispose para limpiar la lista de componentes. Protected Overloads Overrides Sub Dispose (ByVal desechando como booleano) Si desechando Then If Not (los componentes no son nada) Then components.Dispose () End If End If MyBase. Dispose (disposing) End Sub "Requerido por el Diseñador de formularios de Windows. Componentes privados como System.ComponentModel.IContainer" NOTA: El Diseñador de formularios de Windows requiere el siguiente procedimiento "Se puede modificar mediante el Diseñador de formularios de Windows. "No lo modifique con el editor de código. Friend WithEvents Label1 como System.Windows.Forms.Label Friend WithEvents Label2 como System.Windows.Forms.Label Friend WithEvents txtName como System.Windows.Forms.TextBox Friend WithEvents txtPassword como System.Windows .Forms.TextBox Friend WithEvents cmd Salir como System.Windows.Forms.Button Friend WithEvents cmdIniciar sesión como System.Windows.Forms.Button Private Sub InitializeComponent () Me.Label1 = New System.Windows.Forms.Label Me.Label2 = New System.Windows.Forms.Label Me.txtName = New System.Windows.Forms.TextBox Me.txtPassword = New System.Windows. Forms.TextBox Me.cmdSalir = Nuevo System.Windows.Forms.Button Me.cmdLogin = Nuevo System.Windows.Forms.Button Me.SuspendLayout () "" Label1 "Me.Label1.Location = Nuevo System.Drawing.Point (8 , 8) Me.Label1.Name = "Label1" Me.Label1.Size = New System.Drawing.Size (40, 16) Me.Label1.TabIndex = 0 Me.Label1.Text = "Nombre:" "" Etiqueta2 " Me.Label2.Location = New System.Drawing.Point (8, 40) Me.Label2.Name = "Label2" Me.Label2.Size = New System.Drawing.Size (64, 16) Me.Label2.TabIndex = 1 Me.Label2.Text = "Contraseña:" "" txtName "Me.txtName.Location = Nuevo System.Drawing.Point (80, 5) Me.txtName.Name =" txtName "Me.txtName.Size = Nuevo System.Drawing .Size (216, 20) Me.txtName.TabIndex = 2 Me.txtName.Text = "" "" txtPassword "Me.txtPassword.Location = New System.Drawing.Point (8 0, 37) Me.txtPassword.Name = "txtPassword" Me.txtPassword.PasswordChar = Microsoft.VisualBasic.ChrW (42) Me.txtPassword.Size = New System.Drawing.Size (216, 20) Me.txtPassword.TabIndex = 3 Me.txtPassword.Text = "" "" cmdSalir "Me.cmdSalir.DialogResult = System.Windows.Forms.DialogResult.Cancel Me.cmdSalir.Location = Nuevo System.Drawing.Point (216, 72) Me.cmdSalir.Name = "cmdSalir" Me.cmdSalir.Size = Nuevo System.Drawing.Size (80, 24) Me.cmdSalir.TabIndex = 4 Me.cmdSalir.Text = "Salir" "" cmdLogin "Me.cmdLogin.Location = Nuevo sistema. Drawing.Point (128, 72) Me.cmdLogin.Name = "cmdLogin" Me.cmdLogin.Size = New System.Drawing.Size (80, 24) Me.cmdLogin.TabIndex = 5 Me.cmdLogin.Text = "Iniciar sesión" "" Form1 "Me.AcceptButton = Me.cmdIniciar sesión Me.AutoScaleBaseSize = New System.Drawing.Size (5, 13) Me.CancelButton = Me.cmd Exit Me.ClientSize = New System.Drawing.Size (304, 103) Me. Controls.Add (Me.cmdLogin) Me.Controls.Add (Me.cmdSalir) Me.Controls.Add (Me.txtPassword) Me.Controls.Add (Me.txtNam e) Me.Controls.Add (Me.Label2) Me.Controls.Add (Me.Label1) Me.FormBorderStyle = System.Windows.Forms.FormBorderStyle.FixedDialog Me.MaximizeBox = False Me.MinimizeBox = False Me.Name = " Form1 "Me.Text =" Aplicación de prueba AuthSrvc "Me.ResumeLayout (False) End Sub #End Region Private Sub cmdLogin_Click (ByVal sender As System.Object, ByVal e As System.EventArgs) Maneja cmdLogin.Click" Establecer un vínculo al Atenuar objeto au As New localhost.Service1 Dim sErr As String, bln As Boolean "Checking Cursor = Cursors. WaitCursor bln = au.Authenticate (txtName.Text, txtPassword.Text, sErr) Cursor = Cursors.Default "- Pero primero, consideremos las posibles excepciones If sErr<>"" Entonces MsgBox (sErr) Exit Sub End If "- Y ahora vaya a la comprobación principal Si bln = True Entonces MsgBox (" Hola "& txtName.Text, MsgBoxStyle.Information) Else MsgBox (" ¡Datos incorrectos! ", MsgBoxStyle. Exclamación) End If End Sub Private Sub cmdExit_Click (ByVal sender As System.Object, ByVal e As System.EventArgs) Maneja cmdSalir.Click End End Sub End Class

En este ejemplo, puede ver un código muy simple, que consiste en una simple llamada a una función que realiza todas las operaciones necesarias.

Como se mencionó anteriormente, los servicios web están basados ​​en SOAP y, por lo tanto, pueden ser consumidos por aplicaciones que se ejecutan en una plataforma completamente diferente. No iremos demasiado lejos abandonando Windows, pero intentaremos llamar a este mismo servicio Web sin utilizar tecnologías .NET, es decir, directamente a través de SOAP. Para hacer esto, cree el siguiente archivo de secuencia de comandos en Visual Basic Script Edition (VBScript) y ejecútelo:
SOAP.vbs:

"Cree una instancia del objeto SoapClient Set sc = CreateObject (" MSSOAP.SoapClient ")" Conéctese al servicio web y llame al método Authenticate sc.mssoapinit "http: //localhost/AuthSrvc/AuthSrvc.asmx? WSDL" Si sc .Authenticate ("John", "one", s) = True Entonces MsgBox "Hola John", 64 Else MsgBox "¡Datos incorrectos!", 48 End If "Eliminar la referencia al conjunto sc = Nada

Como puede ver, utilizando el modelo de objetos SOAP, puede acceder a los servicios web en una amplia variedad de lenguajes de programación (¡incluso scripts!) Y plataformas.

Pero no todo es tan perfecto como parece. Bajo la hermosa envoltura de los servicios web, existen escollos, en primer lugar, su propia seguridad. Los servicios web tienen una estructura XML desprotegida que se puede interceptar para comprender y recuperar fácilmente los datos transmitidos. Para excluir, o más bien reducir, la probabilidad de tal fuga de información, es necesario proteger los servicios web. Hay una serie de tecnologías para estos fines, pero las más comunes son solo tres de ellas: reglas de firewall, capa de conexión segura (SSL) y red privada virtual (VPN).

Si sabe exactamente qué computadoras accederán a su servicio web, entonces, en este caso, la opción que usa las reglas de Firewall es adecuada para usted, donde puede establecer restricciones y derechos para direcciones IP específicas, por lo que este método es más aplicable para redes locales donde lo hace No tendrás que preocuparte demasiado por la confidencialidad de la información transmitida. Una herramienta muy conveniente para esto es Microsoft Security and Acceleration (ISA) Server. Ofrece reglas de política avanzadas para restringir o, por el contrario, abrir el acceso a la información para clientes específicos.

SSL es el más adecuado para redes de Internet. Al usarlo, los datos se cifran y se transmiten entre el servidor y el cliente; Luego, los datos recibidos se autentican, verificando así si estos datos provienen de la fuente. Esto sucede con el uso de certificados que deben estar ubicados tanto en el servidor como en el cliente, por lo tanto, por un lado, el uso de certificados te permite asegurarte de que los datos caen en las manos adecuadas, pero por otro lado, necesitas para asegurarse de que el destinatario tenga el certificado adecuado. Por lo tanto, para utilizar SSL, necesita:

1. Obtener certificados: existen certificados comerciales y de prueba. La diferencia entre ellos es que el comercial será registrado oficialmente para el comprador y, en consecuencia, costará dinero, mientras que el de prueba se puede obtener de forma gratuita, pero al mismo tiempo sin registro oficial. El certificado se puede obtener en la siguiente dirección: http://www.verisign.com/. Pero no importa qué tipo de certificado solicite, deberá descargar 2: uno para el servidor y el otro para los clientes (también se denomina Autoridad de certificación (CA)).
2. Configure el servidor e instale certificados en los navegadores del cliente: además, para pasar con éxito la autenticación de las solicitudes SSL, debe agregar certificados tanto en el servidor como en las máquinas cliente. Además, los certificados de cliente no están pensados ​​para el ordenador, sino para el navegador, es decir, si el usuario utiliza tanto Internet Explorer como Netscape, es recomendable emitirle certificados para ambos navegadores. Sin embargo, los certificados de servidor también están destinados a diferentes tipos de servidores (puede encontrar certificados para más de 50 tipos de servidores en Verisign), pero la diferencia es que, por regla general, no se modifican, a menos que se instale una nueva versión.

NOTA

Pero, a pesar de la falta de registro oficial, el certificado de prueba es legal.

VPN es una extensión de una red local basada en el uso de lo global, en particular, Internet. Por ejemplo, un usuario que trabaja en una máquina remota puede conectarse a una red local a través de VPN, utilizando Internet. Con esta tecnología, puede enviar datos entre computadoras a través de una conexión segura, ya que una VPN tiene las mismas características de seguridad que una red local. Una de las desventajas de una VPN es la necesidad de una conexión a largo plazo para que funcione de forma eficaz. VPN funciona con los siguientes protocolos de comunicación: Protocolo de túnel punto a punto de Microsoft (PPTP), que se envía con Windows NT 4.0 y Windows 2000, o Protocolo de túnel de capa dos (L2TP), que está disponible en Windows 2000.
NOTA

La lista de sistemas operativos correspondientes contiene solo aquellos, comenzando con las versiones de las cuales estos protocolos estuvieron disponibles, es decir, las versiones posteriores también deben incluirse en estos sistemas operativos, por ejemplo, Windows XP, Windows 2003 Server.

Los servicios web y su seguridad son temas muy interesantes y candentes, dado que el aumento de la popularidad de los servicios web se ha disparado con la llegada de .NET Framework y VS.NET. Pero no profundizaremos en los detalles, sino que volveremos a la corriente principal de este artículo. Usted mismo puede dominar fácilmente todas estas tecnologías. Para hacer esto, solo necesitas un poco de ganas, paciencia y tiempo libre. Solo puedo darte marcas de dirección que pueden guiarte en el curso correcto:

* http://www.microsoft.com/technet/treeview/default.asp?url=/technet/security/default.asp
* http://www.microsoft.com/isaserver
* http://support.microsoft.com/default.aspx?scid=kb;EN-US;q307267
* http://www.w3.org/TR/wsdl.html
* http://www.w3.org/TR/SOAP/

Autenticación de pasaporte:

Passport es un sistema de registro uniforme creado por Microsoft y se puede acceder desde cualquier sitio web que sea miembro de esta promoción. Una ventaja importante de esta tecnología es que el usuario no necesita recordar los datos de registro para cada sitio por separado, lo que ocurre a menudo cuando la cuenta a la que está acostumbrado ya está ocupada en un sitio web determinado. Passport te permite solucionar este problema debido a que utiliza una base de datos común de usuarios, por lo tanto, en sitios que soportan .NET passport, siempre ingresarás los mismos datos de registro: tu correo electrónico y contraseña.

La autenticación basada en pasaportes utiliza tecnologías web estándar de la industria para facilitar el uso y la privacidad:

* protocolo SSL seguro
* galletas
* JavaScript 1.2
* cifrado por método 3DES

Para darse cuenta de todo el poder de las capacidades del pasaporte, debe seguir estos pasos:

1. Descargue el SDK de .NET Passport desde la siguiente URL: http: //msdn.microsoft.com/library/default.asp? Url = / downloads / list / websrvpass.asp

2. Después de eso, debe registrar su sitio con el servicio .NET Passport: http://go.microsoft.com/fwlink/?LinkID=9732. Si no se registra, sus opciones serán extremadamente limitadas y no podrá obtener completamente el resultado esperado, por ejemplo, para cerrar la sesión (es decir, cerrar la sesión) tendrá que cerrar todas las ventanas del navegador y luego eliminar todas las cookies .archivos con datos de pasaporte

Al igual que con otros tipos de autenticación, primero debe configurar un archivo de configuración del proyecto. La siguiente lista muestra el contenido básico de la sección de autenticación del archivo de configuración:

En este código, configuramos el tipo de autenticación con un pasaporte, después de lo cual configuramos un único parámetro que configura la autenticación con un pasaporte: la dirección de la página a la que se redirigirá al usuario, si es necesario registrarse:

Otra característica común de todos los tipos de autenticación es la interfaz IIdendity, a partir de la cual se crearon todas las clases de información de usuario para diferentes tipos de autenticación. La autenticación de pasaportes no es una excepción a esta lista, y el objeto System.Web.Security.PassportIdentity de .NET Framework se ha convertido en la herramienta que implementa todas las propiedades básicas.

Para indicar un enlace a la página de registro, es habitual utilizar un logotipo especializado subido a través de Internet. Debido a que este logotipo tiende a usarse mucho, es mejor crear un control separado que implemente el componente de autenticación. Para hacer esto, siga estos pasos:

1. Cree un nuevo proyecto de aplicación web ASP.NET en VS.NET
2. Agregue un control de usuario web personalizado y asígnele el nombre passport.ascx
3. Reemplace su código fuente con lo siguiente:

passport.ascx.vb:

Imports System.Web.Security Public Class passport Inherits System.Web.UI.UserControl #Region "Código generado por el diseñador de formularios web" "El diseñador de formularios web requiere esta llamada. Private Sub InitializeComponent () End Sub "NOTA: El diseñador de formularios web requiere la siguiente declaración de marcador de posición". No lo elimine ni lo mueva. Private designerPlaceholderDeclaration As System.Object Private Sub Page_Init (ByVal sender As System.Object, ByVal e As System.EventArgs) Maneja MyBase.Init "CODEGEN: El diseñador de formularios web requiere esta llamada al método" No lo modifique usando el editor de código ... InitializeComponent () End Sub #End Region Private Sub Page_Load (ByVal sender As System.Object, ByVal e As System.EventArgs) Maneja MyBase.Load Dim id As PassportIdentity "Obtiene datos sobre el id de usuario actual = CType (context.User.Identity , PassportIdentity) "Mostrando el botón de registro Response.Write (id.LogoTag ()) End Sub End Class 1. Luego cambie el nombre de la página del proyecto web a login.aspx e ingrese el siguiente código de estructura de página: login.aspx:<%@ Page Language="vb" AutoEventWireup="false" Codebehind="login.aspx.vb" Inherits="PassAuth.WebForm1"%> <%@ Register TagName="passport" TagPrefix="ctl" src="passport.ascx"%>

Toda la autenticación de usuario básica se realiza mediante el objeto PassportIdentity, o más bien el servicio Microsoft Passport, al que .NET Framework se conecta mediante el objeto PassportIdentity. Por eso, solo puede obtener los beneficios, pero para saber qué puede y debe obtener exactamente, consulte la tabla 1, que explica todos los atributos posibles que describen al usuario registrado.

Pestaña. 1 - Opciones de perfil de usuario

Hay dos formas de acceder a todos estos atributos: el método GetProfileObject del objeto PassportIdentity y mediante la propiedad Item del mismo objeto. La siguiente lista, escrita en C #, demuestra estos dos métodos en acción:
default.aspx.cs:

utilizando System.Web.Security; … Private void Page_Load (remitente del objeto, System.EventArgs e) (Id. De PassportIdentity; id = (PassportIdentity) User.Identity; Response.Write (id ["Firstname"] + "
"); Response.Write (id.GetProfileObject (" Apellido ") +"
"); }

Ahora regresemos a nuestro proyecto de control passport.ascx y ajustemos la página de registro. Para hacer esto, modifique los archivos login.aspx y login.aspx.vb de la siguiente manera:
login.aspx:

<%@ Page Language="vb" AutoEventWireup="false" Codebehind="login.aspx.vb" Inherits="PassAuth.WebForm1"%> <%@ Register TagName="passport" TagPrefix="ctl" src="passport.ascx"%>

Los controles de inicio de sesión de ASP.NET proporcionan una sólida solución de inicio de sesión para aplicaciones web ASP.NET sin necesidad de programación. De forma predeterminada, los controles de inicio de sesión se integran con la membresía ASP.NET y la autenticación de formularios para ayudar a automatizar la autenticación de usuarios para un sitio web. Le proporciona una interfaz de usuario lista para usar que consulta el nombre de usuario y la contraseña del usuario y ofrece un botón Iniciar sesión para iniciar sesión. Valida las credenciales de usuario contra la API de membresía y encapsula la funcionalidad básica de autenticación froms, como redirigir a la página solicitada original en un área restringida de su aplicación después del inicio de sesión exitoso.

El control de inicio de sesión muestra una interfaz de usuario para la autenticación de usuarios. El control de inicio de sesión contiene cuadros de texto para el nombre de usuario y la contraseña y una casilla de verificación que permite a los usuarios indicar si desean que el servidor almacene su identidad mediante la membresía ASP.NET y que se autentique automáticamente la próxima vez que visiten el sitio.

El control de inicio de sesión tiene propiedades para visualización personalizada, mensajes personalizados y enlaces a otras páginas donde los usuarios pueden cambiar su contraseña o recuperar una contraseña olvidada. El control de inicio de sesión se puede usar como un control independiente en una página principal o de inicio, o puede usarlo en una página de inicio de sesión dedicada. Si usa el control de inicio de sesión con membresía ASP.NET, no necesita escribir código para realizar la autenticación. Sin embargo, si desea crear su propia lógica de autenticación, puede manejar el evento Authenticate del control de inicio de sesión y agregar un código de autenticación personalizado.

Nota: Es posible que los controles de inicio de sesión no funcionen correctamente si el método de la página web ASP.NET se cambia de POST (el predeterminado) a GET.

Siempre que el usuario presiona el botón Iniciar sesión, el control valida automáticamente el nombre de usuario y la contraseña mediante la función de API de membresía Membership.ValidateUse () y luego llama a FormAuthentication.redirectFromLoginPage () si la validación fue exitosa. Todas las opciones de la interfaz de usuario de LoginControl afectan la entrada entregada por el control a estos métodos. Por ejemplo, si hace clic en la casilla de verificación "Recordarme la próxima vez", pasa el valor verdadero al parámetro createPresistentCookie del método RedirectFromLoginPage (). Por lo tanto, FormAuthenticateModule crea una cookie persistente.

Hay tres tareas de inicio de sesión de forma predeterminada.

• Formato automático: puede seleccionar esquemas predeterminados.
• Convertir a plantilla: puede editar el contenido de Control de inicio de sesión.
• Administrar sitio web: puede configurar las herramientas de administración del sitio web, como seguridad, aplicación, proveedor.

3. "Login1" runat = "server" BackColor = "# F7F7DE" BorderColor = "# CCCC99" BorderStyle = "Solid" BorderWidth = "1px" Font-Names = "Verdana" Font-Size = "10pt">