jojo Posté(e) le 30 juillet Signaler Posté(e) le 30 juillet Il y a 12 heures, Lazer a dit : Idées d'utilisation pour @jojo : il faut copier le script 2 fois (avec des noms distincts et parlants) pour planifier automatiquement 2 types de sauvegardes : Merci pour cette mise à jour, et d'avoir ainsi flatté mon ego : mes deux propositions n'étaient donc pas si saugrenues les idées d'utilisation que tu proposes sont exactement la manière dont je procède actuellement (et donc c'est la meilleure )
Lazer Posté(e) le 30 juillet Auteur Signaler Posté(e) le 30 juillet (modifié) Je reformule : j'ai fait ces modifications uniquement pour toi, et pour que ça soit bien clair afin de prévenir toute remarque et questions, j'ai précisé ton cas d'usage et comment le configurer Après si ça peut aussi servir à d'autres gens, tant mieux... Modifié le 30 juillet par Lazer
jojo Posté(e) le 30 juillet Signaler Posté(e) le 30 juillet on est PARFAITEMENT d'accord que passer par le NAS comme scheduller d'un backup où il n'intervient pas n'est pas optimum, SAUF d'un point de vue sécurité. Comme le NAS connait déjà le mot de passe admin (pour le backup local), ça évite d'avoir un script dans la HC3 (QA ou scène) avec en clair les identifiants admin.
henri-allauch Posté(e) le 30 juillet Signaler Posté(e) le 30 juillet (modifié) Depuis longtemps j'utilise ton backup.sh sans problème. N'ayant pas de NAS mais un Linux, je l'ai adapté à mon environnement. Je n'ai pas besoin des modifications type JoJo et je teste les modifications que tu as ajouté pour le firm Hc3 5.181.62 beta sur une HC3 de Test avec cette version La sauvegarde s'exécute bien, mais j'ai toujours une erreur 403 pour le téléchargement. Je tourne en rond depuis un moment j'ai donc simplifié mon script (avec les seules commandes utiles issues de ta dernière version 3.30) avec affichage de la commande et de la réponse Bien que je n'ai pas besoin de la variable globale et (a priori du profil actif) j'ai inclu aussi ces commandes je joint 2 fichier le BackupTEST.sh et Résultat.lua qui est le résultat txt mais renomé en .lua pour passer sur le forum Si tu as une idée je suis preneur. Merci BackupTEST.sh Résultat.lua Modifié le 30 juillet par henri-allauch
Lazer Posté(e) le 30 juillet Auteur Signaler Posté(e) le 30 juillet Je n'ai pas (encore) pris le temps de relire ton code, mais pour le téléchargement du backup depuis le firmware 5.181.62, il faut simplement ajouter l'authentification dans le commande curl, exactement comme pour les autres appels à l'API. J'ai simplement fait un copier/coller des paramètres nécessaires, c'était une modification assez facile à faire.
henri-allauch Posté(e) le 30 juillet Signaler Posté(e) le 30 juillet (modifié) Oui c'est je que j'ai vu mais quelques commandes passent avec l'authentification mais celle là et profiles et variables non Aucune urgence c'est pour une piste ... C'est bien un pb l'authentification ( les commandes en http depuis un navigateur sont bien OK ) après identification Je crois que c'est l'authentification par le curl qui ne fonctionne pas car si je met une erreur dans HC3_AUTHENTICATION j'ai les mêmes résultats Cela voudrait dire que les commandes qui passent ( api/service/status .. setting/info et la commande de backup ) non pas besoin de l'l'authentification et celles qui en ont besoin sont en 401 ou 403 Je cherche ... Si je passe par -u user:password ça marche Modifié le 31 juillet par henri-allauch Compléments
henri-allauch Posté(e) le 31 juillet Signaler Posté(e) le 31 juillet (modifié) Bon c'est une ERREUR de ma part. ( çà ne pouvait pas être autre chose ) Il manquait un = dans le HC3_AUTHENTICATION (ABCDEFGH...XYZ==) donc ça ne pouvait pas marcher. Ce qui m'a mis en erreur c'est que certaines commandes curl fonctionnaient depuis plusieurs années avec cette mauvaise authentification (en fait dans ces cas elle est inutile) ATTN: quand on fait un couper-coller, la sélection par double-click n'inclue pas le = en fin ( sur ma machine ) Modifié le 31 juillet par henri-allauch 1
ericl78 Posté(e) mardi à 17:13 Signaler Posté(e) mardi à 17:13 Bonjour et merci pour tout le travail effectué. J'utilise cette sauvegarde depuis des années et je viens de tout mettre à jour. J'ai toujours eu un problème mais sans grande importance, je ne reçois jamais les mails. Comment fais tu l'expédition des mails ? paramétrage smtp, port, login, pwd, .... J'utilise Microsoft 365 J'ai certainement loupé un truc à un endroit. Merci d'avance
Lazer Posté(e) mardi à 17:59 Auteur Signaler Posté(e) mardi à 17:59 C'est une plaie sans nom l'envoi de mails perso, chaque année à cause de la lutte anti-spam ils renforcent les protections et c'est de plus en plus compliqué... Il faut que tu trouves dans l'aide de Microsoft les paramètres SMTP à utiliser. Perso je passe par Gmail : Adresse électronique du destinataire : mon.email@gmail.com SMTP : smtp.gmail.com Port : 587 Authentification requise Nom d'utilisateur : mon.email@gmail.com Mot de passe : ***** Une connexion sécurisée (SSL/TLS) est nécessaire Adresse email de l'émetteur : mon.email@gmail.com En fait je suis obligé d'utiliser la même adresse comme expéditeur et destinataire, alors qu'avant je pouvais envoyer avec n'importe quelle adresse, ce qui était bien pratique pour filtrer et classer les mails à réception. Bon maintenant j'y arrive aussi, mais il faut filtrer sur le titre et non sur l'expéditeur.
jjacques68 Posté(e) mardi à 20:11 Signaler Posté(e) mardi à 20:11 (modifié) ils ont pas changé qqch depuis juin de cette année ? une histoire de récupérer un token pour envoyer un mail ? J'ai cru comprendre ça en fouillant... Car pareil, plus possible d'envoyer un mail avec 365 ou gmail... Modifié mardi à 20:12 par jjacques68
Lazer Posté(e) mardi à 20:50 Auteur Signaler Posté(e) mardi à 20:50 Ah oui tu as surement raison, j'avais oublié, mais pour Gmail j'ai probablement activé un truc par token ou quelque chose de similaire, j'avais fait ça il y a bien longtemps, car le Syno ne peut pas passer le double authentification. Bref, comme dit, c'est pénible l'envoi de mails, ça évolue tout le temps, depuis que j'ai mon infra je ne compte plus le nombre de fois où j'ai dû reconfigurer tout ça... sans compter qu'il faut à chaque fois faire la manip sur tous les équipements réseaux de la maison... NAS, caméras, onduleur, etc... Le mieux est de chercher au cas par cas, en fonction de l'équipement et du fournisseur de mail. Mais en tout cas, ça n'a rien à voir avec le script de backup, car il n'envoie pas de mail directement, il passe par le NAS. C'est donc la configuration interne du Synology qu'il faut faire fonctionner. 1
jojo Posté(e) il y a 22 heures Signaler Posté(e) il y a 22 heures voicima config pour gmail, j'utilise une connexon avec un mdp d'application car autrement ça ne fonctionne pas car 2FA
ericl78 Posté(e) il y a 21 heures Signaler Posté(e) il y a 21 heures merci à tous pour vos info. Je viens de faire comme @jojo et cela fonctionne. 1
jjacques68 Posté(e) il y a 13 heures Signaler Posté(e) il y a 13 heures @jojo faut que je teste. entre temps j'utilise mon chez OVH. La çà marche encore pour le moment...
Messages recommandés