Q: J'ai besoin d'abandonner programmatiquement les logins de SQL Server associés à l'authentification Windows. J'ai un login nommé PACIFIC\VNE1B qui utilise l'authentification de sécurité de Windows NT. Quand je fournis la procédure sp_droplogin avec PACIFIC\VNE1B ou VNE1B, j'obtiens un message d'erreur disant que le login n'existe pas. Qu'est-ce qui ne
Se connecter programmatiquement avec l’authentification Windows
va
pas ?
R: J’aime les questions simples ! Vous
devriez consacrer un peu de temps à
lire dans SQL Server Books Online
(BOL), les différences entre les logins
authentifiés par Windows et ceux authentifiés
par SQL Server. La réponse
est simple : sp_droplogin n’est destiné
qu’à gérer les logins authentifiés
par SQL Server. Sp_revokelogin
est la bonne commande à utiliser
quand on veut abandonner les logins
qui utilisent l’authentification
Windows.
En coulisses, des jeux différents de
commandes T-SQL contrôlent les logins
authentifiés par Windows et ceux
authentifiés par SQL Server. Mais il est
facile de s’y perdre si vous travaillez
principalement avec des outils GUI de SQL Server Enterprise Manager, qui
masquent de nombreux détails de bas
niveau.
Téléchargez cette ressource
Guide de sécurité face au télétravail intensif
Les périmètres physiques se dissolvent, les stratégies de sécurité échouent et le Shadow IT devient la norme. Ce livre blanc se penche sur les menaces de sécurité en matière de télétravail en vous présentant les points à surveiller pour retrouver une visibilité organisationnelle robuste.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
