Discussion :

[ALEXISPOL]

Bonjour,

J'ai une base de données MSSQLSERVER 2012 sur un serveur mutualisé de LWS.
J'accédais à cette base depuis n'importe quel PC via une chaîne de connexion:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
Dim connecWeb As String = "Server=91.216.***.***\MSSQLSERVER2012;Database=xxxxx_fr_bibmem;Uid=xxx;Pwd=xxxxx;"
            Dim conn As SqlConnection = New SqlConnection
            With conn
                .ConnectionString = connecWeb
                .Open()
            End With

Depuis juillet 2018, cette méthode fonctionnait très bien (avec une dizaine d'utilisateurs réguliers) et depuis peu je ne peux plus me connecter.
J'ai demandé à LWS de m'aider pour rétablir la connexion. La réponse est: "La connexion à distance n'a jamais été autorisée sur les bases de données de nos serveurs mutualisés. Vous avez bénéficié jusqu'alors d'une faille de sécurité qui a été corrigée récemment et qui ne sera pas remise."

Auriez-vous une solution pour accéder de nouveau à cette base de données?

[Michel.Priori]

Bonjour,

Si la réponse du fournisseur est de dire : "vous n'accèderez plus à votre base" c'est un peu violent non ?

Si la connexion "à distance" n'est plus permise il faut un développement "local" au serveur mutualisé ?
Dans ce cas la chaine de connexion utilise la mémoire partagée ?
Non ? on l'écrit comment alors ?

Sérieusement, pourquoi les solutions de LWS ne vous conviennent pas ?


De manière générale, quand on n'est plus content d'un fournisseur, on prend acte de l'offre et on décide en conséquence.


Ceci étant dit, ouvrir une connexion, sur un cloud, depuis différents points, avec user+pwd à l'heure des certificats, est-ce bien raisonnable ?
https://docs.microsoft.com/fr-fr/sql...l-server-ver15

[ALEXISPOL]

Bonjour,
Je vous remercie de votre réponse.
J'avoue que ces problèmes de sécurité me dépassent et j'ai du mal à comprendre à quoi peut servir une base de données si on ne peut pas s'y connecter.
Les paramètres de la chaîne de connexion sont fournis par LWS.
Voulez-vous dire que si j'arrive à ajouter un certificat à la base, je pourrais établir une connexion à distance en précisant ce certificat?

[Michel.Priori]

Bonsoir,

J'ai demandé à LWS de m'aider pour rétablir la connexion. La réponse est: "La connexion à distance n'a jamais été autorisée sur les bases de données de nos serveurs mutualisés. Vous avez bénéficié jusqu'alors d'une faille de sécurité qui a été corrigée récemment et qui ne sera pas remise."

Les paramètres de la chaîne de connexion sont fournis par LWS.

Faudrait qu'ils soient un peu cohérent ...

Au sujet du certificat :
C'est juste une méthode plus "sécure" de se connecter.
Rien à voir avec le problème demandé.
C'est juste que que vu l'exposition de votre solution, et des petits détails que je soupçonne, ce serait mieux d'y songer

[ALEXISPOL]

Merci encore,

En résumé, quoique je fasse, je crois comprendre qu'il sera impossible de se connecter à distance à cette base.
Je ne sais pas ce que vous soupçonnez mais ma problématique est assez simple: le même programme installé sur le disque dur de plusieurs PC éloignés doivent travailler avec la même base de données (ce qui fonctionnait très bien jusque là).
Avant d'abandonner:
J'ai obtenu la proposition suivante de LWS: "Vous avez la possibilité d'exporter un dump depuis Plesk pour l'importer dans SQL server Management Studio". Je n'ai pas fini d'explorer ce que signifie cette proposition.
Pensez-vous qu'elle soit réaliste et corresponde à ma problématique?

[Michel.Priori]

Bonsoir,

J'ai obtenu la proposition suivante de LWS: "Vous avez la possibilité d'exporter un dump depuis Plesk pour l'importer dans SQL server Management Studio"

Allons donc, maintenant SSMS est une base de donnée !
ca à l'air d'être des champions, les gars du support chez LWS

Bon en imaginant qu'ils aient voulu dire "pour l'importer avec SSMS", le studio en question doit se connecter à quelle base de quelle instance ?
Sachant qu'on ne peut pas restaurer vers une instance de n° de version inférieure, ils ont bien pensé à documenter sur "Plesk" la version en production j'espère.

Restaurer la base sur votre PC ne va pas la rendre dispo sur internet ; à moins de bricoler avec les tables de translation IP de votre box et en espérant que la base fasse moins de 10Go pour utiliser un licence express (gratuite) de SQL.
En tous les cas la base sera accessible à vos utilisateurs mais elle ne sera pas synchrone avec celle de chez LWS.

Une solution temporaire serait d'utiliser leur "composant" pour lancer une requête qui retourne les informations du serveur... et souhaiter qu'ils n'aient pas encore jeté votre login+pwd ni mis de règle de firewall. C'est presque du piratage mais bon.

C'est quand même étonnant qu'ils n'aient pas d'offre d'hébergement de serveur SQL.


Pour le login+mdp, le problème est qu'il est stocké plus ou moins en clair sur 10 Pc.
Si vous vendez votre solution, sachez qu'il est assez simple de faire des clones de machine.
Les certificats se gèrent individuellement.

[ALEXISPOL]

Bonjour,

J'ai peur que la solution que vous proposez soit à court terme une source de problèmes.
Je vais voir si je peux trouver une plateforme qui a SQLSERVER et qui accepte les connexions distantes.
Je vous remercie encore.