Puis-je connecter une base de données à iDBQuery via un tunnel SSH ?

Si votre base de données réside dans un réseau ou un sous-réseau privé, vous n'avez pas besoin de l'ouvrir sur internet pour qu'iDBQuery l'interroge. iDBQuery peut se connecter via un tunnel SSH : il ouvre une session SSH vers un hôte que vous contrôlez, puis transfère la connexion à la base via ce canal chiffré.

Ce que vous fournissez :

• L'hôte et le port SSH d'une machine de rebond accessible.
• Les identifiants SSH — généralement une clé SSH.
• L'hôte / le port de la base privée tel qu'il est vu depuis l'intérieur du réseau.

iDBQuery communique alors avec la base comme si elle était locale à l'hôte SSH, et votre trafic de requêtes reste chiffré de bout en bout. Le pare-feu de la base peut continuer à refuser tout trafic public.

Cela compte pour les équipes soucieuses de la sécurité : votre base de production ou d'analyse n'est jamais listée publiquement, et vous pouvez associer le tunnel à un utilisateur en lecture seule afin qu'iDBQuery puisse interroger sans jamais modifier les données. Pour des configurations encore plus strictes, déployez iDBQuery dans votre propre VPC ou sur site, de sorte qu'il se trouve déjà du côté privé du réseau.

Exemple : une entreprise garde son Postgres dans un sous-réseau verrouillé. Elle donne à iDBQuery une clé SSH vers le bastion, et les analystes commencent à poser des questions sourcées sur des données de production en toute sécurité le jour même — aucun port ouvert, aucune donnée copiée. C'est la même expérience qu'une connexion directe, simplement atteinte de manière sécurisée.