Select the product you need help with
Cómo habilitar el cifrado SSL para SQL Server 2000 si tiene un servidor de certificados válidoId. de artículo: 276553 - Ver los productos a los que se aplica este artículo En esta páginaResumenEn este artículo paso a paso se enumeran los pasos que debe utilizar para habilitar el cifrado de capa de sockets seguros (SSL) para Microsoft SQL Server 2000 si tiene un servidor de certificados válido en su entorno de red. Si ha adquirido los certificados de un proveedor de certificados de terceros, siga las instrucciones proporcionadas por el proveedor. SQL Server 2000 permite las conexiones cifradas a través de todas las bibliotecas de red mediante certificados y cifrado SSL. Puede habilitar el cifrado de SQL Server mediante la biblioteca de red de SuperSocket, Ssnetlib.dll o Dbnetlib.dll Si utiliza cifrado SSL en un clúster de SQL Server, puede utilizar los mismos procedimientos excepto en que el nombre de dominio completo del servidor virtual de SQL y no el nombre de equipo individuales debe ser emite el certificado. Además, la forma en que Microsoft recomienda utilizar los certificados y es el cifrado SSL en un clúster de SQL Server:
319349 Para cifrar la comunicación entre un equipo cliente y un servidor, primero debe decidir si desea que el cifrado de estar por servidor o en una por cada cliente. Tenga en cuenta que hay un actual de SQL Server limitación si habilitar el cifrado en el servidor. Cifrado será de todas las conexiones entrantes. Si habilitar el cifrado en el equipo cliente, todas las conexiones salientes de ese cliente intenta realizar una conexión cifrada a cualquier SQL Server.
(http://support.microsoft.com/kb/319349/
)
Error: Activar la opción "Forzar cifrado de protocolo" es irreversible si no hay ningún certificado Además, cuando se habilita Forzar cifrado de protocolo del servidor, cifra los datos y los inicios de sesión. Sin embargo, no requiere el cliente confíe la misma entidad emisora raíz. Si prefiere que el cliente confíe la misma autoridad raíz, debe utilizar herramienta de red de cliente o la opción de cadena de conexión para forzar el protocolo de cifrado en el cliente. Esto es así por diseño. SQL Server no se inicia si el certificado es válido o si la cuenta de servicio que se utilizó para iniciar el servicio MSSQLServer no puede encontrar el certificado. Por tanto, Microsoft recomienda que solicite el certificado mientras haya iniciado mediante la misma cuenta de usuario que utilizó para iniciar el servicio MSSQLServer. Si Servicios de Internet Information Server (IIS) está instalado en el equipo que ejecuta SQL Server, también puede utilizar el Asistente para administración de servicio IIS en el Active seguridad ficha. El certificado debe ser un servidor que se ha emitido para el nombre de dominio completo (FQDN) del servidor. No puede utilizar la dirección IP para el nombre del certificado. Un equipo cliente debe solicitar la conexión con el servidor por el nombre FQDN o NetBIOS del servidor. No puede conectarse al servidor mediante la dirección IP del equipo que ejecuta SQL Server. Si el equipo tiene varios certificados instalados en el almacén de usuario o en el almacén del equipo, quizás tenga que especificar qué certificado debe utilizarse para SQL Server. Cree un valor certificados de tipo REG_BINARY en la siguiente clave del registro: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\SuperSocketNetLib Como ejemplo, el registro debe ser similar al siguiente cuando se exportan: [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\SuperSocketNetLib] "Certificate"=hex:2e,67,3e,84,4a,4f,e0,7f,08,42,6a,7a,35,9b,01,94,76,67,0b La única forma para comprobar que ha realizado correctamente una conexión cifrada es capturar el tráfico entre dos equipos con Microsoft Network Monitor o una herramienta de red Sniffer. Para obtener más información acerca de cómo Microsoft Network Monitor de instalación, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base: 243270
(http://support.microsoft.com/kb/243270/
)
Cómo instalar Monitor de red en Windows 2000 Solicitar e instalar un certificado mediante un servidor de certificados
Para comprobar que la instalación del certificado es correcta, utilice cualquiera los certificados de MMC complemento para comprobar los certificados o utilizar la herramienta CertUtil.exe que está instalada en el servidor de certificados para enumerar los certificados. Para cargar el complemento MMC certificados, siga estos pasos:
Habilitar el cifrado SSL en el servidor SQL ServerUna vez instalado el certificado en el servidor, puede habilitar el cifrado SSL; para ello, siga estos pasos:
Habilitar el cifrado SSL para un cliente específicoSi desea habilitar el cifrado SSL globalmente en el servidor, puede habilitar el cifrado SSL de clientes específicos. No habilite SSL cifrado en el servidor y el cliente, utilice uno o el otro. Si habilita el cifrado SSL en por cada cliente, el equipo cliente debe confiar en el certificado de servidor. El certificado debe existir en el servidor. El equipo cliente no requiere un certificado, pero debe tener el certificado de servidor como una entidad emisora de confianza de certificados raíz. Siga estos pasos para habilitar el cifrado SSL en por cada cliente:
Probar el cifrado de un clientePara probar el cifrado de un cliente, utilice uno de los métodos siguientes:
Analizador de consultasPara probar con la herramienta Analizador de consultas SQL, siga estos pasos:
Aplicación ODBCPara probar con una aplicación ODBC, siga estos pasos:
ReferenciasPara obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base: 316898
(http://support.microsoft.com/kb/316898/
)
Cómo habilitar el cifrado SSL para una instancia de SQL Server mediante Microsoft Management Console PropiedadesId. de artículo: 276553 - Última revisión: martes, 04 de abril de 2006 - Versión: 10.4 La información de este artículo se refiere a:
Traducción automática IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente. Haga clic aquí para ver el artículo original (en inglés): 276553
(http://support.microsoft.com/kb/276553/en-us/
)
| Seleccione idioma |




Volver al principio








