> For the complete documentation index, see [llms.txt](https://docs.devolutions.net/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.devolutions.net/rdm/fr/knowledge-base/troubleshooting-articles/sql-server-connectivity-troubleshooting.md). # Dépannage de la connectivité SQL Server SQL Server s'installe avec une connectivité réseau limitée. Par conséquent, lors de l'installation initiale, le moteur de base de données ne peut pas être accédé à partir d'un autre appareil. Accédez à ces aides de dépannage des problèmes de connectivité. {% hint style="info" %} Avant de faire quoi que ce soit, essayez d'accéder à la base de données via SQL Server Management Studio. {% endhint %} ### Autoriser l'accès à distance Sur les anciennes versions de SQL Server, les connexions à distance doivent être autorisées manuellement. Suivez la procédure de Windows [Configuration du serveur : accès à distance](https://msdn.microsoft.com/en-CA/library/ms191464.aspx) pour activer la connectivité. ### Activer les protocoles Pour se connecter au moteur de base de données à partir d'un autre appareil, un protocole, comme TCP/IP, doit être activé. 1. Ouvrez le ***SQL Server Configuration Manager***. 2. Développez ***SQL Server Network Configuration***. 3. Sélectionnez une instance. 4. Faites un clic droit sur le protocole souhaité, puis sélectionnez ***Enable***. ### Ouvrir un port de communication dans le pare-feu Pour se connecter à un SQL Server à partir d'un autre appareil, un port de communication doit être ouvert dans le pare-feu. {% hint style="success" %} Le port par défaut pour TCP/IP est 1433. {% endhint %} 1\. Ouvrez le ***Pare-feu Windows avec fonctions avancées de sécurité***. 1. Sélectionnez ***Règles de trafic entrant*** dans le volet de gauche. 2. Faites un clic droit sur ***Règles de trafic entrant*** et sélectionnez ***Nouvelle règle***. 3. Dans la page ***Type de règle***, sélectionnez ***Port***, puis cliquez sur ***Suivant***. 4. Dans la page ***Protocole et ports***, sélectionnez ***TCP***. 5. Sélectionnez ***Ports locaux spécifiques***, puis saisissez le numéro de port de l'instance du moteur de base de données, puis cliquez sur ***Suivant***.

L'instance par défaut de SQL Server écoute sur le port 1433. Si un anti-virus est en cours d'exécution sur votre serveur, vous devriez également vous assurer que le port est autorisé.

6. Dans la page ***Action***, sélectionnez ***Autoriser la connexion***, puis cliquez sur ***Suivant***. 7. Dans la page ***Profil***, sélectionnez les profils qui décrivent l'environnement de connexion de l'ordinateur, puis cliquez sur ***Suivant***. 8. Dans la page ***Nom***, saisissez un ***Nom*** et une ***Description*** pour la règle, puis cliquez sur ***Terminer***. ### Impossible de se connecter à SQL Server * Assurez-vous que chaque instance de SQL Server est démarrée et en cours d'exécution. * Allez dans ***Aide – Afficher le journal de l'application*** pour voir si des messages d'erreur pertinents sont présents. Il y a de bonnes chances que vous voyiez Une erreur liée au réseau ou spécifique à l'instance s'est produite... * Créez un fichier Universal Data Link (.udl) pour tester votre connexion SQL (voir fichier Universal Data Link (.udl)). * Un anti-virus ou un pare-feu pourrait bloquer l'application. * Vérifiez la connectivité des paramètres réseau. ### Tester la connexion avec un fichier universal data link (.udl) Cela testera que l'instance permet à votre poste de travail de se connecter. Les pare-feu et les logiciels anti-virus peuvent tout de même empêcher Remote Desktop Manager d'accéder au réseau même si le test Universal Data Link est concluant. 1. Ouvrez l'***Explorateur de fichiers Windows***. 2. Naviguez jusqu'au dossier dans lequel le fichier ***.udl*** sera créé et stocké. 3. Sélectionnez l'onglet ***Accueil*** et, en utilisant le menu ***Nouvel élément***, créez un ***Document texte***. 4. Renommez ce fichier et changez son extension de fichier pour ***.udl***.

N'incluez pas de caractères d'espacement dans le nom du fichier. Un avertissement indiquant que la modification des extensions de fichier peut rendre les fichiers inutilisables pourrait s'afficher, ignorez-le. Les extensions de nom de fichier peuvent être masquées par l'Explorateur de fichiers Windows. Pour afficher les extensions de nom de fichier, allez dans l'onglet Affichage de l'Explorateur de fichiers et activez l'option Extensions de nom de fichiers.

5. Double-cliquez sur le fichier ***.udl*** pour ouvrir la boîte de dialogue ***Propriétés des liaisons de données***. 6. Dans l'onglet ***Fournisseur***, sélectionnez le fournisseur ***Microsoft OLE DB Provider for ODBC Drivers***. 7. Dans l'onglet ***Connexion***, sélectionnez ***Utiliser la chaîne de connexion*** et saisissez une chaîne de connexion personnalisée.

Exemple de chaîne de connexion valide : Driver={SQL Server};Server=myServerAddress;Database=myDataBase;Uid=myUsername;Pwd=myPassword;Validez que le nom du serveur est saisi correctement (connu comme le nom de l'instance).

8. Utilisez l'onglet ***Avancé*** pour afficher et définir d'autres propriétés d'initialisation pour vos données. 9. Utilisez l'onglet ***Toutes*** pour examiner et modifier toutes les propriétés d'initialisation OLE DB disponibles pour votre fournisseur OLE DB. 10. Dans l'onglet ***Connexion***, utilisez le bouton ***Tester la connexion*** pour tester la connectivité à SQL Server. 11. Cliquez sur ***OK*** pour enregistrer la chaîne de connexion dans le fichier Universal Data Link (***.udl***). ### Login failed for user – reason: token-based server access validation failed Trouver la véritable raison de ceci est tout un processus. Une recherche sur le Web révèle tellement de solutions à essayer, et il est facile de se perdre dans toutes ces étapes. Ce qu'il faut garder en tête, c'est que le message d'erreur est trompeur et que la cause est souvent une chose simple. La première étape est de s'assurer que le problème n'est pas unique à Remote Desktop Manager. Tester avec un fichier Universal Data Link (.udl) comme montré ci-dessus prouvera que la configuration du poste de travail n'est pas la cause du problème. Lorsque vous accordez des droits à la base de données en utilisant l'appartenance à un groupe AD et que l'un de vos utilisateurs reçoit ce message d'erreur, vous devez vérifier les privilèges de TOUS les groupes AD auxquels il appartient. Tout élément avec un DENY explicite doit être évalué soigneusement. La requête ci-dessous aidera à identifier ces occurrences. ``` select princ.*, perm.* from sys.server_principals princ, sys.server_permissions perm where perm.grantee_principal_id = princ.principal_id AND state_desc = 'DENY' ``` ### Login failed. The login is from an untrusted domain and cannot be used with windows authentication. Le message d'erreur suivant apparaît lorsque vous ne pouvez pas accéder à l'espace de travail Remote Desktop Manager avec l'authentification intégrée lorsque vous êtes connecté à un VPN par ligne commutée. 1. Localisez le fichier .pbk de votre connexion VPN. Vous pouvez le trouver dans **%APPDATA%\Microsoft\Network\Connections\Pbk** ou, si vous l'avez configuré pour permettre à tous les utilisateurs d'utiliser la connexion, dans **C:\ProgramData\Microsoft\Network\Connections\Pbk**. 2. Modifiez le fichier **.pkb** avec un éditeur de texte et trouvez la ligne **UseRasCredentials=1**. 3. Désactivez ce paramètre en changeant le 1 pour 0 comme suit : **UseRasCredentials=0**. ### Une erreur liée au réseau ou spécifique à l'instance s'est produite... Ce message d'erreur signifie que le serveur n'a pas pu être joint, les causes possibles sont nombreuses. Ces étapes sont exclusivement pour le dépannage du côté client. Pour des directives complètes sur ce problème, veuillez consulter [cet article Technet](http://social.technet.microsoft.com/wiki/contents/articles/2102.how-to-troubleshoot-connecting-to-the-sql-server-database-engine.aspx). Si le message d'erreur indique que les Named Pipes sont utilisés et que vous accédez à un serveur distant, assurez-vous que le protocole TCP IP est utilisé simplement en ajoutant **tcp:** devant le nom de l'instance (par exemple, **tcp:vmtxg.database.windows.net**). | Cause | Diagnostic | | ---------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------- | | Nom du serveur mal saisi (connu comme le nom de l'instance) | Fichier Universal Data Link (.udl) | | Le SQL Server est-il démarré et en cours d'exécution? | Fichier Universal Data Link (.udl) | | Seul le nom du serveur est spécifié alors qu'il n'y a pas d'instance par défaut sur ce serveur | Fichier Universal Data Link (.udl) | | SQL Server écoute sur un port non standard | Fichier Universal Data Link (.udl) | | Un anti-virus bloque Remote Desktop Manager | Vérifiez dans les journaux de l'anti-virus pour voir les menaces bloquées. | | Le pare-feu empêche Remote Desktop Manager de se connecter | Ajustez votre pare-feu pour permettre à **RemoteDesktopManager.exe** et **RemoteDesktopManager64.exe** de communiquer avec des services externes. | | Problèmes de protocole réseau | Validez que le côté client et le côté serveur utilisent tous les deux le même protocole réseau IPv4 ou IPv6. | --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.devolutions.net/rdm/fr/knowledge-base/troubleshooting-articles/sql-server-connectivity-troubleshooting.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.