SFTP et MySQL dans un seul client de bureau
Découvrez comment Naucturne réunit SFTP, SSH et l’accès MySQL ou MariaDB dans un même espace serveur, avec connexions directe, tunnel SSH et passerelle PHP.
Maintenir un site web signifie souvent ouvrir trois outils déconnectés : un client de transfert pour les fichiers, un terminal pour les commandes et une application de base de données pour les données. Chaque outil conserve une autre copie de l’hôte, du nom d’utilisateur, de la clé ou du mot de passe. Chaque bascule augmente aussi le risque d’agir sur le mauvais client ou le mauvais environnement.
Naucturne adopte une approche centrée sur le site. Le même inventaire de connexions chiffrées peut ouvrir les fichiers distants, un shell SSH et les bases associées à ce serveur. Cela ne fait pas de SFTP et de MySQL un même protocole ; cela les place dans un même contexte opérationnel.
Ce que signifie réellement « SFTP et MySQL dans un seul client »
| Tâche | Avec outils séparés | Avec Naucturne |
|---|---|---|
| Fichiers distants | Ouvrir une application FTP ou SFTP et retrouver le site | Ouvrir le site dans l’onglet de transfert en double panneau |
| Commande shell | Retrouver le même hôte et la même clé dans un terminal | Ouvrir le terminal SSH intégré pour le serveur actif |
| Requête base de données | Recréer une connexion directe ou un tunnel SSH dans un client SQL | Sélectionner un profil de base lié au même espace de travail |
| Correction DNS | Se connecter à un autre tableau de bord fournisseur | Ouvrir la zone OVH ou Cloudflare associée dans Naucturne |
L’intérêt n’est pas seulement d’avoir moins de fenêtres. Un site étiqueté regroupe le contexte technique nécessaire à une intervention. Les équipes peuvent organiser des centaines de connexions en dossiers et coffres partagés plutôt que de reconstruire le même inventaire dans chaque utilitaire.
Trois façons d’atteindre MySQL et MariaDB
1. Connexion directe
Utilisez une connexion directe lorsque le service de base est volontairement joignable depuis le réseau de l’opérateur. Naucturne se connecte avec l’hôte, le port, le nom d’utilisateur et la base configurés.
Une exposition directe ne doit pas être créée uniquement par commodité. Restreignez le chemin réseau, utilisez un compte dédié et n’accordez que les privilèges requis pour la tâche.
2. Tunnel SSH
Un tunnel SSH convient lorsque MySQL écoute sur localhost ou un réseau privé derrière un serveur SSH. Naucturne utilise le chemin SSH pour transporter la connexion à la base sans publier le port de la base sur Internet.
C’est une configuration courante sur VPS et serveur dédié : le même accès serveur utilisé pour SFTP peut fournir le tunnel, tandis que la base reste privée.
3. Passerelle PHP temporaire
L’hébergement mutualisé impose une contrainte différente. L’hébergeur peut proposer FTP ou FTPS et phpMyAdmin, mais ni accès SSH ni port MySQL joignable à distance. Un client SQL de bureau classique ne peut pas se connecter.
Pour un hébergement PHP compatible, Naucturne peut téléverser une petite passerelle avec un nom de fichier aléatoire et un jeton secret. Les requêtes s’exécutent contre MySQL localement sur le serveur d’hébergement et renvoient des résultats structurés. La passerelle est retirée à la fermeture de la connexion.
Un recours contraint, pas une API publique
Le mode passerelle PHP est destiné aux hébergements où l’accès direct ou par tunnel est indisponible. Gardez la session courte, vérifiez le nettoyage, utilisez un compte de base au moindre privilège et ne traitez pas le point de terminaison temporaire comme une intégration permanente.
Un flux de travail typique de maintenance de site
Ouvrir le site
Sélectionnez le client ou le projet dans le coffre personnel ou d’équipe. Le profil serveur fournit le contexte de transfert et SSH.
Inspecter les fichiers
Parcourez les dossiers locaux et distants côte à côte, téléchargez le fichier à modifier, ou éditez-le via l’éditeur distant basé sur Monaco.
Vérifier la base de données
Ouvrez le profil MySQL ou MariaDB lié, parcourez le schéma et exécutez une requête SQL ciblée sans recréer le site dans une autre application.
Appliquer et contrôler
Téléversez le fichier, inspectez les lignes concernées et utilisez le terminal ou la vue DNS si le changement exige une autre opération serveur.
L’espace bases de données prend en charge la navigation des bases et tables, l’inspection des colonnes et index, les données paginées, un éditeur SQL Monaco, l’édition de lignes en place et l’export SQL. Ces capacités couvrent le développement et le support courants sans prétendre remplacer chaque fonction DBA spécialisée.
Un seul espace ne signifie pas un identifiant sans restriction
La commodité ne doit pas aplatir les frontières de sécurité. Un compte web, un compte SSH et un compte de base peuvent rester distincts. Naucturne stocke les fiches de connexion dans un coffre chiffré AES-256-GCM dérivé du mot de passe maître de l’utilisateur. L’accès d’équipe utilise une clé d’équipe scellée individuellement pour les membres autorisés.
Les permissions peuvent aussi séparer les capacités par membre. Quelqu’un peut avoir besoin d’un accès fichiers sans accès base ou DNS. L’architecture de sécurité et les permissions d’équipe décrivent ces contrôles en détail.
Les empreintes d’hôte SSH doivent toujours être vérifiées. Les comptes de base doivent toujours respecter le moindre privilège. Un client de bureau ne peut pas compenser un compte root public, des permissions d’hébergement faibles ou un point de terminaison non corrigé.
À qui s’adresse ce flux de travail
Cet espace combiné convient :
- aux agences qui maintiennent de nombreux sites clients ;
- aux développeurs qui enchaînent fichiers, SQL et SSH dans une même tâche ;
- aux équipes support qui ont besoin d’un inventaire de connexions partagé et organisé ;
- aux utilisateurs d’hébergement mutualisé qui ne peuvent pas connecter un client SQL traditionnel ;
- aux opérateurs qui veulent moins de copies d’identifiants en clair entre outils de bureau.
Choisissez des outils spécialisés séparés lorsque la modélisation avancée de bases, le profilage de performance, l’administration de la réplication ou l’automatisation d’infrastructure sous forme de code est le travail principal. Préférez le CI/CD aux téléversements manuels pour les déploiements reproductibles.
Limites à comprendre
Le client de bases intégré prend en charge MySQL, MariaDB et PostgreSQL. Le mode passerelle PHP reste réservé à MySQL/MariaDB sur un hébergement PHP compatible et doit rester temporaire. Naucturne est un client d’opérations de bureau, pas un serveur de bases de données, un service de transfert managé ni une plateforme de gestion des accès privilégiés.
Pour le seul volet transfert, comparez les meilleurs clients SFTP par usage. Pour le cas de consolidation plus large, voir comment remplacer FileZilla, phpMyAdmin et un panneau DNS.
Références produit
- Transferts SFTP, FTP et FTPS en double panneau
- Modes d’accès MySQL et MariaDB
- Gestion DNS et email sortant
- Coffre chiffré de bout en bout
La valeur pratique est la continuité : commencer par le fichier distant, passer à la requête ou à la commande shell, et terminer l’intervention sans perdre de vue le serveur, le client ou l’environnement sur lesquels vous opérez.
Questions fréquentes
Naucturne peut-il se connecter à MySQL via SSH ?
Oui. Naucturne prend en charge les connexions MySQL ou MariaDB directes et via un tunnel SSH. Le tunnel est utile lorsque la base n’écoute que sur l’interface privée du serveur.
Peut-il atteindre une base sur un hébergement mutualisé sans SSH ?
Naucturne propose un mode passerelle PHP pour les hébergements compatibles. Il déploie un script PHP au nom aléatoire, protégé par jeton, exécute les requêtes localement sur l’hôte et retire le script à la fermeture de la connexion.
Naucturne remplace-t-il une suite complète d’administration de bases de données ?
Il couvre les usages courants de navigation, d’édition SQL, d’édition de lignes et d’export SQL pour MySQL et MariaDB. Les outils DBA spécialisés restent plus adaptés à la modélisation avancée, au profilage ou à l’administration poussée.
Prend-il en charge PostgreSQL ?
Oui. Naucturne se connecte à PostgreSQL en direct ou via un tunnel SSH, aux côtés de MySQL et MariaDB. La passerelle PHP reste réservée à MySQL et MariaDB sur hébergement mutualisé sans SSH.