Soit une commande : scp /home/mysql_backup/dump-Base.sql
compte@serveur.backup.net:/home/mysql_backup/
qui fonctionne sans souci depuis une connexion ssh ou en CRON,
je voudrais passer cette commande dans un script PHP,
quelque chose comme :
mais ça ne fonctionne pas. Je suppose que c'est un problème
de droits, mais je ne vois pas comment le résoudre...
Autrement dit, je suppose qu'il est obligatoire de passer par
libssh2 / ssh2_scp_send ?
Merci de m'éclairer de vos augustes et brillantes lumières !
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Marc
- = Cyriloch = - wrote:
mais ça ne fonctionne pas. Je suppose que c'est un problème de droits, mais je ne vois pas comment le résoudre... Autrement dit, je suppose qu'il est obligatoire de passer par libssh2 / ssh2_scp_send ?
Merci de m'éclairer de vos augustes et brillantes lumières !
scp utilise les clés publiques privées pour fonctionner sans mot de passe. Dans un script php en ligne de commande, ca risque aussi de marcher, mais bien le serveur Web, il doit y avoir un probleme vu que l'utilisateur est Apache.
- = Cyriloch = - wrote:
mais ça ne fonctionne pas. Je suppose que c'est un problème
de droits, mais je ne vois pas comment le résoudre...
Autrement dit, je suppose qu'il est obligatoire de passer par
libssh2 / ssh2_scp_send ?
Merci de m'éclairer de vos augustes et brillantes lumières !
scp utilise les clés publiques privées pour fonctionner sans mot
de passe. Dans un script php en ligne de commande, ca risque
aussi de marcher, mais bien le serveur Web, il doit y avoir
un probleme vu que l'utilisateur est Apache.
mais ça ne fonctionne pas. Je suppose que c'est un problème de droits, mais je ne vois pas comment le résoudre... Autrement dit, je suppose qu'il est obligatoire de passer par libssh2 / ssh2_scp_send ?
Merci de m'éclairer de vos augustes et brillantes lumières !
scp utilise les clés publiques privées pour fonctionner sans mot de passe. Dans un script php en ligne de commande, ca risque aussi de marcher, mais bien le serveur Web, il doit y avoir un probleme vu que l'utilisateur est Apache.
- = Cyriloch = -
scp utilise les clés publiques privées pour fonctionner sans mot de passe. Dans un script php en ligne de commande, ca risque aussi de marcher, mais bien le serveur Web, il doit y avoir un probleme vu que l'utilisateur est Apache.
Merci beaucoup ! C'est tellement vrai que si je lance le même script à partir d'une tâche cron appartenant à root, cela fonctionne parfaitement bien ! L'intérêt pour moi est effectivement que le script (de sauvegarde) ne contient pas le mot de passe du serveur (de sauvegarde), de façon à ce qu'un individu malveillant qui aurait mis la main sur le script n'ait pas également la main sur la sauvegarde... Un peu parano, le gars, mais bon... On a bien dit que seuls les paranos survivent... Merci encore. Cyriloch
scp utilise les clés publiques privées pour fonctionner sans mot
de passe. Dans un script php en ligne de commande, ca risque
aussi de marcher, mais bien le serveur Web, il doit y avoir
un probleme vu que l'utilisateur est Apache.
Merci beaucoup ! C'est tellement vrai que si je lance le même script à
partir d'une tâche cron appartenant à root, cela fonctionne parfaitement
bien ! L'intérêt pour moi est effectivement que le script (de
sauvegarde) ne contient pas le mot de passe du serveur (de sauvegarde),
de façon à ce qu'un individu malveillant qui aurait mis la main sur le
script n'ait pas également la main sur la sauvegarde... Un peu parano,
le gars, mais bon... On a bien dit que seuls les paranos survivent...
Merci encore.
Cyriloch
scp utilise les clés publiques privées pour fonctionner sans mot de passe. Dans un script php en ligne de commande, ca risque aussi de marcher, mais bien le serveur Web, il doit y avoir un probleme vu que l'utilisateur est Apache.
Merci beaucoup ! C'est tellement vrai que si je lance le même script à partir d'une tâche cron appartenant à root, cela fonctionne parfaitement bien ! L'intérêt pour moi est effectivement que le script (de sauvegarde) ne contient pas le mot de passe du serveur (de sauvegarde), de façon à ce qu'un individu malveillant qui aurait mis la main sur le script n'ait pas également la main sur la sauvegarde... Un peu parano, le gars, mais bon... On a bien dit que seuls les paranos survivent... Merci encore. Cyriloch
