Je viens de créer une instance de serveur Azure SQL. Je peux me connecter à partir du portail Azure, mais j'obtiens une erreur de délai d'expiration lorsque je tente de me connecter à SQL Management Studio (et à d'autres méthodes):
Cannot connect to *server*,*port*.
Additional information:
A connection was successfully established with the server, but then an error occurred during the pre-login handshake. (provider: TCP Provider, error: 0 - The semaphore timeout period has expired.)
(Microsoft SQL Server, Error: 121)
The semaphore timeout period has expired
J'ai cherché une solution mais la seule chose que je trouve à propos du message d'erreur est que la base de données est soumise à une charge importante, ce qui semble peu probable étant donné qu'elle vient d'être créée!
Quelqu'un sait ce qui peut causer ce problème?
Merci !
3 Réponses :
L'erreur 121 a toujours été considérée comme une erreur liée au réseau, comme vous pouvez le lire dans cet article du support Microsoft. Le service Internet que vous recevez, les adaptateurs réseau sont des éléments que vous devriez envisager d'examiner.
Veuillez envisager de cliquer sur le bouton "Options" de SQL Server Management Studio, dans l'onglet "Propriétés de connexion", essayez de définir une valeur plus élevée pour le paramètre "Délai d'expiration de la connexion".
Si vous devez utiliser un VPN d'entreprise pour vous connecter à Azure SQL Database, assurez-vous que vous êtes connecté au VPN.
Merci. Je me suis assuré de me connecter à partir d'une adresse IP valide et j'ai même supprimé toutes les restrictions IP, donc cela ne devrait pas être le problème. Et je peux me connecter au reste d'Internet alors pourquoi pas le serveur? Je ne vois pas comment cela peut prendre plus de 30 secondes pour se connecter, pas plus de quelques centaines de millisecondes est inacceptable. Je n'arrive pas à trouver le bouton Opions que vous avez mentionné.
Avez-vous la dernière version de SSMS? docs.microsoft.com/en-us/sql/ssms/…
Oui. Et j'ai essayé plusieurs façons de me connecter. Tout cela avec le même résultat.
Il semble donc que ce soit le pare-feu de l'entreprise qui bloquait le trafic. J'ai entièrement essayé depuis un autre réseau et j'ai pu accéder au serveur.
Je suppose que mes deux alternatives sont maintenant soit de débloquer 1433 dans le pare-feu de l'entreprise, soit d'ouvrir un autre port dans Azure SQL Server, ce qui ne semble pas possible pour le moment.
Le problème est lié à un pare-feu au milieu effectuant une inspection SSL.
Je suggère d'essayer de demander à l'administrateur de votre pare-feu d'ajouter une exemption sur le moteur d'inspection SSL, ou d'essayer d'utiliser une autre connexion sans effectuer d'inspection SSL.