CoolRaoul

Euh... Je ne comprend pas la différence 🤔

@StephB Un paquet WOL ("magic packet") est de type *broadcast* et n'est par conséquent visible que par les équipements connectés au même réseau. Les équipements connectés au sous-réseau du VPN (en général different du subnet LAN) sont les seuls qui vont voir passer la trame WOL et ceux-ci sont forcément déjà éveillés. Voila pourquoi j'ai indiqué la nécessité de disposer d'une box ou routeur faisant proxy WOL. Dans ce cas le paquet WOL unicast entrant sur la patte WAN est converti en paquet broadcast sur la patte LAN. Et ce n'est pas une règle de routage (avec une ip fixe en destination) qui résoudra le pb: un broadcast est obligatoire puisque la machine à réveiller n'a pas encore d'adresse IP tant qu'elle est dans cet état (à moins de bidouiller avec des entrées statiques permanentes dans la table ARP de la box mais là ça devient de la grande sorcellerie)

Petit retour d'expérience. Ma base Keepass de référence est stockée sur mon NAS dans un dossier géré également par Drive. J'y accède de diverse manière: en WebDav sur SSL depuis mon lieu de travail en SFTP depuis mon smartphone. en SMB depuis mon réseau local (PC et tablette) via le dossier partagé Drive sur le PC de ma mère (quand je passe faire du support informatique à domicile). Tout cela fonctionne et se synchronise sans problème dans tous les sens. Sachant que dans Keepass, que ce soit la version Windows que la version Android, la fonction "enregistrer" est en fait une synchronisation bi-directionnelle il n'y a pas trop de risque de perdre une modif. En outre, le fait que ma base soit stockée dans Syno Drive me fait implicitement bénéficier du versioning intégré ce qui permet un éventuel retour arrière rapide en cas de fausse manip.

Sur mon smartphone Android j'utilise cette appli qui me satisfait: https://play.google.com/store/apps/details?id=co.uk.mrwebb.wakeonlan Dans la mesure ou votre box sait faire du proxy Wake on LAN (ce qui est le cas de celles de Free) ça fonctionne également à distance. Et même plus besoin du paquet sur le NAS

J'ai ce problème depuis des lustres. Je ne suis pas sur que le support Synology veuille traiter ce problème alors j'aimerais avoir votre avis Une tache programmée avec utilisateur *non root* se retrouve avec l'environnement suivant: MAILTO= SHELL=/bin/sh USER=root PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin _=/bin/env PWD=/root HOME=/root SHLVL=2 LOGNAME=root Les valeurs de "USER", "LOGNAME" et "HOME" sont incorrectes. Bien entendu il est possible de forcer les bonnes valeurs en début de tache mais je suis étonné qu'une telle anomalie n'ait toujours pas été corrigée depuis le temps.

Faut d'abord t'assurer que le paquet "perl" est installé dans le centre de paquet du syno. Ensuite je préconise de commencer par lancer le script dans une fenêtre terminal (putty ou équivalent) connectée au NAS sur le compte "admin" en ligne de commande shell: perl /chemin/de/wakeonlan.pl <parametres> ... C'est quand même plus facile pour la mise au point Ensuite tu pourra passer par le planificateur:

Ce script perl pourrait faire l'affaire: Source Perl de Wake-On-Lan NB: Je n'ai pas personnellement testé pour que ca fonctionne l'IP doit être celle du routeur derrière lequel se trouve le PC à réveiller et que celui-ci (le routeur) soit configuré pour faire proxy wake on LAN

J'ai trouvé ça au moment du renouvellement auto: $ grep builtin-dyn-syno-letsencrypt-syno-letsencrypt messages 2018-10-02T21:59:45+02:00 fserv builtin-dyn-syno-letsencrypt-syno-letsencrypt - renew: service_reload.c:20 synoservice: reload [nginx]. 2018-10-02T21:59:52+02:00 fserv builtin-dyn-syno-letsencrypt-syno-letsencrypt - renew: service_reload.c:46 synoservice: finish reload [nginx]. 2018-10-02T21:59:56+02:00 fserv builtin-dyn-syno-letsencrypt-syno-letsencrypt - renew: service_reload.c:20 synoservice: reload [nginx]. 2018-10-02T22:00:05+02:00 fserv builtin-dyn-syno-letsencrypt-syno-letsencrypt - renew: service_reload.c:46 synoservice: finish reload [nginx]. 2018-10-02T22:01:20+02:00 fserv builtin-dyn-syno-letsencrypt-syno-letsencrypt - renew: service_reload.c:20 synoservice: reload [nginx]. 2018-10-02T22:01:25+02:00 fserv builtin-dyn-syno-letsencrypt-syno-letsencrypt - renew: service_reload.c:46 synoservice: finish reload [nginx]. 2018-10-02T22:01:25+02:00 fserv builtin-dyn-syno-letsencrypt-syno-letsencrypt - renew: service_reload.c:20 synoservice: reload [synorelayd]. 2018-10-02T22:01:25+02:00 fserv builtin-dyn-syno-letsencrypt-syno-letsencrypt - renew: service_reload.c:46 synoservice: finish reload [synorelayd]. 2018-10-02T22:01:25+02:00 fserv builtin-dyn-syno-letsencrypt-syno-letsencrypt - renew: service_reload.c:20 synoservice: reload [synorelayd]. 2018-10-02T22:01:25+02:00 fserv builtin-dyn-syno-letsencrypt-syno-letsencrypt - renew: service_reload.c:46 synoservice: finish reload [synorelayd]. C'est dans /var/log/messages

Ahrrghhh .. Une grosse partie du formatage des anciens messages saute dans la migration (en gros ne reste que les citations et les images) Avant: Apres: Et pour couronner le tout c'est à chaque utilisateur synchroniser son ancien compte, sinon aucun des anciens fils qu'il avait ouvert ne sera migré et tous resterons invisibles dans le nouveau forum

J'ai testé (c'est ici: https://community.synology.com/ ) et je suis effondré devant le nombre de regressions! lors de la migration une grande partie de mes posts est passé à l'as. Mon profil sur l'ancien forum m'affiche 560 posts. Le nouveau m'indique 16 au total et encore je n'en vois que 5 créés et 5 réponses. Je constate d'après d'autres commentaires que je ne suis pas seul dans ce cas. si on veut répondre à un commentaire en particulier, on perd au passage la possibilité de citer (quoter) et toute option de formatage (texte brut exclusivement). On peut bien entendu répondre en fil de fil (et heureusement qu'on dispose de la balise "blockquote" mais alors le flux message/réponse est cassé) tous mes abonnements (fils suivis) sont perdus impossible d'afficher les fils mis à jours (ne parlons pas d'ordre chronologique) etc... etc... (je ne saurais pas faire la liste j'en découvre sans arrêt) Ce forum-ci n'a rien à craindre de la comparaison! **EDIT** Un commentaire qui résume bien la situation: Hello and goodbye... **EDIT#2** A propose des 5 réponses par colonne, j'avais pas remarqué le minuscule bouton "suivant". Reste que je suis loin du compte il me semble.

Sont quand même forts chez Apple! Mais où vont-ils chercher tout ça?

J'imagine difficilement on peut galérer, suffit installer le client (qui existe en version portable) et les extensions de navigateurs ne sont pas indispensables. Et si on rend la base sur le NAS accessible en WEBDAV(S) en plus de SFTP, pas besoin d'extension, c'est natif dans le client windows. Pour ne pas parler dans le vide, j'aurais bien testé Bitwarden pmais les pré-requis on achevé de me refroidir: - Disposer d'un NAS sous architecture x86 (Intel) tout simplement car l'installation est réalisé avec Docker - Disposer de pas mal de RAM, l'application exécute une instance Microsoft SQL Server (très) gourmande en RAM (environ 700Mo, une version Ruby beaucoup plus légère existe mais c'est une adaptation et non une vrai branche)

Je suis moyennement convaincu par cet argument. J'utilise Keepass (qui est mentionné) dont je stocke la base de mots de passe sur mon NAS. J'accède à cette dernière en SMB de mon PC à domicile et en SFTP à distance. Je n'ai pas l'impression que mon approche soit plus exposée (bon, j'avoue aussi que mon Synology est un bas de gamme a architecture ARM ce qui disqualifie de fait cette solution).

Fervent utilisateur de Keepass, J'y ai jeté un oeil également, mais là aussi le projet semble un peu à l'abandon: la dernière livraison est datée de plus de deux ans et demi. Je viens de le tester et je rencontre par exemple aussi l'anomalie des menus en doubles signalée dans la buglist, pas rassurant. De son coté Authy m'a l'air pas trop mal fichu.

merci, je vais tester La moindre des choses pour une appli de ce genre

Je connaissais pas et j'ai voulu tester pour éventuellement remplacer l'appli de Google Par contre j'ai bien l'impression que le produit à été abandonné: le site sur lequel il était hébergé à été fermé le mail de support donné dans la fiche google est celui de la mailing list du projet et cette dernière semble ne plus avoir la moindre activité Résultat, en cas de problème (incompatibilité avec nouvelle version Android par exemple) on se retrouve à poil non?

En effet, contrairement à ce que j'ai initialement pensé, le problème ne se manifeste pas avec n'importe quelles application source (j'ai pu vérifier également qu'une photo partagée a partir de Google photos ne provoque pas cette anomalie). Je l'ai constaté par contreà partir d'un PDF attaché à un email et c'est systématique en partageant un fichier de type quelconque à partir de Google Drive vers DSfile

J'ai ouvert il ya quelques jours un ticket de support pour un problème DSfile que j'ai également signalé ici: https://forum.synology.com/enu/viewtopic.php?f=215&t=137408 Pour être certain que l'anomalie était pas spécifique à ma configuration j'ai pris le temps de faire le test en activant un serveur de demo en ligne: https://www.synology.com/en-global/dsm/live_demo et j'ai pu constater qu'on pouvait y reproduire l'anomalie à volonté. Aujourd’hui je reçois un premier retour et, comme je m'y attendais un peu, la première réponse est : "we need access to your NAS" Pour quelle raison le support Syno a-t-il besoin de se connecter à *mon* NAS dans le cas d'un dysfonctionnement d'une appli Android (DSfile) reproductible sur n'importe quel exemplaire?

Je constate dans le flux "contenu non lu" en mode condensé qu'à la place les dates des messages est affiché le format type "printf" ("%d") Problème également constaté sur d'autre forums sous Invision. L'anomalie a-t-elle été remontée?

https://www.dealabs.com/bons-plans/synology-ds216ii-serveur-nas-enclosure/370636?comment=6428780 1Go de ram c'est *juste* pour ce type de NAS ? C'est un troll ou bien?

Voilà pourquoi j'ai écrit être d'accord en ce qui concerne la forme. Mais quand on n'est pas débutant ça gonfle un peu de de retrouver avec une réponse semblant s'appuyer sur des mots-clés plutôt que sur le contenu des résultats de tests détaillés fournis (vécu)

OK sur la forme, par contre sur le fond, je ne suis pas loin de penser comme lui: mes dernieres expériences avec le support n'ont été particulièrement positives.

Pourquoi parles-tu de Windows 7 , 8 etc ???? Je suis sous windows 10 (pas pro) et je serais surpris que, sur ce point, le fonctionnement soit différent sous home. M'étonnerais pas que tu n'ai pas testé exactement dans le même contexte. Enfin, bref, à part ça, je constate que tu es parvenu à épuiser la patience de @Lucien77 @Mic13710 (qui pourtant en ont vu d'autres!) et les autres participants à ce fil. Mon tour est venu de lâcher prise. Bonne continuation.

je n'ai jamais dis le contraire. J'ai pris le temp de tester (ce que tu aurais pu également faire de ton côté avant d"émettre des hypothèses): en fait ça n'a aucun rapport avec le fait d'être ou pas sur un compte admin. C'est uniquement quand on se connecte, dans le contexte de sa session Windows, au NAS avec une compte (username) *différent* du celui de la session windows qu'un mapping (net use) est créé (peut-être également si le mot de passe est différent, j'ai pas testé jusque là) Donc dans ton cas, puisque apparement c'est de cette façon que tu pratiques (username NAS <> username Windows) la solution donnée par @Fenrir me semble la plus rapide. Suffit juste d'ajouter juste un "/yes" à la commande net use pour se passer de confirmation: net use * /delete /yes

Ca à toujours fonctionné comme ça pour moi sur tous les Windows que j'utilise, que ce soit à domicile ou au travail Je suis connecté à mon Windows sur un compte simple utilisateur avec les même identifiants (user/pass) que mon compte DSM et je n'utilise pas le mappage de lecteur (n'en ai jamais eu le besoin), uniquement les chemins UNC (format "\\nom\..."). Me semble que c'est une pratique courante. Les compte admin Windows et du NAS je les réserve pour des actions nécessitant des privilèges, ponctuellement donc. Si on relit ton premier message, il n'était pas question de serveur distant que je sache je cite: Ce qui rend encore plus inexplicable d'avoir dit un peu plus haut que tu ne connaissais pas cette méthode