Comment autoriser l'accès à un utilisateur de sql server ?

Pour pouvoir être vu sur le réseau (se connecter à distance), vous devez vérifier que l'instance de SQL Server dispose d'une bibliothèque réseau comme TCP/IP configurée pour elle. Vous pouvez configurer cela à l'aide de SQL Server Configuration Manager. Si vous avez dû effectuer une modification, elle ne prendra effet que lorsque vous redémarrerez SQL Server. Maintenant, s'il s'agit d'une instance nommée, vous devez également vous assurer que le service SQL Server Browser est en cours d'exécution. Cela fournit le port TCP à un client qui essaie de le trouver en ce qui concerne une instance nommée. Et vous devez vous assurer qu'il y a des exceptions sur votre pare-feu pour les deux services.

En ce qui concerne votre connexion au serveur SQL, si vous essayez de vous connecter à l'aide de SQL Server Management Studio, si vous obtenez une erreur indiquant qu'il ne s'agit pas d'une connexion/un compte de confiance, votre serveur SQL est configuré pour utiliser l'authentification Windows uniquement, ce qui signifie que vous ne pouvez pas vous connecter en utilisant une connexion basée sur le serveur SQL. Dans votre cas, vous avez indiqué que vous l'avez configuré en mode mixte, ce qui est ce que vous voulez. Si, toutefois, vous n'avez pas redémarré SQL Server après avoir effectué cette modification, cela pourrait être la cause du problème. Encore une fois, il s'agit d'un autre de ces paramètres qui ne s'exécutent qu'au démarrage.

L'erreur Kerberos que vous pouvez ignorer. C'est parce que seul un administrateur de domaine ou le compte de l'ordinateur lui-même (si vous êtes exécuté en tant que Nework Service sous Windows 2003) peut enregistrer un SPN. Donc, si vous utilisez autre chose, cette erreur s'affiche. Dans ce cas, il est préférable de créer le SPN manuellement, mais cela ne devrait pas entrer en ligne de compte ici, car cela n'apparaît que pour l'authentification Windows. Kerberos n'a aucun impact sur les connexions basées sur SQL Server.

Maintenant, en ce qui concerne l'utilisateur du serveur SQL, pouvez-vous vous connecter au serveur SQL avec lui localement en utilisant SQL Server Management Studio ?

Les excuses sont de rigueur - le problème est maintenant résolu :

J'ai réinstallé l'ensemble du serveur et ajouté sql server en premier lieu - je soupçonnais que VisualSVN, fonctionnant via SSL, jouait avec une connexion sécurisée également nécessaire à la connexion sqlserver.

En fait, le problème était toujours là, mais en essayant à nouveau de désactiver le pare-feu, le problème immédiat a été résolu.

J'ai percé un trou dans le pare-feu pour le 1433/TCP et les choses sont là où je veux.

Merci pour votre temps, cependant...