Re: Connexion distante à une base de données MySQL
> PORT STATE SERVICE VERSION > 110/tcp open pop3-proxy Astaro firewall pop3 proxy > 3306/tcp open mysql MySQL 5.5.5-10.1.31-MariaDB > > Pas de port ssh ouvert, uniquement 110 et 3306. D'ailleurs, c'est étrange, mais, quand je relance ta commande, je n'ai pas le même résultat que toi, le port 110 n’apparaît pas, n’apparaît plus ? nmap -A -T4 mysql-base.alwaysdata.net Starting Nmap 7.12 ( https://nmap.org ) at 2018-03-27 14:25 CEST Nmap scan report for mysql-base.alwaysdata.net (185.31.40.55) Host is up (0.031s latency). Other addresses for mysql-base.alwaysdata.net (not scanned): 2a00:b6e0:1:100:11::1 rDNS record for 185.31.40.55: mysql11.paris1.alwaysdata.com Not shown: 999 closed ports PORT STATE SERVICE VERSION 3306/tcp open mysql MySQL 5.5.5-10.1.31-MariaDB | mysql-info: | Protocol: 53 | Version: .5.5-10.1.31-MariaDB | Thread ID: 100250221 | Capabilities flags: 65535 | Some Capabilities: ODBCClient, Support41Auth, InteractiveClient, FoundRows, IgnoreSigpipes, SupportsTransactions, LongColumnFlag, SupportsLoadDataLocal, SwitchToSSLAfterHandshake, Speaks41ProtocolOld, SupportsCompression, LongPassword, DontAllowDatabaseTableColumn, Speaks41ProtocolNew, IgnoreSpaceBeforeParenthesis, ConnectWithDatabase | Status: Autocommit |_ Salt: 0!Tbp.3T.({W}5-}UmFT Service detection performed. Please report any incorrect results at https://nmap.org/submit/ . Nmap done: 1 IP address (1 host up) scanned in 8.85 seconds
Re: Connexion distante à une base de données MySQL
> dh@deex:~$ nmap -A -T4 mysql-base.alwaysdata.net > > Starting Nmap 7.01 ( https://nmap.org ) at 2018-03-11 14:45 CET > Nmap scan report for mysql-base.alwaysdata.net (185.31.40.55) > Host is up (0.053s latency). > Other addresses for mysql-base.alwaysdata.net (not scanned): > 2a00:b6e0:1:100:11::1 > rDNS record for 185.31.40.55: mysql11.paris1.alwaysdata.com > Not shown: 998 closed ports > PORT STATE SERVICE VERSION > 110/tcp open pop3-proxy Astaro firewall pop3 proxy > 3306/tcp open mysql MySQL 5.5.5-10.1.31-MariaDB > | mysql-info: > | Protocol: 53 > | Version: .5.5-10.1.31-MariaDB > | Thread ID: 7176412 > | Capabilities flags: 65535 > | Some Capabilities: IgnoreSigpipes, SwitchToSSLAfterHandshake, > SupportsTransactions, Speaks41ProtocolNew, FoundRows, LongPassword, > InteractiveClient, Support41Auth, LongColumnFlag, Speaks41ProtocolOld, > SupportsLoadDataLocal, IgnoreSpaceBeforeParenthesis, > DontAllowDatabaseTableColumn, ODBCClient, ConnectWithDatabase, > SupportsCompression > | Status: Autocommit > |_ Salt: ]=Vz#>LCK.EPC?R\W! Service Info: Device: firewall > > dh@deex:~$ nmap -A -T4 -p1001-65535 mysql-base.alwaysdata.net > > Starting Nmap 7.01 ( https://nmap.org ) at 2018-03-11 14:49 CET > Nmap scan report for mysql-base.alwaysdata.net (185.31.40.55) > Host is up (0.093s latency). > Other addresses for mysql-base.alwaysdata.net (not scanned): > 2a00:b6e0:1:100:11::1 > rDNS record for 185.31.40.55: mysql11.paris1.alwaysdata.com > Not shown: 64534 closed ports > > Pas de port ssh ouvert, uniquement 110 et 3306. > Ha voilà, merci pour ton retour. Donc, il reste l'option --ssl Maintenant, est ce que cette option permet réellement de sécuriser l'échange avec la base de données ?
Re: Connexion distante à une base de données MySQL
Le 11/03/2018 à 14:14, G2PC a écrit : [...] Pour SSH : ssh -gNL 1080:mysql-base.alwaysdata.net:3306 utilisateur_de_ma_b...@mysql-base.alwaysdata.net ssh: connect to host mysql-base.alwaysdata.net port 22: Network is unreachable zsh: exit 255 ssh -gNL 1080:mysql-base.alwaysdata.net:3306 utilisateur_de_ma_b...@mysql-base.alwaysdata.net dh@deex:~$ nmap -A -T4 mysql-base.alwaysdata.net Starting Nmap 7.01 ( https://nmap.org ) at 2018-03-11 14:45 CET Nmap scan report for mysql-base.alwaysdata.net (185.31.40.55) Host is up (0.053s latency). Other addresses for mysql-base.alwaysdata.net (not scanned): 2a00:b6e0:1:100:11::1 rDNS record for 185.31.40.55: mysql11.paris1.alwaysdata.com Not shown: 998 closed ports PORT STATE SERVICE VERSION 110/tcp open pop3-proxy Astaro firewall pop3 proxy 3306/tcp open mysql MySQL 5.5.5-10.1.31-MariaDB | mysql-info: | Protocol: 53 | Version: .5.5-10.1.31-MariaDB | Thread ID: 7176412 | Capabilities flags: 65535 | Some Capabilities: IgnoreSigpipes, SwitchToSSLAfterHandshake, SupportsTransactions, Speaks41ProtocolNew, FoundRows, LongPassword, InteractiveClient, Support41Auth, LongColumnFlag, Speaks41ProtocolOld, SupportsLoadDataLocal, IgnoreSpaceBeforeParenthesis, DontAllowDatabaseTableColumn, ODBCClient, ConnectWithDatabase, SupportsCompression | Status: Autocommit |_ Salt: ]=Vz#>LCK.EPC?R\W!https://nmap.org ) at 2018-03-11 14:49 CET Nmap scan report for mysql-base.alwaysdata.net (185.31.40.55) Host is up (0.093s latency). Other addresses for mysql-base.alwaysdata.net (not scanned): 2a00:b6e0:1:100:11::1 rDNS record for 185.31.40.55: mysql11.paris1.alwaysdata.com Not shown: 64534 closed ports Pas de port ssh ouvert, uniquement 110 et 3306. -- Daniel
Re: Connexion distante à une base de données MySQL
Le 11/03/2018 à 13:25, Ph. Gras a écrit : > Moi, j'y arrive quand bien même mon tunnel SSH n'est pas sur le port 22 : > > # mysql -u root -p mysql-base.alwaysdata.net > Enter password: > ERROR 1049 (42000): Unknown database 'mysql-base.alwaysdata.net' > # mysql -u user -p mysql-base.alwaysdata.net > Enter password: > ERROR 1045 (28000): Access denied for user 'user'@'localhost' (using > password: YES) > # mysql -u user -h mysql-base.alwaysdata.net > ERROR 1045 (28000): Access denied for user 'user'@'MON IP' (using password: > NO) > # mysql -u user -p -h mysql-base.alwaysdata.net > Enter password: > ERROR 1045 (28000): Access denied for user 'user'@'MON IP' (using password: > NO) > # > > Logique, puisque l'utilisateur user n'existe pas et je n'ai pas le password. > > Mais le serveur mysql-base.alwaysdata.net répond ;-) > > Je pense que c'est ton script qui déconne quelque part. > > Bonne pioche, > > Ph. Gras Pour la simple connexion mysql, ça fonctionne parfaitement avec mon script : mysql -uUTILISATEUR -pPASSWORD -hSERVEUR -D BASEDEDONNEES -e 'SELECT * FROM TABLE' Exemple si j'intérroge une table ici : mysql: [Warning] Using a password on the command line interface can be insecure. ++ | Tables_in_base_affiliation | ++ | table_affiliation | | table_canalweb | | table_langue | | table_partenariat | | table_pays | ++ Allé, j'ai tenté, avec le paramètre --ssl comme conseillé par l'hébergeur, j'obtiens ceci : mysql: [Warning] Using a password on the command line interface can be insecure. WARNING: --ssl is deprecated and will be removed in a future version. Use --ssl-mode instead. ++ | Tables_in_base_affiliation | ++ | table_affiliation | | table_canalweb | | table_langue | | table_partenariat | | table_pays | ++ Pour SSH : ssh -gNL 1080:mysql-base.alwaysdata.net:3306 utilisateur_de_ma_b...@mysql-base.alwaysdata.net ssh: connect to host mysql-base.alwaysdata.net port 22: Network is unreachable zsh: exit 255 ssh -gNL 1080:mysql-base.alwaysdata.net:3306 utilisateur_de_ma_b...@mysql-base.alwaysdata.net signature.asc Description: OpenPGP digital signature
Re: Connexion distante à une base de données MySQL
Salut, > Pour alwaysdata (mysql-base.alwaysdata.net) qui est un mutualisé sur > lequel je test la connexion distante, avec mon script, je n'arrive pas à > me connecter en SSH. Moi, j'y arrive quand bien même mon tunnel SSH n'est pas sur le port 22 : # mysql -u root -p mysql-base.alwaysdata.net Enter password: ERROR 1049 (42000): Unknown database 'mysql-base.alwaysdata.net' # mysql -u user -p mysql-base.alwaysdata.net Enter password: ERROR 1045 (28000): Access denied for user 'user'@'localhost' (using password: YES) # mysql -u user -h mysql-base.alwaysdata.net ERROR 1045 (28000): Access denied for user 'user'@'MON IP' (using password: NO) # mysql -u user -p -h mysql-base.alwaysdata.net Enter password: ERROR 1045 (28000): Access denied for user 'user'@'MON IP' (using password: NO) # Logique, puisque l'utilisateur user n'existe pas et je n'ai pas le password. Mais le serveur mysql-base.alwaysdata.net répond ;-) Je pense que c'est ton script qui déconne quelque part. Bonne pioche, Ph. Gras
Re: Connexion distante à une base de données MySQL
Le 11 mars 2018 01:46, "G2PC" a écrit : Le 11/03/2018 à 01:11, Ph. Gras a écrit : > Hello! > >> Pourtant, j'arrive à me connecter en SSH à mon serveur VPS de OVH. >> Bernard m'avait expliqué mais j'avoue ne pas comprendre, si ssh a besoin du port 22, et, qu'il n'est pas ouvert, comment ça se fait que j'arrive à me connecter à mon serveur VPS… > Le port 22 peut être fermé et SSH configuré sur un autre port, mais peu importe puisque tu es déjà > dans un tunnel SSH. > > Par contre, tu n'es pas sur le port sur lequel le serveur MySQL distant écoute, et qui est sans doute > le port 3306. > > Quand, dans ton tunnel SSH, tu appelles un service sur un serveur distant, il convient aussi que tu > te branches le port sur lequel ce service écoute. > > Si le service est MySQL c'est vraisemblablement 3306 (mais ça peut être un autre, on ne sait pas). > > Bonne réflexion, > > Ph. Gras Pour mon VPS, j'utilise ssh root@IP -i /home/user/.ssh/id_rsa.pub et je me connecte en SSH. Ici, je ne précise aucun port et je me connecte avec passephrase puis utilisateur root ( je sais ... ) Pour alwaysdata (mysql-base.alwaysdata.net) qui est un mutualisé sur lequel je test la connexion distante, avec mon script, je n'arrive pas à me connecter en SSH. Je suppose que effectivement le port est 3306 pour mysql, et, de mon côté, je ne sais pas, car, si le 22 est fermé ( sur la box ) je ne peux pas indiquer mon port si je n'ai pas ouvert un port SSH sur la box ? Je mélange un peu mais pourquoi sur le VPS, j'arrive à me connecter, sans donner de port, en connaissant mon ip fixe et en ayant une clé id-rsa.pub ? Alors que sur alwaysdata, en tentant 22:3306 ça me dit que 22 n'est pas accessible ou équivalent. Je vais retenter, en indiquant uniquement le port 3306 pour mysql. Je reste aussi dans le doute du fait de la réponse du service client qui me dit que je confond ssh et ssl, le service client me dit d'ajouter --ssl pour sécuriser la connexion, et, non pas SSH. Il y a deux techniques différentes : _faire passer la connexion mysql par un tunnel SSH _activer SSL sur la connexion mysql Cordialement Éric Dégenètais
Re: Connexion distante à une base de données MySQL
Le 11/03/2018 à 01:11, Ph. Gras a écrit : > Hello! > >> Pourtant, j'arrive à me connecter en SSH à mon serveur VPS de OVH. >> Bernard m'avait expliqué mais j'avoue ne pas comprendre, si ssh a besoin du >> port 22, et, qu'il n'est pas ouvert, comment ça se fait que j'arrive à me >> connecter à mon serveur VPS… > Le port 22 peut être fermé et SSH configuré sur un autre port, mais peu > importe puisque tu es déjà > dans un tunnel SSH. > > Par contre, tu n'es pas sur le port sur lequel le serveur MySQL distant > écoute, et qui est sans doute > le port 3306. > > Quand, dans ton tunnel SSH, tu appelles un service sur un serveur distant, il > convient aussi que tu > te branches le port sur lequel ce service écoute. > > Si le service est MySQL c'est vraisemblablement 3306 (mais ça peut être un > autre, on ne sait pas). > > Bonne réflexion, > > Ph. Gras Pour mon VPS, j'utilise ssh root@IP -i /home/user/.ssh/id_rsa.pub et je me connecte en SSH. Ici, je ne précise aucun port et je me connecte avec passephrase puis utilisateur root ( je sais ... ) Pour alwaysdata (mysql-base.alwaysdata.net) qui est un mutualisé sur lequel je test la connexion distante, avec mon script, je n'arrive pas à me connecter en SSH. Je suppose que effectivement le port est 3306 pour mysql, et, de mon côté, je ne sais pas, car, si le 22 est fermé ( sur la box ) je ne peux pas indiquer mon port si je n'ai pas ouvert un port SSH sur la box ? Je mélange un peu mais pourquoi sur le VPS, j'arrive à me connecter, sans donner de port, en connaissant mon ip fixe et en ayant une clé id-rsa.pub ? Alors que sur alwaysdata, en tentant 22:3306 ça me dit que 22 n'est pas accessible ou équivalent. Je vais retenter, en indiquant uniquement le port 3306 pour mysql. Je reste aussi dans le doute du fait de la réponse du service client qui me dit que je confond ssh et ssl, le service client me dit d'ajouter --ssl pour sécuriser la connexion, et, non pas SSH.
Re: Connexion distante à une base de données MySQL
Hello! > Pourtant, j'arrive à me connecter en SSH à mon serveur VPS de OVH. > Bernard m'avait expliqué mais j'avoue ne pas comprendre, si ssh a besoin du > port 22, et, qu'il n'est pas ouvert, comment ça se fait que j'arrive à me > connecter à mon serveur VPS… Le port 22 peut être fermé et SSH configuré sur un autre port, mais peu importe puisque tu es déjà dans un tunnel SSH. Par contre, tu n'es pas sur le port sur lequel le serveur MySQL distant écoute, et qui est sans doute le port 3306. Quand, dans ton tunnel SSH, tu appelles un service sur un serveur distant, il convient aussi que tu te branches le port sur lequel ce service écoute. Si le service est MySQL c'est vraisemblablement 3306 (mais ça peut être un autre, on ne sait pas). Bonne réflexion, Ph. Gras
Re: Connexion distante à une base de données MySQL
Le 10/03/2018 à 14:40, Ph. Gras a écrit : >>> J'ai pu tester avec succès cette commande : >>> mysql -uUTILISATEUR -pPASSWORD -hSERVEUR -D BASEDEDONNEES -e 'SELECT * >>> FROM TABLE' >>> >>> Je les ais contacté, et, ils me disent que je confond ssh et ssl, que je >>> ne peux pas sécuriser la connexion à la base de données avec ssh. >>> Ils m'ont conseillé de tester avec le paramètre --ssl mais je n'ai pas >>> encore testé. >>> >> MySQL écoutant sur le port 3306, ne pas oublier d'appeler ce port quand tu >> lances ta requête >> en SSH, qui est théoriquement sur le port 22. > mysql --port=3306 -uUTILISATEUR -pPASSWORD -hSERVEUR -D BASEDEDONNEES -e > 'SELECT * > FROM TABLE' > > # mysql --help > […] > -p, --password[=name] > Password to use when connecting to server. If password > is > not given it's asked from the tty. > -P, --port=#Port number to use for connection or 0 for default to, > in > order of preference, my.cnf, $MYSQL_TCP_PORT, > /etc/services, built-in default (3306). > […] >> Bonne journée, >> >> Ph. Gras Bonsoir, et, merci Philippe. MySQL écoutant sur le port 3306, ne pas oublier d'appeler ce port quand tu lances ta requête en SSH, qui est théoriquement sur le port 22. Oui, j'ai fais cela, et, ça me dit en erreur, que le port 22 n'est pas accessible ou à l'écoute. Je n'ai pas ouvert le port 22 sur la nouvelle Box, enfin, il faut que son propriétaire le fasse mais cela fait des semaines que je demande cela. Pourtant, j'arrive à me connecter en SSH à mon serveur VPS de OVH. Bernard m'avait expliqué mais j'avoue ne pas comprendre, si ssh a besoin du port 22, et, qu'il n'est pas ouvert, comment ça se fait que j'arrive à me connecter à mon serveur VPS... Bonsoir Daniel, merci pour ton retour. ssh -gNL 1080::3306 user@ip distante puis mysql -udbuser pdbpassword -h localhost -P 1080 -D dbname devrait le faire Dans mon cas, je n'ai pas d'ip pour le serveur distant mais son adresse de l'hébergeur mutualisé pour mysql. Je vais tout de même tenté, en tout cas, conserver ta proposition. Merci à vous deux pour votre retour.
Re: Connexion distante à une base de données MySQL
>> >> J'ai pu tester avec succès cette commande : >> mysql -uUTILISATEUR -pPASSWORD -hSERVEUR -D BASEDEDONNEES -e 'SELECT * >> FROM TABLE' >> >> Je les ais contacté, et, ils me disent que je confond ssh et ssl, que je >> ne peux pas sécuriser la connexion à la base de données avec ssh. >> Ils m'ont conseillé de tester avec le paramètre --ssl mais je n'ai pas >> encore testé. >> > > MySQL écoutant sur le port 3306, ne pas oublier d'appeler ce port quand tu > lances ta requête > en SSH, qui est théoriquement sur le port 22. mysql --port=3306 -uUTILISATEUR -pPASSWORD -hSERVEUR -D BASEDEDONNEES -e 'SELECT * FROM TABLE' # mysql --help […] -p, --password[=name] Password to use when connecting to server. If password is not given it's asked from the tty. -P, --port=#Port number to use for connection or 0 for default to, in order of preference, my.cnf, $MYSQL_TCP_PORT, /etc/services, built-in default (3306). […] > > Bonne journée, > > Ph. Gras
Re: Connexion distante à une base de données MySQL
Le 10/03/2018 à 14:10, Ph. Gras a écrit : Attention ! Le 10/03/2018 à 11:16, Benoit B a écrit : Bonjour, Si je comprend bien tu veux créer un client lourd qui se connecte à une db distante. Je m'y suis essayé il y a quelques années, mais avec postgreSql, il y a les options de connexions ssh. Par contre si la DB est chez un hébergeur mutualisé, ça va se corser pour l'ouverture du port de connexion Qu'en est-il ? Bonjour, merci de ta réponse. La base de données est effectivement sur un mutualisé : https://www.alwaysdata.com/fr/ J'ai pu tester avec succès cette commande : mysql -uUTILISATEUR -pPASSWORD -hSERVEUR -D BASEDEDONNEES -e 'SELECT * FROM TABLE' Je les ais contacté, et, ils me disent que je confond ssh et ssl, que je ne peux pas sécuriser la connexion à la base de données avec ssh. Ils m'ont conseillé de tester avec le paramètre --ssl mais je n'ai pas encore testé. MySQL écoutant sur le port 3306, ne pas oublier d'appeler ce port quand tu lances ta requête en SSH, qui est théoriquement sur le port 22. ssh -gNL 1080::3306 user@ip distante puis mysql -udbuser pdbpassword -h localhost -P 1080 -D dbname devrait le faire -- Daniel
Re: Connexion distante à une base de données MySQL
Attention ! > Le 10/03/2018 à 11:16, Benoit B a écrit : >> Bonjour, >> >> Si je comprend bien tu veux créer un client lourd qui se connecte à >> une db distante. >> Je m'y suis essayé il y a quelques années, mais avec postgreSql, il y >> a les options de connexions ssh. >> Par contre si la DB est chez un hébergeur mutualisé, ça va se corser >> pour l'ouverture du port de connexion >> >> Qu'en est-il ? > > Bonjour, merci de ta réponse. > La base de données est effectivement sur un mutualisé : > https://www.alwaysdata.com/fr/ > > J'ai pu tester avec succès cette commande : > mysql -uUTILISATEUR -pPASSWORD -hSERVEUR -D BASEDEDONNEES -e 'SELECT * > FROM TABLE' > > Je les ais contacté, et, ils me disent que je confond ssh et ssl, que je > ne peux pas sécuriser la connexion à la base de données avec ssh. > Ils m'ont conseillé de tester avec le paramètre --ssl mais je n'ai pas > encore testé. > MySQL écoutant sur le port 3306, ne pas oublier d'appeler ce port quand tu lances ta requête en SSH, qui est théoriquement sur le port 22. Bonne journée, Ph. Gras
Re: Connexion distante à une base de données MySQL
Le 10/03/2018 à 11:16, Benoit B a écrit : > Bonjour, > > Si je comprend bien tu veux créer un client lourd qui se connecte à > une db distante. > Je m'y suis essayé il y a quelques années, mais avec postgreSql, il y > a les options de connexions ssh. > Par contre si la DB est chez un hébergeur mutualisé, ça va se corser > pour l'ouverture du port de connexion > > Qu'en est-il ? Bonjour, merci de ta réponse. La base de données est effectivement sur un mutualisé : https://www.alwaysdata.com/fr/ J'ai pu tester avec succès cette commande : mysql -uUTILISATEUR -pPASSWORD -hSERVEUR -D BASEDEDONNEES -e 'SELECT * FROM TABLE' Je les ais contacté, et, ils me disent que je confond ssh et ssl, que je ne peux pas sécuriser la connexion à la base de données avec ssh. Ils m'ont conseillé de tester avec le paramètre --ssl mais je n'ai pas encore testé.
Re: Connexion distante à une base de données MySQL
Et de la confiig de la db. Le 10 mars 2018 à 11:16, Benoit B a écrit : > Bonjour, > > Si je comprend bien tu veux créer un client lourd qui se connecte à > une db distante. > Je m'y suis essayé il y a quelques années, mais avec postgreSql, il y > a les options de connexions ssh. > Par contre si la DB est chez un hébergeur mutualisé, ça va se corser > pour l'ouverture du port de connexion > > Qu'en est-il ? > > @++ > > -- > Benoit > > Le 2 mars 2018 à 11:49, G2PC a écrit : >> Le 01/03/2018 à 17:43, Jean-Michel OLTRA a écrit : >>> Bonjour, En somme, ici, je voudrais créer une interface de saisie, vers une base de données, mais, ne pas pour autant laisser l'accès à la base. >>> Tu peux créer une interface web avec le langage de ton choix contenant les >>> formulaires adéquats. Dans la configuration de l'interface, tu vas >>> paramétrer un utilisateur qui aura les droits sur la base de données et qui >>> fera les opérations pour le compte des utilisateurs. Ainsi, tu ne donnes >>> aucun mot de passe et tu n'ouvres pas ton serveur de bdd vers l'extérieur. >>> Inconvénients : il faut coder l'ihm (bon, en php pour ne pas le nommer ce >>> n'est pas forcément très compliqué), et lancer un serveur ouèbe pour servir >>> les pages de saisie. >> >> Bonjour, merci, effectivement, en PHP, je saurais bricoler ça. >> >> Je cherchais à savoir si je pouvais le faire en bash / shell depuis que >> j'ai avancé sur Zenity, et que j'ai vu qu'il est possible ( je n'ai pas >> testé ) de rendre compatible le script sous Windows. >> >> L'idée serait donc plus de me tourner vers un outil " programme " >> portable, en mode graphique. >>
Re: Connexion distante à une base de données MySQL
Bonjour, Si je comprend bien tu veux créer un client lourd qui se connecte à une db distante. Je m'y suis essayé il y a quelques années, mais avec postgreSql, il y a les options de connexions ssh. Par contre si la DB est chez un hébergeur mutualisé, ça va se corser pour l'ouverture du port de connexion Qu'en est-il ? @++ -- Benoit Le 2 mars 2018 à 11:49, G2PC a écrit : > Le 01/03/2018 à 17:43, Jean-Michel OLTRA a écrit : >> Bonjour, >>> En somme, ici, je voudrais créer une interface de saisie, vers une base >>> de données, mais, ne pas pour autant laisser l'accès à la base. >> Tu peux créer une interface web avec le langage de ton choix contenant les >> formulaires adéquats. Dans la configuration de l'interface, tu vas >> paramétrer un utilisateur qui aura les droits sur la base de données et qui >> fera les opérations pour le compte des utilisateurs. Ainsi, tu ne donnes >> aucun mot de passe et tu n'ouvres pas ton serveur de bdd vers l'extérieur. >> Inconvénients : il faut coder l'ihm (bon, en php pour ne pas le nommer ce >> n'est pas forcément très compliqué), et lancer un serveur ouèbe pour servir >> les pages de saisie. > > Bonjour, merci, effectivement, en PHP, je saurais bricoler ça. > > Je cherchais à savoir si je pouvais le faire en bash / shell depuis que > j'ai avancé sur Zenity, et que j'ai vu qu'il est possible ( je n'ai pas > testé ) de rendre compatible le script sous Windows. > > L'idée serait donc plus de me tourner vers un outil " programme " > portable, en mode graphique. >
Re: Connexion distante à une base de données MySQL
Le 01/03/2018 à 17:43, Jean-Michel OLTRA a écrit : > Bonjour, >> En somme, ici, je voudrais créer une interface de saisie, vers une base >> de données, mais, ne pas pour autant laisser l'accès à la base. > Tu peux créer une interface web avec le langage de ton choix contenant les > formulaires adéquats. Dans la configuration de l'interface, tu vas > paramétrer un utilisateur qui aura les droits sur la base de données et qui > fera les opérations pour le compte des utilisateurs. Ainsi, tu ne donnes > aucun mot de passe et tu n'ouvres pas ton serveur de bdd vers l'extérieur. > Inconvénients : il faut coder l'ihm (bon, en php pour ne pas le nommer ce > n'est pas forcément très compliqué), et lancer un serveur ouèbe pour servir > les pages de saisie. Bonjour, merci, effectivement, en PHP, je saurais bricoler ça. Je cherchais à savoir si je pouvais le faire en bash / shell depuis que j'ai avancé sur Zenity, et que j'ai vu qu'il est possible ( je n'ai pas testé ) de rendre compatible le script sous Windows. L'idée serait donc plus de me tourner vers un outil " programme " portable, en mode graphique.
Re: Connexion distante à une base de données MySQL
Bonjour, Le jeudi 01 mars 2018, G2PC a écrit... > En somme, ici, je voudrais créer une interface de saisie, vers une base > de données, mais, ne pas pour autant laisser l'accès à la base. > Merci de vos conseils. Tu peux créer une interface web avec le langage de ton choix contenant les formulaires adéquats. Dans la configuration de l'interface, tu vas paramétrer un utilisateur qui aura les droits sur la base de données et qui fera les opérations pour le compte des utilisateurs. Ainsi, tu ne donnes aucun mot de passe et tu n'ouvres pas ton serveur de bdd vers l'extérieur. Inconvénients : il faut coder l'ihm (bon, en php pour ne pas le nommer ce n'est pas forcément très compliqué), et lancer un serveur ouèbe pour servir les pages de saisie. -- jm