PPJP

Pour ma part j'aurais tout mis dans /usr/local/etc/rc.d Mais avec des numérotations différentes S95XXX.sh, S96XXX.sh, S97XXX.sh... Le chiffre sert à définir l'ordre d'exécution qui peut être important. Si ce n'est pas vous qui avez implanté ces script laissz les en place!

Comment le savez_vous? S'il n'y a pas de changement d'IP aucun fichier n'est modifié ni mail d'expédié. Pour faire un test laissant des traces supprimez le fichier /volume1/administration/check_ip_wan/ip.txt avant reboot du routeur

Je ne sais pas et ne possède pas de routeur syno pour tester. A tout hasard essayez de changer le nom du fichier boot.sh en S97boot.sh.

Bonjour, Si votre script est nommé check_ip_wan.sh et situé dans le dossier /volume1/administration/check_ip_wan, vous pouvez tester avec le fichier boot.sh contenant: case $1 in start) /volume1/administration/check_ip_wan/check_ip_wan.sh ;; stop) ;; *) echo "Usages: $0 [start|stop]" ;; esac

Bonjour, Dans SRM, il devrait être possible de lancer ce script par un script à créer dans /usr/local/etc/rc.d. Ce script avec suffixe .,sh permission 755 devra avoir les options start et stop.

Quand j'aurais un peu de temps j'installerai ce script sur mon NAS, pour pouvoir le lancer. Car la, je ne comprends vraiment pas. Je vais pouvoir revenir un peu au débogage de shell (pouahh!). Mais ce ne sera probablement que dans quelque temps, car comme cette instruction est supprimée, cela n'a aucun caractère d'urgence. Je ferai un retour de mes test. Je vais quitter, bonne nuit.

Ce que tu appelles fichier de log c'est bien /volume1/administration/check_ip_wan/ip.log? Si c'est bien cela, je ne comprend vraiment pas comment cette info puisse s'y retrouver!!! Elle ne devrait qu'apparaitre dans le terminal et donc visible que si le script est lancé en SSH. J'avais les yeux bouchés car je ne trouvais les modifs de fichier!!!

Je n'ai rien compris! L'info "Adresse IP non changée !" n'a aucune raison d'aller dans le fichier de log (/volume1/administration/check_ip_wan/ip.log) Ce script est lancé toutes les minutes? Pourquoi???

Je ne parviens que tres difficilement à naviguer sur ce forum, qu'en est-il pour vous? Pouvez-vous tester cette nouvelle version du script? #!/bin/bash ##################### ### CONFIGURATION ### ##################### to="destinataire@ndd.tld" from="Serveur xxx <expediteur@ndd.tld>" subject="Votre adresse IP publique (IPv4) a changé !\r\n" # destination du message temporaire messageFile="/volume1/administration/check_ip_wan/message.txt" # fichier de memo de l'IP memoIP="/volume1/administration/check_ip_wan//ip.txt" # fichier de log journal="/volume1/administration/check_ip_wan/ip.log" ########## ### SCRIPT ### ############## current_ip=`curl -silent -L http://checkip.amazonaws.com|tail -n 1` if test -f "$memoIP"; then old_ip=`cat $memoIP` #lecture ancienne IP si fichier ip.txt existe fi if [ "${old_ip}" != "${current_ip}" ]; then # création du fichier ip.txt et envoi d'un mail avec les informations echo $current_ip > $memoIP # contenu du message body=`printf "Bonjour,\r\n\rVotre adresse IP publique a changé !\r\n\r\nVotre ancienne adresse IP était : $old_ip\r\nVotre nouvelle adresse IP est : $current_ip\r\n\r\nCordialement..."` echo -e "to:${to}">${messageFile}; echo -e "from:${from}">>${messageFile}; echo -e "subject:${subject}">>${messageFile}; echo -e "${body}" >> ${messageFile}; ssmtp -v ${to} < ${messageFile}; rm ${messageFile} echo "----------------------" >> $journal echo $(date +"%d/%m/%Y à %H:%M:%S") >> $journal echo "----------------------" >> $journal echo $subject >> $journal echo "Votre ancienne adresse IP était : $old_ip" >> $journal echo "Votre nouvelle adresse IP est : $current_ip" >> $journal else echo "Adresse IP non changée !" fi exit 0 PS PS pour @Zeus Concernant le script wilscard , on peut passer un paramètre(pour test) pour avoir un renouvellement plus fréquent. Déboguer en faisant un test tous les 85 jours n'est pas optimal!!!

J'ai été obligé de m'absenter rapidement cet après-midi. Je vous ai donc lâchement quitté en plein milieu d’échanges. Je vous présente mes excuses. Pour me faire pardonner une nouvelle version de votre script (il restait quelques bugs) #!/bin/bash ##################### ### CONFIGURATION ### ##################### to="destinataire@ndd.tld" from="Serveur xxx <expediteur@ndd.tld>" subject="Votre adresse IP publique (IPv4) a changé !\r\n" # destination du message temporaire messageFile="/volume1/administration/check_ip_wan/message.txt" # fichier de memo de l'IP memoIP="/volume1/administration/check_ip_wan/ip.txt" ############## ### SCRIPT ### ############## current_ip=`curl -silent -L http://checkip.amazonaws.com|tail -n 1` if test -f "$memoIP"; then old_ip=`cat $memoIP` #lecture ancienne IP si fichier ip.txt existe fi if [ "${old_ip}" != "${current_ip}" ]; then # création du fichier ip.txt et envoi d'un mail avec les informations echo $current_ip > $memoIP # contenu du message body=`printf "Bonjour,\r\n\rVotre adresse IP publique a changé !\r\n\r\nVotre ancienne adresse IP était : $old_ip\r\nVotre nouvelle adresse IP est : $current_ip\r\n\r\nCordialement..."` echo -e "to:${to}">${messageFile}; echo -e "from:${from}">>${messageFile}; echo -e "subject:${subject}">>${messageFile}; echo -e "${body}" >> ${messageFile}; ssmtp -v ${to} < ${messageFile}; rm ${messageFile} else echo "Adresse IP non changée !" fi exit 0 Pour ce qui concerne le lancement du script au démarrage, au moins pour DSM (je n'ai pas de routeur Syno), il suffit de le lancer par le planificateur de tâches. Faire créer puis choisir tâche déclenchée. (cela est sans doute similaire sur le SRM)

Non, Ce n'est pas le script pour le wildcard. D'ailleurs ou en est-il? Il y a longtemps que je n'ai pas de retour de votre part. L'envoi de mail est chez moi programmé dans un modulePython3 qui est appelé par plusieurs scripts. En particulier un qui tiens à jour mon IP dans les DNS de mes domaines. En effet GANDI ne propose pas de DDNS.

Bonjour; Juste une remarque. Ne trouvez vous pas qu'il y ai un risque a transmettre son adresse IP en clair par mail? Pour ma part j'ai un script ( pour Zeus: en python bien sur!) qui envoie également cette info de changement d'IP. Mais dans celui-ci cette IP est codée (à ma sauce!!!). Je sais, je suis très parano!!!

Je n'ai jamais acheté ce genre de produit d’occasion, donc je ne sais pas. Il faudrait lire les conditions de garantie Synology dans le détail. Cependant je ne serais très surpris que cela puisse fonctionner sans la facture initiale.

Les garanties initiales sont consultables à https://www.synology.com/fr-fr/products/status

La durée de garantie dépend du modèle de Nas. De base c'est 3 ans pour un 1815+

Suite au problème des processeurs, Synology a prolongé la garantie d'un an pour les produits concernés.

Bonjour, C'est mon tour donc voici mon expérience: Depuis le 26/6 des reboot intempestifs de mon 1815+ apparaissent dans le journal. Jusqu'à 14 le 04/07. J'ai créé un ticket hier soir tard, réponse ce matin. Après quelques rapides échanges RMA établie pour ce nas acheté en 04/2016. Donc SAV Synology efficace.

Il n'y a qu'un seul disque de 4 To!

Ce n'était qu'un raccourci, pour indiiquer où se situait le problème, sans entrer dans les détails!

Bonjour, Non ce n'est pas la bonne procédure. Les disques des Nas 1 baie ne peuvent être migrés dans des Nas multibaies. Les RAID sont différents. Il vous faut une installation à partir de 0.

Je n'ai jamais utilisé python 2. Mais il existe sous toutes les versions de DSM (mais peut-être pas toujours au même emplacement). Quelle est votre version de DSM? Essayez avec /usr/bin/python ou avec /usr/bin/python2.7 au lieu de /usr/local/bin/python3.

Bonjour, Je n'ai pas visualisé le script mais selon les copies d"écran, il doit s'agir d'un script en python 2 qui a été lancé par python 3. Une des différences entre python 2 et python 3 est: python 2: print qque chose python 3: print (qque chose)

Je ne disais cela que dans le cadre de quelques essais ponctuels. Pour ma part j'en suis bien à la périodicité de 85 jours

Pour le renouvellement du certificat cela peut venir du registrar (Gandi pour moi). Pour le redémarrage des paquets c'est certainement la charge du Nas à ce moment là. A voir lors de prochains essais. Pour mémoire tu peux forcer un renouvellement plus fréquent en paramètre du script. Attention cependant de ne pas dépasser la limite autorisée par Let's Encrypt (de mémoire 4 ou 5 par semaine)

C'était juste par curiosité. Pour ma part la tâche est lancée dans un créneau horaire ou le Nas est peu chargé.