je rencontre des soucis avec le plugins networks : j’ai déclaré différents périphériques et cela ne fonctionne pas.
Pour faire des tests, je suis repassé à un seul définit ainsi :
J’ai fait des recherches et je ne comprends pas ce que j’ai mal défini. (j’ai même supprimé tous les crons comme indiqué dans des postes de début d’année sur le forum)
j’ai compris que cela n’est pas nécessaire, que l’adresse MAC est utile pour le WoL seulement. De plus, le fait que cela fonctionne quand je le demande manuellement me laisse penser que l’adresse MAC n’est pas nécessaire.
Bonjour, tu peut faire un test sur un autre équipement (Telephone…) pour voir si tu as le même comportement.
Car il est possible que se soit le Firewall du Synology qui bloque le ping.
désolé pour ma latence de réponse et merci à tous pour vos réponses.
Alors, dans l’ordre de vos questions :
oui, j’ai bien une ligne network dans le gestionnaire (case cochée/ case non cochée/1/case non cochée / networks/update/*****/30
plus scan.ip : non, je n’ai pas essayé
autre adresse : ça ne change rien, j’ai donné l’exemple pour le NAS, mais j’ai le même soucis avec des ordi / onduleurs / téléphones / box /… et mon NAS n’a pas le ping bloqué
Une réflexion personnelle : j’ai le sentiment que les variables se remettent à false après un certain délai et qu’ensuite, le processus de mise à jour ne s’exécute pas, comme si c’était deux tâches différentes
Faudrait plus de log (je sais qu’il y en a pas bcp dans le plugin à la base) car sans trace impossible de comprendre.
Tout ce que je peux dire c’est que « chez moi ca fonctionne »;
ca n’aide pas pour votre problème mais du coup ca veut dire que ce n’est pas juste le plugin qui est en faute, le problème est plus complex avec probablement une combinaison de facteurs.
J’entends par la qu’avec scan.ip, le ping fonctionne en auto sans soucis, pas encore eu le temps d’essayer le WOL ceci dit… Pour les logs, en effet networks.log n’est pas très verbeux, une idée de la ou on peut trouver des infos sur un echec de ping ?
