Jeff777

Ah bon ! Je n'ai pas remarqué de problème. Sauf peut-être unifi mais je pense que c'est dû à la dernière version du controller. Je n'ai pas encore eu le temps de regarder. Sinon monitoring des nas routeur freebox OK

J'ai fait l'inverse (la synchro est bidirectionnel) DS212+ (Cloud Sync) vers le DS218+ (Webdav) et là ça fonctionne sans surcharger le processeur du DS212+

J'en ai eu 39. 1h30 environ.

@MilesTEG1 j'ai la même chose que @.Shad. et pas de dossier app.d

On est toujours surpris quand ça fonctionne 🤣

Erreur de ma part. Cloud Sync existe toujours dans DSM7 RC. Ce sont Cloud Station Server, Cloud Station Drive, Cloud Station Backup, Cloud Station ShareSync et DS cloud qui ne sont plus compatibles. Par contre le passage à la RC ne corrige pas mon problème de saturation du proc sur le DS212+ lorsqu'une synchro entre deux dossiers du DS218+(Cloud Sync) vers le DS212+(Webdav) est permanente. Si quelqu'un a une idée, je prends.

C'est passé cette nuit. Même avec DSM7 RC ça fonctionne.🤩

Bonjour, Je ne comprends pas. Lorsqu'il y a eu Moments j'ai mis toutes mes photos dans le dossier partagé photo. Ce dossier est synchronisé avec Drive entre mon PC et le NAS. Synology Photo et la RC n'ont rien changé, j'accède toujours aux photos via "espace partagé".

Bonsoir, C'est passé sans gros problème (4 paquets à réparer (MariaDB10, Wordpress, PhpMyAdmin et WebDev Server). Demain il faut que je regarde cette histoire de CloudSync plus compatible. En tout cas j'ai toujours la réplication de la base wordpress entre les deux NAS malgré le passage à la RC et la réparation de MariaDB !

Bonjour @Pathognomonie Oui une petite présentation ici peut nous aider 😉

Bonjour aux utilisateurs de WinNUT (aux autres aussi 😄) Je vous fais part d'un problème que j'ai eu avec WinNUTet de la solution que j'ai trouvée pour le résoudre. Sur les prises sécurité de l'onduleur j'ai : les deux nas, mon PC, la box ,le routeur, un switch, le raspberry. Le shut down du PC est réglé à 400s sur WinN (avant il était supérieur à celui des nas, mais ça ne change rien au problème que j'ai eu dans les deux cas), celui des NAS à 420s . Lorsque j'avais réglé l'ensemble il y a plus d'un an, tout marchait parfaitement, j'avais fait plusieurs essais. Il y a quelques semaines j'ai eu une coupure très courte dans la nuit qui a déclenché une notification par mail que j'ai constatée au petit matin. Tous les appareils étaient alimentés, le PC arrêté comme je l'avais laissé la veille. Après redémarrage du PC et quelques secondes après m'être connecté sur ma session une notification sur le bureau m'annonce que l'UPS va l'arrêter... ce qui se passe. Plusieurs tentatives dont redémarrage en mode dépannage et sans échec ne donne rien...le PC s'arrête systématiquement peu de temps après connexion sur la session. J'ai fini à force de bidouillage et de redémarrage de l'ensemble des appareils à sortir de ce cercle vicieux. Aujourd'hui j'ai coupé le courant quelques minutes pour une réparation domestique. Le PC s'est arrêté, et rebelotte. Cette fois-ci j'ai fini par tester le déconnexion de la prise USB sur le NAS maître. J'ai pu redémarré le PC et le re-branchement de la prise USB n'a pas provoqué d'arrêt (j'ai redémarré le service WinNUT pour être sûr). Edit : Le seul changement depuis mes essais concluants est le passage à DSM7 sur le NAS maître 🙄

Il faut distinguer nas déconnecté du réseau locale et application déconnectée (dans les paramètres de Bitwarden). Si l'option déconnection est activée dans les paramètres effectivement le cache disparait et il ne semble pas être possible de récupérer son coffre sans reconnection du nas hébergeant bitwarden au réseau. Personnellement je n'active jamais la déconnexion de Bitwarden que ce soit l'application Android ou les extensions navigateurs sur Windows 10 les coffres sont simplement verrouillés . Le cache reste actif même en cas d'arrêt du périphérique ou/et de déconnexion du nas. Je peux dans ce cas exporter le coffre depuis le périphérique puis l'importer dans le nas une fois le problème réglé et j'ai la version la plus récente. Ceci dit je suis preneur du future tuto 😉

Peut-être en réinstallant puis redésinstallant l'application. Si cela ne suffit pas, désinstaller et réinstaller Webstation. Mais je ne garantie rien.

oui je suis d'accord et il a dû se passer quelque chose avec l'appli Full-Text RSS installée (peut-être mal) volontairement ou involontairement. Il n'y pas d'erreur : fil et file ?

Bonjour, Je viens de voir qu'il y a une application Full-text RSS dans les paquets de la synocommunity. Tu n'aurais pas installé ce paquet?

Pas besoin de faire un virtual host. Pour le moment fait tous tes essais en externe par exemple en 4G depuis ton smartphone. Prend un proxy inversé simple comme filestation ou audiostation. Si tu fais une requête externe https://file.mnndd.fr (en supposant que ce soit ton proxy inverse) est-ce que cela fonctionne avec tous les navigateurs après avoir vidé les caches ? Si ce n'est pas le cas reprends le tuto point par point depuis le début.

Bienvenue @Olivier_08

On dirait un l minuscule après le UR. C'est un i majuscule qu'il faut. Si c'est bien le cas remplace par i majuscule et refais un test après avoir vider les caches DNS et navigateur. C'est possible que ça ne fasse pas de différence. A voir. Sinon c'est curieux que tu obtiennes cette page normalement si le proxy inverse ne fonctionne pas tu dois tomber sur la page d'accueil de webstation (index.htm à la racine de web). Vérifie ce fichier en tapant dans ton navigateur un proxy-inverse qui n'existe pas. Par exemple tartanpion.ndd ndd étant ton vrai nom de domaine. Si la réponse à bien le cadenas https et que tu tombes sur la même page, la redirection fonctionne mais tu as un pb avec index.html.

Bonsoir, Qu'est-ce que tu emploies pour la redirection http vers https ? c'est toujours la même page? Qu'entends tu par page de ce type ?

Bienvenue @tsubasa37

Bonjour @Kramlech J'avais prévu une autre technique, je ne suis pas très certain que ce soit sans faille mais tu vas me dire ce que tu en penses. J'ai Bitwarden sur mon PC et ma tablette (appli Android). Si la tablette est en WIFI à l'ouverture de l'appli le coffre qui est quelque part sur la tablette se synchronise avec le coffre du NAS. Idem sur le PC, lorsque l'on déverrouille l'extension bitwarden dans le naviguateur le coffre du PC se synchronise avec le NAS. Mais quand je n'ai pas le WIFI ou que le NAS est déconnecté du réseau, bitwarden continue a fonctionner avec le coffre interne (tablette ou PC). On peut même l'exporter en .json sans chiffrage vers une nouvelle machine. Evidemment si la maison prend feu, que je n'ai pas pris ma tablette ou bien que celle-ci plante je n'ai plus qu'à utiliser l'option mot de passe oublié 😉

Avec la nouvelle version de portainer (2.5) on a les IP des containers directement dans l'onglet container. Pratique !

Bon je corrige mon post.

Si le port 80 est bloqué par le pare-feu du nas une requête de l'extérieur en http n'aboutira pas sans le fichier de redirection .php ou .htaccess. Avec l'un de ces fichiers elle aboutira en https pour peu que l'adresse utilisée corresponde à un proxy inverse existant tartanpion.ndd et qu'un certificat soit attribué à ce domaine.

Ah j'ai encore beaucoup de choses à apprendre sur docker 😄 Donc il faut que je crée un volume dans le docker-compose ? comment je fais, comme cela ? : - /usr/lib :/unifi/data En fait je ne suis pas certain que ce soit utile puisque ça fonctionne sans cela et j'ai un fichier system.properties dans /volume1/docker/unifi-controller/data.