Connexion à une base de données mysql managée privée

J'ai mis 10.1.0.0/16 en ips autorisées et j'essaye la connexion habituelle avec PDO:
$db = new PDO("mysql:host=mysql-XXXXXX.database.cloud.ovh.net;port=20184;dbname=defaultdb", $user, $password, $options);

Bonjour @RogerS1

D'où sort ce groupe d'adresses 10.1.0.0/16 ?

D'où sort ce port=20184 ?

Managed Databases for MySQL

Bonjour,

Si vous prenez une base de données sur Public Cloud
https://www.ovhcloud.com/fr/public-cloud/mysql/

il semble évident que la connexion à cette base de données passe par le réseau public.
Par opposition 10.x.x.x ou 192.168.x.x ce sont justement des adresses privées et non routables (votre voisin de rack a peut-être fait une configuration de serveurs avec la même adresse que vous, dans son vrack à lui)

Donc votre serveur applicatif doit se connecter au MySQL depuis une adresse publique.

Bonjour tout le monde.

@RogerS1 :
Vous pourrez trouver toutes notre documentations sur notre offre DBaaS ici :
https://help.ovhcloud.com/csm/en-ie-documentation-public-cloud-databases?id=kb_browse_cat&kb_id=574a8325551974502d4c6e78b7421938&kb_category=9865613aecd465102d4cdd67e7c1d266&spa=1

Cette documentation va sans doute vous aider a vous connecter en CLI :
https://help.ovhcloud.com/csm/en-ie-public-cloud-databases-mysql-connect?id=kb_article_view&sysparm_article=KB0049192

@Fritz2cat
> il semble évident que la connexion à cette base de données passe par le réseau public.

perdu ^^
Nos offre DBaaS sont également compatible vRack ! Il est donc tout à fait possible de passer via le réseau privé. Pour https://help.ovhcloud.com/csm/en-ie-public-cloud-databases-configure-vrack?id=kb_article_view&sysparm_article=KB0048817">preuve

Cependant, **attention** :
- Veuillez utilisez l'URI qui vous pourrez trouver dans le manager et non les IP des nodes. Ces derniers peuvent être renouveler (et donc changer d'IP) en cas de défaillance (géré directement par Aiven)
- Assurez vous que votre instance PCI soit bien connecté au vRack... et au même vlan / subnet que la db !
- a des fin de debug, nous recommandons dans un premier temps de trust la range 0.0.0.0/0... pas super "safe" en prod, mais cela permet de couper la partie Firewall. Si cela marche avec ce masque, c'est que le soucis viens juste de la range d'IP que vous avez déclaré. Manip indiqué dans notre guide "https://help.ovhcloud.com/csm/en-ie-public-cloud-databases-troubleshooting?id=kb_article_view&sysparm_article=KB0048782">Public Cloud Databases - How to troubleshoot your service"

Si vous n'y parvenez toujours pas, pouvez vous me faire passer l'ID de votre projet PCI s'il vous plait ? je peux jeter un œil et voir si quelque chose me saute aux yeux.

Eric.

Bon, du coup je viens juste de résoudre le problème.
Il fallait configurer l'interface réseau manuellement. Cela est certainement dû au rajout du Vrack après la création de l'instance.
Dans mon cas sur Debian 12, il faut éditer /etc/netplan/50-cloud-init.yaml et rajouter:
ens4:
addresses: ['10.1.0.13/16']

10.1.0.13 c'est l'ip privée de l'instance.

Tester avec 2 redémarrages et ça fonctionne.

@Gaston_Phone
le groupe d'adresse c'est le masque du Vrack et le port c'est celui de la BD.
Merci pour ton intérêt.

Bon du coup, je viens de résoudre le problème.
Il fallait modifier l'interface réseau manuellement.
Pour mon instance le fichier à modifier est /etc/netplan/50-cloud-init.yaml.

@Gaston_Phone, ça sort d'OVH.
@Fritz2cat, non tu peut avoir une base de donnée privée non accessible par le réseau public.

Merci quand même pour votre intérêt.

perdu ^^

Merci pour l'update !