Se connecter à MsSQL sans s'authentifier au préalable au domaine AD

Excellente question. J'allais dire que ce n'était pas possible jusqu'à ce que je l'essaie. Vous essayez d'obtenir une accréditation à partir d'un domaine dont votre ordinateur ne fait pas partie. Voici blog montre comment invoquer runas en utilisant /netonly pour y parvenir. /netonly est nécessaire car votre compte de domaine ne peut pas se connecter à votre machine locale.

Depuis mon ordinateur personnel, connecté par VPN au travail, sans confiance dans le domaine, je viens de m'authentifier en utilisant Windows Auth sur un serveur Sql de l'entreprise comme suit

runas /user:mycompany\myname /netonly ssmsee.exe

Cela lance Sql Management Studio express. Vous pouvez lancer n'importe quel programme qui utilise la connexion à la base de données de cette façon. L'astuce ci-dessus semble fonctionner pour l'explorateur et les shells de commande également. Bien que cette astuce soit intéressante, il est plus simple d'utiliser l'authentification Sql.

Cette technote d'IBM semble suggérer que cela se produit lors de l'utilisation de named pipes. Si vous configurez la connectivité TCP/IP, cela peut atténuer votre problème.

http://www-01.ibm.com/support/docview.wss?uid=swg21133904

Je n'ai jamais vu le comportement que vous décrivez, essayez de vous connecter avec TCP comme Kevin Kuphal l'a dit.

Si vous maintenez la touche majuscule enfoncée et que vous cliquez avec le bouton droit de la souris, vous devriez pouvoir "exécuter en tant qu'utilisateur différent" - vous pouvez alors spécifier les informations d'identification du réseau que vous souhaitez utiliser pour lancer SSMS dans le contexte correct du répertoire actif. Si vous utilisez Vista, vous pouvez installer l'outil gratuit qui ajoute le menu contextuel que Microsoft a supprimé (et qui a été réintroduit dans Windows 7, heureusement) - recherchez sur Google : sysinternals run as (exécuter en tant que).

Faites-nous savoir si cela fonctionne.