> 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 son installation initiale, le moteur de base de données n'est pas accessible depuis un autre appareil.

Accédez à l'aide à la résolution de ces 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 documentation Windows [Server configuration: remote access](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 depuis un autre appareil, un protocole, tel que TCP/IP, doit être activé.

1. Ouvrez le ***SQL Server Configuration Manager***.
2. Développez la section ***SQL Server Network Configuration***.
3. Sélectionnez une instance.
4. Faites un clic droit sur le protocole souhaité, puis sélectionnez ***Activer***.

### Ouvrir un port de communication dans le pare-feu

Pour se connecter à un SQL Server depuis 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 ***Windows Firewall with Advanced Security***.

1. Sélectionnez ***Inbound Rules*** dans le volet gauche.
2. Faites un clic droit sur ***Inbound Rules*** et sélectionnez ***New Rule***.
3. Dans la page ***Rule Type***, sélectionnez ***Port***, puis cliquez sur ***Suivant***.
4. Dans la page ***Protocol and Ports***, sélectionnez ***TCP***.
5. Sélectionnez ***Specific local ports***, puis saisissez le numéro de port de l'instance du moteur de base de données, puis cliquez sur ***Suivant***.

   <div data-gb-custom-block data-tag="hint" data-style="success" class="hint hint-success"><p>The SQL Server default instance listens on port 1433.If you have an Anti-virus running on your server, you should also make sure that the port is allowed.</p></div>
6. Dans la page ***Action***, sélectionnez ***Allow the connection***, puis cliquez sur ***Suivant***.
7. Dans la page ***Profile***, sélectionnez les profils qui décrivent l'environnement de connexion de l'ordinateur, puis cliquez sur ***Suivant***.
8. Dans la page ***Name***, saisissez un ***Nom*** et une ***Description*** pour la règle, puis cliquez sur ***Finish***.

### Impossible de se connecter à SQL Server

* Assurez-vous que chaque instance SQL Server est démarrée et en cours d'exécution.
* Accédez à ***Help – View Application Log*** pour vérifier si des messages d'erreur pertinents sont présents. Il est fort probable que vous y trouviez le message A network-related or instance-specific error occurred...
* Créez un fichier Universal Data Link (.udl) pour tester votre connexion SQL (voir Fichier Universal Data Link (.udl)).
* Un antivirus ou un pare-feu pourrait bloquer l'application.
* Vérifiez les paramètres de connectivité réseau.

### Tester la connexion avec un fichier Universal Data Link (.udl)

Cette procédure permet de vérifier que l'instance autorise votre poste de travail à se connecter. Les pare-feux et les logiciels antivirus 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 le ***Windows File Explorer***.
2. Accédez au dossier dans lequel le fichier ***.udl*** sera créé et stocké.
3. Sélectionnez l'onglet ***Home*** et, à l'aide du menu ***New item***, créez un ***Text Document***.
4. Renommez ce fichier et modifiez son extension en ***.udl***.

   <div data-gb-custom-block data-tag="hint" data-style="info" class="hint hint-info"><p>N'incluez pas d'espaces 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 fichier peuvent être masquées par le <em><strong>Windows File Explorer</strong></em>. Pour afficher les extensions de fichier, accédez à l'onglet <em><strong>View</strong></em> du <em><strong>File Explorer</strong></em> et activez l'option <em><strong>File name extensions</strong></em>.</p></div>
5. Double-cliquez sur le fichier ***.udl*** pour ouvrir la boîte de dialogue ***Data Link Properties***.
6. Dans l'onglet ***Provider***, sélectionnez le fournisseur ***Microsoft OLE DB Provider for ODBC Drivers***.
7. Dans l'onglet ***Connection***, sélectionnez ***Use connection string*** et saisissez une chaîne de connexion personnalisée.

   <div data-gb-custom-block data-tag="hint" data-style="success" class="hint hint-success"><p>Exemple de chaîne de connexion valide : <code>Driver={SQL Server};Server=myServerAddress;Database=myDataBase;Uid=myUsername;Pwd=myPassword;</code>Vérifiez que le nom du serveur est saisi correctement (également appelé nom d'instance).</p></div>
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 ***All*** pour examiner et modifier toutes les propriétés d'initialisation OLE DB disponibles pour votre fournisseur OLE DB.
10. Dans l'onglet ***Connection***, utilisez le bouton ***Test Connection*** pour tester la connectivité SQL Server.
11. Cliquez sur ***OK*** pour enregistrer la chaîne de connexion dans le fichier Universal Data Link (***.udl***).

### Échec de connexion pour l'utilisateur – raison : échec de la validation de l'accès au serveur basée sur un jeton

Trouver la véritable cause de ce problème est un processus assez long. Une recherche sur le Web révèle de nombreuses solutions à essayer, et il est facile de se perdre dans toutes ces étapes. Il faut garder à l'esprit que le message d'erreur est trompeur et que la cause est souvent simple.

La première étape consiste à s'assurer que le problème n'est pas propre à Remote Desktop Manager. Effectuer un test avec un fichier Universal Data Link (.udl) comme indiqué ci-dessus permettra de confirmer que la configuration du poste de travail n'est pas en cause.

Lors de l'attribution de droits à la base de données via l'appartenance à un groupe AD et qu'un de vos utilisateurs reçoit ce message d'erreur, vous devez vérifier les privilèges pour TOUS les groupes AD auxquels il appartient. Tout élément comportant un DENY explicite doit être évalué avec soin. La requête ci-dessous vous 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'
```

### Échec de connexion. La connexion provient d'un domaine non approuvé et ne peut pas être utilisée avec l'authentification Windows.

Le message d'erreur suivant s'affiche 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 liaison commutée.

1. Localisez votre fichier .pbk de connexions VPN. Vous pouvez le trouver dans **%APPDATA%\Microsoft\Network\Connections\Pbk** ou, si vous avez configuré la connexion pour tous les utilisateurs, 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 remplaçant le 1 par 0 comme suit : **UseRasCredentials=0**.

### A network-related or instance-specific error occurred...

Ce message d'erreur signifie que le serveur n'a pas pu être atteint ; les causes possibles sont nombreuses.

Ces étapes concernent exclusivement la résolution de problèmes côté client. Pour des conseils complets 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é en ajoutant simplement **tcp:** devant le nom de l'instance (par exemple, **tcp:vmtxg.database.windows.net**).

| Cause                                                                                             | Diagnostic                                                                                                                                     |
| ------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------- |
| Nom du serveur mal saisi (également appelé nom d'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'existe 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 antivirus bloque Remote Desktop Manager                                                        | Vérifiez dans les journaux de l'antivirus les menaces bloquées.                                                                                |
| Un pare-feu empêche Remote Desktop Manager de se connecter                                        | Ajustez votre pare-feu pour autoriser **RemoteDesktopManager.exe** et **RemoteDesktopManager64.exe** à communiquer avec des services externes. |
| Problèmes de protocole réseau                                                                     | Vérifiez que le client et le serveur utilisent 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:

```
GET https://docs.devolutions.net/rdm/fr/knowledge-base/troubleshooting-articles/sql-server-connectivity-troubleshooting.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.
