Kramlech

Donc ton problème ce n'est pas de synchroniser tes deux PC, mais de te connecter à ton NAS ? Tu as suivi les deux tutos suivants ? [GUIDE] Débuter avec un NAS Synology. et [TUTO] [Pas-à-pas] Sécurisation du NAS - pour DSM 7

La solution s’appelle « Synology Drive » ….

Est-ce qu'au niveau du Syno, tu as bien activé le service rsync ?

Est-ce qu'au niveau de ta box, tu as bien défini un bail statique pour l'IP du NAS (et de préférence en dehors des plages d'adresses définies au niveau du DHCP )? Car ton problème ressemble fort à un problème d'IP en double au niveau de ton réseau local ...

Bonjour Avant un premier post, il est d'usage de passer par la section "Présentation"...Ceci permet de connaitre ta configuration matérielle et ton niveau de connaissance et ainsi mieux adapter les réponses. Mais rassure toi, il n'est pas trop tarde pour bien faire ... Par rapport à tes question, quelques remarques : Si tu passes par un Reverse Proxy, seul le port 443 est redirigé vers ton NAS. Tu n'as donc pas besoin de modifier les port par défaut... Je suppose que c'est au niveau de la box que tu as fait cela ... Alors pourquoi utiliser un reverse proxy pour ne pas t'en servir ? Pour la suite, je ne comprend pas tout ... Tu utilises deux URLs (celle de synology et celle de freeboxos) pour accéder à ton NAS ? A partir du moment ou tu as défini qu'une URL pointe sur ton adresse IP, elle pointe sur ton IP ... Si tu as défini deux URL, les deux dirigeront vers ton IP. De même que si on saisi directement ton IP dans l'URL, on arrivera sur ... ton IP !!! Maintenant, il faut bien voir ce que signifie "pas sécurisé". Si tu es en https, les transfert de données entre le client et le serveur seront systématiquement chiffrées. Tes données ne transitent donc pas en clair sur le net .. Quand un navigateur te dit que la connexion n'est pas sécurisée, c'est que, au niveau du serveur, il n'y a pas de certificat ou le certificat ne correspond pas à l'URL demandée. Le navigateur ne peut donc pas certifier que le serveur qui répond correspond bien au serveur demandé dans la requête...

Sans vouloir polémiquer, je ne pense pas que les français soient pire que les anglophones d’origine, qui eux non plus ne font aucun effort pour parler une autre langue ( hégémonie linguistique oblige)

Heu…, tu es sur de toi sur ce coup ? Il est très déconseillé de toucher aux droits des répertoires home et surtout homes !!!

Je réactive ce sujet, car je tombe sur un nouveau problème. Pour rappel, l'idée était d'avoir régulièrement des sauvegardes de ma VM pour pouvoir la redémarrer sur un autre NAS en cas de problème (ce qui marchait très bien). Par contre, le NAS des secours que j'ai maintenant n'a pas assez de mémoire pour faire tourner une VM... J'ai donc fait un test pour restaurer cette VM dans VMWare. Cette VM redémare bien, mais elle est semble-t-il incapable de communiquer (pas de carte réseau). Je me suis alors aperçu que lorsque l'on exporte une VM en ova, il y a deux modes : Mais le commande utilisée (vmm_backup_ova) ne propose pas de paramètre pour cette option... Est-ce que quelqu'un aurait une idée pour générer un export de VM en ligne de commande avec le bon mode ?

Sur un serveur, chaque port est associé à un service (on dit que le service écoute le port). Donc pour te réponde, non tu ne peux pas utiliser le même port pour atteindre deux services (https et vpn).

Tu avais peut-être dit à ton navigateur de faire confiance à ce site, donc pas la suite il ne te donnais plus l’alerte.

Avec une url qui utilise une IP (que ce soit en local ou depuis l’extérieur), il n’est pas possible d’avoir « le cadenas vert ». Avoir un certificat qui permet de sécuriser une connexion n’est possible qu’avec un nom de domaine …

Pourtant pour moi, le plus logique, ce serait a minima d'avoir un dossier "ACE" et la matin, de le dupliquer en "ACE-13-02-2024". De cette manière, on travaille toujours sur le même dossier, et on peut garder des liens entre les documents, ce qui n'est pas possible dans le cas décrit ... Même pour le script, ce serait plus pratique. Parce que sinon, comment connaitre le nom du dossier à garder ? Maintenant, ce que j'en dit ....

Non, ça ce n'est plus vrai depuis bien longtemps. Cela signifie qu'il y a un goulot d'étranglement quelque part au niveau de ton réseau local qui bride la liaison entre ton NAS et ton PC. Il ne serait pas plus intéressant d'essayer de résoudre ce problème, plutôt que d'essayer de le contourner ?

Ben oui, tu ne peux pas avoir le beurre et l'argent du beurre ... ou à la fonction de synchro de faire de la sauvegarde ... Si ton utilisateur ne veux pas changer son mode de fonctionnement (j'ai du mal à comprendre sa logique, pourquoi dupliquer puis renommer les répertoire tous les jours ? ), la seule solution que je vois, c'est un script qui ferait tout seul la suppression ... Mais ça demande des quelques compétences en programmation ...

Ma question n'a pas l'air de déchainer l’intérêt de la foule !!! 🤔😥😢😭

Et tu as essayé en jouant sur ce paramètre ?

Bonjour à tous Je voudrais savoir s'il est possible de synchroniser un calendrier géré dans Synology Calendar dans Outlook IOS. En effet, autant dans l'application Calendrier standard de IOS, il est possible définir un compte Caldav (j'ai testé et ça marche bien), autant dans l’application Outlook (chargée via un compte Microsoft 365), cela ne parait pas possible (ou alors je n'ai pas trouvé l'option). De plus, j'ai trouvé cette réponse sur le site Microsoft, ce qui semble net et sans appel !!! Dans si quelqu'un peut confirmer ou infirmer cette possibilité, je lui en serai très reconnaissant 🙏 🙏🙏🙏 Merci d'avance

Et moi je ne comprend pas vraiment ce qui est saturé, ni ta configuration : Ton NAS perso est hébergé sur un site distant ? Tes postes clients sont sur le site ou la téléphonie est dégradée ? Quel rapport entre le fait que le site distant soit saturé et que la téléphonie soit dégradée sur le site client ? Je pense qu'une description détaillé de ta configuration est nécessaire ...

Est-ce que tu veux leur donner un accès à File Station, ou est-ce que tu veux juste leur donner accès à des fichiers ou répertoire ? Dans ce dernier cas, si tu leur envoie un lien généré par "Partagé" (clic droit sur un fichier ou un dossier), ils ne verront bien que ce que tu veux partager, et en plus ça marche sans avoir à leur créer une compte sur le NAS...

Et est-ce que tu as fait la manip demandée ? Plus de précisions : Tu ouvres Synology Drive Client Tu cliques sur le petit engrenage en bas à droite de la fenêtre Tu sélectionnes "Paramètres" Tu clique sur "Modifier la connexion" Et là, tu saisis ton user et ton password. Et là, tu verras si ton PC peut se connecter au NAS ...

En fait, je répondais plutôt à cette question … Et comme Francki13 n’a encore jamais parlé de firewall…

Tout d’abord, les deux outils dont tu parles sont indépendants : Hyper-Backup permet de faire des sauvegardes du Nas vers d’autres supports alors que Synology Drive permet de faire des sauvegardes de ton PC vers le Nas.. Ensuite, si tu utilises ton PC sur ton réseau local, oublie la piste des ports : en local tous les ports sont accessibles sans restriction ! Dans ton client Drive, essaie de faire une modification de la tâche , juste pour arriver sur l’écran de saisie du compte, et dis nous si la connexion fonctionne …

A tout hasard, tu n'aurais pas un client VPN actif qui sortirait aux USA ?

Que tu utilises un DDNS ou que tu ais ton propre nom de domaine, cela ne change rien à l'affaire. L'URL utilisée est transformée en une IP. Cela n'a aucune incidence sur la vitesse de transfert une fois la connexion étable ... Donc il s'agit d'un transfert de données depuis ton NAS vers un client ? Mais tu avais dit : Et je t'avais posé la question : Donc si tu ne répond pas (ou mal) aux questions posée .... De toute manière, il faut commencer par là : Pour résoudre un problème, il faut y aller par itération successive, et commencer par éliminer les raison potentielle les plus évidentes. Dans ton cas : Les débits de download et upload entre ton NAS et un client sont faibles Les débits mesurés de ton NAS via speedtest semblent correct (cf ton premier message) La première raison qui vient à l'esprit, c'est que le goulot d'étranglement se situe chez ton client. Donc tant que cette hypothèse n'est pas vérifiée, ce n'est pas la peine de chercher plus. D'ou la question que je rappelle en rouge ! Une fois qu'on aura la réponse, on pourra le cas échéant te proposer d'autres tests pour essayer de cerner le problème...