Discussion :

[Hepil]

Bonjour

J'ai suivi tous les posts sur cette configuration, pour accéder simplement à une base de données SQL server à distance.
Je veux utiliser ma base de données sur un PC distant comme si j'étais en local.

Préambule :

J'ai configuré le port 1433(TCP) et 1434 (UDP) en NAT dans le routeur vers le serveur dans mon réseau local
J'ai configuré SQL server management avec TCP open et le "All port" sur 1433
J'ai l'autorisation des connexions distantes aussi.

j'avais bien l'écran noir en testant la connexion avec un client "Telnet 1433", OK

j'ai utilisé la connexion avec user SQL Server sur le pc distant "SQL client", du style :
"monip:1433\monserveur\moninstance" avec le user et son mot de passe

mais j'obtiens toujours l'erreur tant connue et appréciée : erreur 26 de la connexion distante à SQL Server
J'ai pas de copie d'écran là sous la main ...


Remarque :

Je n'ai aucune sécurité danas ma connexion, je le sais mais je voulais procéder par étape :
1 - Tester une connexion distante simple
2 - créer un VPN ensuite

Question :

Est-ce normal que j'ai l'erreur 26 (nom d'instance ou de serveur ou d'accès erroné...) si je n'utilise pas de VPN ?

Est-ce autre chose ?


PS : j'ai retrouvé le message d'erreur :

provider: Interfaces réseau SQL, error: 26 - Erreur lors de la localisation du serveur/de l'instance spécifiés

[darkelend]

j'ai utilisé la connexion avec user SQL Server sur le pc distant "SQL client", du style :
"monip:1433\monserveur\moninstance" avec le user et son mot de passe

Pour te connecter à l'instance ce sera plutot :
monip:1433\moninstance
ou
monserveur:1433\moninstance

[Hepil]

Pour te connecter à l'instance ce sera plutot :
monip:1433\moninstance
ou
monserveur:1433\moninstance

merci de cette réponse rapide
fort sympathique


ok, je pense qu'il y avait une erreur de mon côté à ce niveau là déjà
je testerait cela mais seulement lundi
à lundi du coup

[elsuket]

Bonjour,

Est-ce normal que j'ai l'erreur 26 (nom d'instance ou de serveur ou d'accès erroné...) si je n'utilise pas de VPN ?

Si le serveur est dans votre entreprise et que vous essayez d'y accéder en dehors de l'entreprise, le VPN est nécessaire. Si vous êtes sur le réseau local, le VPN ne présente aucun intérêt. Une discussion avec votre administrateur réseau vous éclairera sur ce sujet

j'ai utilisé la connexion avec user SQL Server sur le pc distant "SQL client", du style :
"monip:1433\monserveur\moninstance" avec le user et son mot de passe

Le port 1433 est le port d'écoute par défaut. Donc, dans votre chaîne de connexion, vous ne devez normalement spécifier que le nom du serveur, et pas son IP.
De façon plus générale, le site ConnectingStrings vous documente la structure de la chaîne de connexion, suivant vos besoins.

Enfin si le telnet <monServeur> 1433 fonctionne, et au vu du libellé de l'erreur que vous obtenez, c'est qu'il y a un problème dans votre chaîne de connexion

@++

[Hepil]

tout comme pour DarkElend, merci de cette réponse rapide
fort sympathique aussi et très complète

Bonjour,

Si le serveur est dans votre entreprise et que vous essayez d'y accéder en dehors de l'entreprise, le VPN est nécessaire. Si vous êtes sur le réseau local, le VPN ne présente aucun intérêt. Une discussion avec votre administrateur réseau vous éclairera sur ce sujet

Ok, le VPN est nécessaire ou OBLIGATOIRE ?
parce que je souhaitais faire un VPN (pour la sécurité) dans un second temps
et commencer par une simple connexion, donc procéder par étapes
Mais si le VPN est OBLIGATOIRE, ma première étape ne fonctionnera jamais. C'était le fonds de ma première question

Le port 1433 est le port d'écoute par défaut. Donc, dans votre chaîne de connexion, vous ne devez normalement spécifier que le nom du serveur, et pas son IP.

Oui, par défaut, et je l'ai vérifié, le 1433 est le port découte. je l'avais rajouté en test dans ma chaîne de connexion afin de ne pas risquer une éventuelle omission; donc pour écarter aussi ce paramètre de mon problème !

De façon plus générale, le site ConnectingStrings vous documente la structure de la chaîne de connexion, suivant vos besoins.

Ok, je vais consulter leurs informations ce weekend; j'aurai le temps dans le tgv ...

Enfin si le telnet <monServeur> 1433 fonctionne, et au vu du libellé de l'erreur que vous obtenez, c'est qu'il y a un problème dans votre chaîne de connexion
@++

oui, cela me rassure et répond aussi au premier point
en plus Darkelend est peut-être tombé pile poil sur mon erreur:
j'ai pris les mêmes renseignements que ceux que j'utilise en local:
"monserver/moninstance"
alors que si j'ai bien compris, il faut pas mettre "monserveur" dans la chaîne de connexion de "sql client remote access"

je ne pourrai rien tester avant lundi, car je vais justement ce soir sur le site des serveurs (notamment le serveur SQL) ce jour et ne serai plus en remote accès avant lundi"

bon weekend à vous tous

[elsuket]

Ok, le VPN est nécessaire ou OBLIGATOIRE ?

le VPN n'est pas obligatoire pour se connecter à votre instance SQL Server.
Il vous permet de créer une connexion sécurisée pour accéder au serveur (et pas seulement à SQL Server) lorsque vous n'êtes pas sur le réseau local qui héberge le serveur qui exécute SQL Server.

il faut pas mettre "monserveur" dans la chaîne de connexion de "sql client remote access"

Si, il faut mettre monServeur, mais pas \monInstance

a chaîne de connexion de "sql client remote access"

Où cela se trouve-t-il ?

Bon weekend à vous aussi !

@++

[Hepil]

le VPN n'est pas obligatoire pour se connecter à votre instance SQL Server.
Il vous permet de créer une connexion sécurisée pour accéder au serveur (et pas seulement à SQL Server) lorsque vous n'êtes pas sur le réseau local qui héberge le serveur qui exécute SQL Server.

Exact, tout fonctionne à présent sans VPN, merci à toi

Si, il faut mettre monServeur, mais pas \monInstance
... @++

C'était bien cela mon erreur:

Il s'agit de mettre "IP\monInstance" et ça marche 100 %

mon serveur est bien inutile, vu que la règle NAT (routeur) pointe déjà dessus
Ensuite sur le bn serveur, il peut y avoir plusieurs instances de SQL Serveur, même plusieurs versions différentes sur le même serveur physique

De plus, ayant une IP dynamique, j'ai osé mettre :
"monDNS.dynDns.org\MonInstance" et ça marche (dans le VPN pour l'instant)

Merci aussi à Darkelend pur sa contribution constructive

[Hepil]

juste pour ceux qui sont intéressés, et en complément :

si on a plusieurs instances sur un mêm serveur physique, on peut utiliser un seul port 1433 par défautL'aiguillage se fera par le nom de l'instance SQL serveur lors de la connexion puis par le choix manuel de la BD

Si on a plusieurs serveurs physiques, on doit changer le port TCP dans la configuration de l'instance SQL serveur. du coup, une autre règle devra être crée dans le routeur (NAT) et il faudra rajouter le port dans la chaine de connexion (distante) cette fois-ci, car ce ne sera pluss le port par défaut.
On aurait ainsi (avec IP dynamique : et port 1488)

"monDNS.dynDns.org:1488\MonInstance"


Peut-être que elsuket pourrait valider tout celà ? ou compléter ...