Bonjour,
je n'arrive pas à me connecter à ma base CloudDB depuis mon hébergement mutualisé.
Hébergement mutualisé / Performance 4 : Gravelines 1 avec Firwall, CDN, SSL (let's encrypt) / ssh.cluster028.hosting.ovh.net
CloudDB : Gravelines 1 / *******-001.dbaas.ovh.net / port 35629
Pour tests, j'ai autorisé toutes les IP du cluster 028 dans ma CloudDB :
- France : 51.91.236.193
- CDN : 51.255.119.116
- gateway : 91.134.248.249
- mon IP perso : depuis mon PC
https://docs.ovh.com/fr/hosting/liste-des-adresses-ip-des-clusters-et-hebergements-web/
J’accède sans problème à la base depuis mon IP perso avec DBeaver.
Depuis ssh.cluster028.hosting.ovh.net, la ligne de commande :
$ mysql --host=****-001.dbaas.ovh.net --port=35629 --user=*** --password=*** base_existante_mais_vide
me renvoie : ERROR 2003 (HY000): Can't connect to MySQL server on '*******-001.dbaas.ovh.net' (111)
Pourriez-vous m'aider ou me suggérer des tests, SVP ?
Merci par avance.
Hébergements Web - Problème accès CloudDB depuis mutualisé : ERROR 2003 (HY000): Can't connect to MySQL se
Related questions
- Connexion à mon compte client
142330 
13.02.2019 09:51
- Serveur non sécurisé, celui-ci ne supporte pas FTP sur TLS
119985 03.09.2018 14:46
- reCAPTCHA erreur pour le propriétaire du site : clé de site non valide
104999 14.02.2019 16:17
- [FAQ] Comment mettre à jour mon site pour supporter Apache 2.4 ?
91864 28.07.2017 11:39
- Passage en php 7.4
89360 30.06.2020 05:05
- Augmenter taille PHP Post Max Size sur mutualisé ?
85032 04.12.2019 21:52
- The requested URL / was not found on this server
84199 02.03.2017 18:25
- NextCloud sur mutualisé
83979 07.04.2017 08:42
- Ce site est inaccessible Impossible de trouver l'adresse DNS du serveur
83960 16.10.2016 16:24
- Deploy d'un projet Node JS
83871 12.10.2016 20:18
> Pour tests, j'ai autorisé toutes les IP du cluster 028 dans ma CloudDB :
seule 91.134.248.249 est utile pour le cluster28
le ssh est très bridé sur les mutus, tu peux essayer en php?
merci @kyodev, ça fonctionne ! 😲
j'ai testé ça : https://www.php.net/manual/en/pdo.connections.php
ça a marché direct.
c'est quoi le problème avec le SSH ?!
toutes les connexions sont bridées, j'ai laissé tomber: inexploitable
mais de là à filtrer les cloudDB...
risible
du coup quelle est la meilleure solution pour minimiser l’infogérance (pas le temps de m’amuser à suivre et faire des mises à jour) tout en conservant une certaine liberté / possibilité sur ssh, cron et cli de manière générale (style DevOps) mais sans le fonctionnement et le mode de facturation des services Cloud (GCP, AWS, ...) SVP ?
je ne vois pas de solution sur les mutualisés Ovh, trop étriqués
ailleurs ?
bien oui, et vérifier ce que veut dire le SSH chez les hébergeurs
Bonjour.
Je rencontre le même problème d'infogérance par ssh impossible pour des sites hébergés en mutualisé avec uns CloudDB.
Je suis d'autant plus en colère que le support téléphonique hier matin m'avait promis l'ouverture d'un ticket sur mon compte et ne l'a pas fait ! Conséquence : Je regrette mes réponses positives à l'enquête de satisfaction en fin d'appel et n'y répondrais plus si le problème n'est pas solutionné immédiatement.
Cela étant dit, le guide officiel OVH indique bien la marche à suivre pour permettre un hébergement mutualisé d'utiliser un CloudDB sans restriction particulière. Le service CloudDB n'est donc pas exploitable suivant les indications fournies sur le site OVH ... achat perdu pour ma part !!!