none
problème de connexion avec SSMS RRS feed

  • Question

  • Bonjour à tous,

    Je n'arrive pas à me connecter depuis un ordinateur A sur lequel j'ai installé SQL et SSMS sur un ordinateur B sur lequel j'ai fait la même chose, même si les deux ordinateurs sont sur le même routeur WIFI. Le but ultime étant que je puisse réaliser cette connexion en n'étant pas sur le même site.

    J'ai attribué un numéro de port tcp aux deux ordinateurs (numéros différents). J'ai récupérer les numéros en allant consulter le journal archive sous SSMS.

    J'ai créé une régle sortante dans le firewall avec les bons numéros de port.

    J'ai vérifié dans Windows-Services que SQL Server (MSSQLSERVER), SQL Server Agent(MSSQLSERVER), SQL Server Browser étaient "en cours d'exécution" et en démarrage automatique.

    Lorsque je fais un ping sur A en tapant le nom de B j'ai une réponse correcte et la même chose dans le sens inverse.

    En local, sur A ou sur B je peux sans problème me connecter.

    Lorsque j'ouvre SSMS sur A et que je valide le Server type "Database Engine" et que je  tape:

    - le nom de l'odinateur B dans "Server name"

    - en laissant Authentification "Windows,

    - et en laissant en User name "le nom de l'ordinateur A/répertoire"

    j'ai pour réponse "cannot connect to " "nom de l'ordi B", avec comme numéro d'erreur 40 et 53.

    Si je clique sur la flèche de droite de la fenêtre "Serve name", que je valide "Browse for more ...", puis "Network Servers" et "Retrieving data..", je vois le serveur local et le nom de l'odinateur B, donc le serveur installé sur B. Pourtant si je valide ce second serveur, j'ai le même message d'erreur lorsque je tente la connexion en tapant le nom.

    J'ai exactement la même chose si je fais la démarche de B vers A.

    J'ai également essayé avec un troisième ordinateur et c'est identique.

    Pourriez-vous m'aider à décoincer cette situation?

    Merci d'avance.

    vendredi 15 mars 2019 00:48

Toutes les réponses

  • Bonjour,

    Bienvenue sur le forum TechNet.

    Pourriez-vous me montrer SVP le résultat de la commande suivante dans l'invite de commande: (cmd.exe):

    netstat | findstr ":1433"
    Merci



    Avis de non-responsabilité:
    Mon opinion ne peut pas coïncider avec la position officielle de Microsoft.

    Bien cordialement, Andrei ...

    MCP

    vendredi 15 mars 2019 02:21
  • Bonjour et merci de vous intéresser à ma question.

    Je n'ai pas de réponse lorsque je fais un netstat | findstr ":1433"

    En revanche lorsque je tape netstat j'obtiens:

    TCP 127.0.0.0:49674           "non de l'ordi":49676      ESTABLISHED

    TCP 127.0.0.0:49676           "non de l'ordi":49674      ESTABLISHED

    TCP 192.168.8.112.49408   52.173.28.179:https        ESTABLISHED

    TCP 192.168.8.112.50124   40.100.146.194:https      ESTABLISHED

    TCP 192.168.8.112.50200   40.100.163.178:https      ESTABLISHED

    TCP [::1]:49679                  "non de l'ordi":49681       ESTABLISHED

    TCP [::1]:49681                  "non de l'ordi":49679       ESTABLISHED

    Encore merci de votre aide

    Loïc

    vendredi 15 mars 2019 03:06


  • Très probablement, il faut activer la connexion à distance de SQL Server.

    Pourriez-vous me dire quelle version et édition de SQL Server avez-vous?

    Avis de non-responsabilité:
    Mon opinion ne peut pas coïncider avec la position officielle de Microsoft.

    Bien cordialement, Andrei ...

    MCP

    • Modifié SQx vendredi 15 mars 2019 03:39 MAJ
    vendredi 15 mars 2019 03:39
  • L'avez-vous mis en place cette configuration?

    1. Start -> All Programs -> Microsoft SQL Server 20XX -> Configuration Tools -> SQL Server Configuration Manager.
    2. Dépliez le noeud SQL Server Network Configuration puis Protocols for <Nom de votre instance>.
    3. Cliquez droit sur TCP/IP puis Enable.
    4. Cliquez droit sur TCP/IP puis Properties.
    5. Dans l’onglet IP addresses, descendez jusqu’au noeud IPAll et entrez 1433 dans TCP Port.



    Avis de non-responsabilité:
    Mon opinion ne peut pas coïncider avec la position officielle de Microsoft.

    Bien cordialement, Andrei ...

    MCP


    • Modifié SQx vendredi 15 mars 2019 03:50 MAJ
    vendredi 15 mars 2019 03:48
  • J'ai installé SQL Server 2017-SSEI-Dev.

    Concernant l'IP addresses IPAII du protocole for Server, je n'avais pas indiqué 1433 en TCP port. J'avais juste indiquer en TCP Dynamic Ports 49172.

    J'ai donc fait cette rectification mais cela ne change rien. Le message d'erreur est toujours le même.

    A vous lire. Merci

    vendredi 15 mars 2019 04:49
  • J'ai donc fait cette rectification mais cela ne change rien. Le message d'erreur est toujours le même.
    Avez vous redémarré le service (SQL Server) après avoir apporté les modifications?

    Avis de non-responsabilité:
    Mon opinion ne peut pas coïncider avec la position officielle de Microsoft.

    Bien cordialement, Andrei ...

    MCP

    vendredi 15 mars 2019 13:50
  • Oui j'ai redémarré SQL Server en passant pas SERVICE de Windows. J'ai également rédémarrer Brother et Agent. Mais même résultat.

    Merci pour votre aide.

    samedi 16 mars 2019 22:33
  • Pourriez-vous me montrer comment votre prochaine option est configurée?

    Essayez de définir les valeurs de port de 1433 pour toutes les interfaces.



    Pourriez-vous redémarrer les services SQL Server (MSSQLSERVER) et me montrer SVP le résultat de la commande suivante dans l'invite de commande: (cmd.exe):

    netstat -a | findstr ":1433"



    Avis de non-responsabilité:
    Mon opinion ne peut pas coïncider avec la position officielle de Microsoft.

    Bien cordialement, Andrei ...

    MCP

    • Modifié SQx lundi 18 mars 2019 02:41 MAJ
    dimanche 17 mars 2019 20:25
  • Bonjour

    Une règle entrante sur le port d'écoute de SQL serait aussi la bien venue. Vérifiez ensuite que le protocole TCP est bien activé pour l'instance SQL.
    Merci de nous communiquer le fichier errorlog du serveur SQL sur lequel vous essayez de vous connecter. Le state de l'erreur est plus important que le numéro de l'erreur.

    Voici un guide de tshooting un peu plus complet : https://1drv.ms/b/s!AqEDUOmSujklg-x2H4fUiypOQzNwHQ

    cdlt
    Christophe


    Christophe LAPORTE - Independent Consultant & Trainer - SQL Server MVP-MCM

    lundi 18 mars 2019 22:12