Comment faire pour résoudre Azure “Windows connexions ne sont pas pris en charge dans cette version de SQL Server”?
Je reçois le message d'erreur suivant lorsque j'essaie de me connecter à SQL Azure.
Windows connexions ne sont pas pris en charge dans cette version de SQL Server
Je suis à l'aide d'Azur, la chaîne de connexion. Sur le développement, je suis en cours d'exécution à l'encontre de SQL Server Express. Cette erreur est renvoyée lorsque j'essaie de récupérer certaines données de la base de données.
Le contexte que j'utilise est en cours d'exécution en utilisant l'article, voir ci-dessous
function List<SomeType> GetList(string dbContextName)
{
using (MyDbContext context = new MyDbContext)
{
return context.SomeTypes.ToList();
}
}
Nous sommes à l'aide de Entity Framework version 4.2, ASP.NET MVC 3 et .NET 4.0.
Comment puis-je résoudre ce problème?
Il semble assez clair que vous devez utiliser une connexion SQL au lieu d'une connexion Windows pour plus de sécurité - c'est à dire pas de SSPI etc; juste un SQL nom d'utilisateur/mot de passe
MONTREZ-NOUS la chaîne de connexion(s) utilisé ! Vous pas utilisez le
MONTREZ-NOUS la chaîne de connexion(s) utilisé ! Vous pas utilisez le
Integrated Security=SSPI;
paramètre par rapport à SQL Azure, qui est probablement le défaut de votre installation de SQL Server Express...OriginalL'auteur Just2Click | 2012-03-22
Vous devez vous connecter pour publier un commentaire.
J'ai été en utilisant user/pass et encore eu le message d'erreur. Mais, j'ai ajouté à ma chaîne de connexion et cela a fonctionné.
OriginalL'auteur JoshYates1980
Ensemble
Dans La Chaîne De Connexion.
OriginalL'auteur Mahmad Khoja
Az déjà mentionné par d'autres, seule l'authentification SQL Server est pris en charge dans SQL Azure.
Vous pouvez en lire plus sur Les lignes directrices et les Limites avec SQL Azure. Ainsi que le Les Directives de sécurité et les limitations de SQL Azure.
Vous avez à CRÉER DE CONNEXION par vous-même dans votre base de données, alors vous voudrez CRÉER UN UTILISATEUR dans votre personnalisé Azure. Aussi, n'oubliez pas d'exécuter sys.sp_addrolemember à accorder des autorisations pour l'utilisateur.
Plus sur la gestion des utilisateurs et des connexions dans SQL Azure peut être trouvé ici.
Et, à la fin, vous pouvez toujours regarder la source inestimable pour les chaînes de connexion.
OriginalL'auteur astaykov
L'authentification intégrée (c'est à dire SSPI dans la chaîne de connexion) n'est PAS pris en charge dans SQL Azure.
Seule l'Authentification SQL est pris en charge (c'est à dire nom d'utilisateur & mot de passe dans la chaîne de connexion)
OriginalL'auteur ryancrawcour
Vous avez probablement utilisé la chaîne de connexion incorrecte, c'est la chaîne de connexion format qui a fonctionné pour mon cas:
"ConnectionString": "Server=tcp:xxxx.database.windows.net,1433;Database=xxx;User ID=xxx;Password=xxx;Crypter=True;TrustServerCertificate=False;Connexion Timeout=30;"
OriginalL'auteur Joseph Wu
OriginalL'auteur Shetty