Discussion :

[nivsql]

Bonjour à tous,

J'expérimente depuis quelques temps un phénomène étrange. Sur quelques serveurs que j'ai dans mon parc SQL Server lorsque j'essaye de me connecter a distance (je précise qu'en local je n'ai aucun soucis) je recois le message suivant :
A connection was successfully established with the server, but then an error occurred during the login process. (provider: TCP Provider, error: 0 - Le nom réseau spécifié n’est plus disponible.) (Microsoft SQL Server, Error: 64)

depuis le même poste client, avec un autre compte AD que le miens je me connecte sans aucun soucis. Depuis un autre poste client avec mon compte AD j'ai le même problème. Ce comportement est systématique et durable (a aucun moment la connexion ne passe avec mon compte, a aucun moment la connexion échoue avec un autre compte). Je ne suis pas le seul impacté, d'autres personne dans mon entreprise subissent le même problème mais sur d'autres serveurs (mon chef par exemple n'a pas l'erreur sur le serveur ou j'ai l'erreur mais a l'erreur sur un serveur ou je ne l'ai pas).

J'en déduis que le soucis est donc entre le serveur et le login qui rencontre l'erreur (ce qui exclue les problèmes réseaux, firewall, privilèges etc)

Avez vous déjà rencontré ce problème, savez vous le résoudre ? cela ressemble a un problème de ticket Kerberos mais j'avoue que ca dépasse mes connaissances.

[SQLpro]

Ce n'est pas une erreur SQL Server mais une erreur du "provider" c'est à dire de la partie accès au réseau... C'est d'ailleurs noté dans le message : "TCP" !

Quel sont les versions/editions de SQL Server que vous avez ?
Sont-elles toutes patchés au dernier SP ou CU ?
N'avez vous pas un mélange de middelware 32/64 bits par rapport à vos serveurs ?

Cela peut aussi être un problème de DNS...

Vérifiez si le problème persiste en ne passant que l'adresse IP

A +

[nivsql]

Bonjour,

Malheureusement le problème n'est pas DNS :
- en passant par l'IP le problème persiste
- depuis la même machine/session Windows, en lançant un client SQL (ssms, sqlcmd, commande powershell ou autre) avec le même compte le problème persiste
- depuis la même machine/session Windows, en lançant un client SQL (ssms, sqlcmd, commande powershell ou autre) avec un autre compte le problème ne survient pas

Nous sommes intégralement en 64bits, plus de 32bits nul part
Le problème survient sur diverses versions de SQL (2016, 2019, de mémoire j'ai pas eu le soucis avec des 2012, on a pas ou trop peu de 2014 et de 2017) et quelques soit le niveau de SP/CU

pour résumer :
sur un seul poste client dans la même session Windows :
Login1 <=> Serveur1 (versionA patchA) = erreur 64
Login2 <=> Serveur1 (versionA patchA) = connexion OK
Login1 <=> Serveur2 (versionB patchB) = connexion OK
Login2 <=> Serveur2 (versionB patchB) = erreur 64
sur un autre poste client la matrice reste inchangée pour les mêmes couples login/serveur :
Login1 <=> Serveur1 (versionA patchA) = erreur 64
Login2 <=> Serveur1 (versionA patchA) = connexion OK
Login1 <=> Serveur2 (versionB patchB) = connexion OK
Login2 <=> Serveur2 (versionB patchB) = erreur 64

J'ai également essayé une purge de ticket Kerberos (Klist Purge) sur la station et le serveur pour le login ou j'ai l'erreur, le problème persiste.

[SQLpro]

il nous faudrait plus de détails sur ce que vous appelez connexion à distance :
est-ce un bureau à distance (RDP) ou bine SSMS que vous utilisez depuis votre poste de travail par exemple....

A +

[nivsql]

Bonjour,

Désolé je rentre tout juste de congé.

Dans tous les scénarios je lance SSMS depuis un serveur de rebond sur lequel je suis en TSE, toutefois si je lance SSMS sur mon poste j'ai le même comportement. Quelque soit l'endroit ou je lance SSMS, si j'ai cette erreur sur un serveur avec un login, je l'aurais systématiquement. Le seul moyen que j'aurais de me connecter au serveur SQL avec ce login sera d'aller en TSE sur le serveur et de faire une connexion SSMS local en shared memory.