Mic13710

Ca relève tout simplement d'une mauvaise utilisation de windows et pas du NAS. Sur windows il existe ce qu'on appelle des sessions. On peut en créer autant que d'utilisateurs et chacun a ses propres droits. Et bien entendu, on y met des mdp. Quand on quitte le poste, soit on verrouille la session, soit on la ferme. C'est la même chose sur le NAS, et surtout, on ne s'y connecte pas en tant qu'administrateur mais en utilisateur auquel là aussi on attribut des droits. Le compte administrateur est à réserver à l'accès au DSM pour le paramétrage. On crée bien entendu des comptes utilisateurs (généralement un pour chacun) et des dossiers partagés pour ce qui est commun. Chaque utilisateur peut avoir des droits différents en fonction de ce que lui a attribué l'administrateur. A titre d'exemple, j'ai un portable que nous partageons avec ma femme lors de nos déplacements. Chacun a sa session et chaque session donne accès aux dossiers auxquels chacun a ses propres droits. Il n'y a ni problème ni conflit puisque les sessions cloisonnent les utilisateurs.

Ca n'a pas changé sous W10

Ce que veux dire Lucien77 c'est que ce n'est pas la box qui va empêcher le NAS de fonctionner. Par contre, il y a des redirections de ports à faire dans la box pour pouvoir utiliser au mieux le NAS de l'extérieur. Sinon, il y a aussi le service quickconnect de Synology qui permet cela sans toucher à la box, mais il n'est à utiliser que si on ne peut (sait) pas faire autrement car il n'est pas d'une grande fiabilité et surtout très contesté en terme de sécurité (passage par des serveurs tiers dont on ne sait rien ou pas grand chose)

Tu oublies que le NAS fait une vérification de la partition des données et qu'à mon sens ça passe au minimum par une écriture de zéros.

Avant de fermer la page, il faut d'abord se déconnecter. Petit bonhomme en haut à droite de la page DSM, déconnexion. Sinon, si la connexion n'est plus active, la déconnexion est automatique au bout d'un certain temps.

Raid ou pas raid, ça ne change rien : les disques sont de toute façon en raid. Mais même sans cela, hormis de passer par une société spécialisée sérieuse (qui coute un bras, sinon deux pour un résultat incertain), la récupération est quasi impossible.

Salut, J'ai beau fouiller DSM et le forum et je ne trouve pas de réponse à mon soucis. Les accès externes à mon NAS se font principalement par les ports 80 (http) et 443 (https). Le port 80 n'est utilisé que pour certaines applis comme par exemple photo station et video station. Le reste passe par le 443. Par ailleurs, le serveur DNS est activé et j'ai plusieurs adresses qui pointent vers les différentes applications du NAS via le portail des applications et le reverse proxy. Ainsi, pour accéder à file station par le LAN ou par le WAN, je n'ai qu'à rentrer l'URL https:\\file.monomdedomaine qui est dirigée automatiquement vers le localhost:7000. Pour que les liens partagés puissent fonctionner avec le serveur DNS et les ports assignés, j'ai réglé les paramètres avancés des accès externes avec le nom d'hôte file.mondomaine, le http en 80 et le https en 443. Mais voila, lorsque je crée un lien partagé sur un fichier ou dossier, celui-ci ainsi que le QCode correspondant sont en http (80). Impossible d'obtenir un lien exclusivement en https (443). Si je peux modifier le lien manuellement avant de l'envoyer, je ne peux en revanche rien faire pour le QCode. Il y a bien une option dans les paramètres de file station qui permet de créer un lien partagé en https mais ce n'est valable que pour quickconnect. Quelqu'un saurait-il me dire comment faire pour que mes liens partagés soient directement en https ?

Le CNAME doit pointer vers un nom de domaine, pas une ip. toto.mondomaine.eu CNAME mondomaine.eu tata.mondomaine.eu CNAME mondomaine.eu etc... Il faut aussi attendre quelques heures pour que les noms soient diffusés.

Salut pascalou59. Je suis exactement dans ton cas. Tu n'as pas besoin du DDNS. Pour le DNS local, tu peux t'inspirer du petit tuto que j'ai ajouté dans celui-ci. Je pense qu'il te sera utile pour l'adressage de tes caméras et la mise en oeuvre des certificats. En ce qui concerne la partie publique, j'ai fait la totale (hébergement sur le NAS) ce qui me permet de faire les modifications directement sur le serveur, mais pour sa mise en oeuvre il est beaucoup plus simple de faire les enregistrements directement chez OVH.

On est là pour tester et tout ce que je peux dire c'est qu'il y a des progrès à faire. J'ai réduit la voilure avec seulement 96Mo à sauvegarder. Après une première tentative échouée, j'ai réussi à faire une sauvegarde complète en 18 min. Je suis en adsl. La sauvegarde auto à 3h du matin a échouée : destination occupée. L'heure de démarrage est à 3h par défaut. Trop de connexions sans doute à cette heure là. Je l'ai modifiée pour voir si ça change quelque chose. Donc pour le moment : sur 3 tentatives, 2 échecs.

J'en suis à 1.18Go sur 200Go après 3h20. Il va me falloir plus de 20 jours pour terminer la sauvegarde. Comme ce sont des fichiers qui changent régulièrement, ça risque de coincer grave dans les tuyaux.... Je vais réduire la taille parce que là, c'est ingérable.

J'ai moi aussi été sélectionné. et j'ai lancé une tâche de sauvegarde. Mais ça fait bientôt 2 heures et toujours 0%. Seulement 620Mb. C'est très très lent, pour ne pas dire à l'arrêt. Je suis pourtant bien noté comme étant connecté. A ce rythme, je devrais peut-être pouvoir finir ma synchro de quelques Go à la fin de la période béta !

Une fois sur le PC, il aurait fallu lui faire passer les tests constructeur avant de le remonter dans le NAS. Et tant que j'y suis, j'espère pour vous que votre NAS est alimenté par un onduleur compatible. Sinon, ça pourrait aussi expliqué votre soucis. Mais à mon avis, le disque est mort. Il faut le remplacer au plus vite. De toute manière si le disque a été rejeté, il y a fort à parier que même si par chance le NAS l'acceptait à nouveau il serait rejeté à plus ou moins brève échéance.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

A mon avis, c'est seulement le volume 2 qu'il faut étendre. En sélectionnant le volume 2, le bouton gérer devrait être accessible et à partir de là vous devriez pouvoir utiliser les 2.73To restants du groupe 2.

Attention à la redirection http vers https. Extrait du tuto de Fenrir sur la sécurisation du NAS : Attention, j'ai pu constater qu'activer la redirection HTTP vers HTTPS cassait certains mécanismes, au moins le reverse proxy pour les applications de base (audio/download/file/surveillance/video - station). Si vous souhaitez profiter de la redirection sans casser le reverse proxy, le plus simple est de créer un petit fichier php à la racine de Webstation (/web/index.php) pour gérer cette redirection : <?php $http_host = $_SERVER['HTTP_HOST']; // 307 Temporary Redirect header("Location: https://$http_host",TRUE,307); exit; ?>

Je n'utilise pas webstation, aussi je ne sais pas quels sont les impacts sur les accès au NAS. Mais si vous utilisez les ports 5000 et 5001, que ces ports n'ont pas été changés dans DSM, je ne vois pas pourquoi vous tombez sur webstation. Ca n'a aucun sens. Avez vous vidé le cache de votre navigateur ? De même, si vous avez créé une règle dans le proxy inversé qui renvoie nas.xxx.com vers localhost:5000, que vous avez transféré dans votre routeur le port 443 vers le 443 du NAS, que votre nom de domaine nas.xxx.com a bien une ressource A ou CNAME enregistrée dans votre domaine xxx.com, je ne vois aucune raison pour laquelle vous tombez sur webstation. La question que je me pose c'est de savoir si vous avez réellement un nom de domaine enregistré chez un fournisseur ? Si oui, êtes vous sûr de vos enregistrements ? Pour le certificat, soit vous utilisez les services Synology via Quickconnect, soit, selon la réponse à la question ci-dessus, vous avez déjà ou vous achetez un nom de domaine (moins de 10€/an chez OVH). Vous pouvez créer votre certificat chez Let's Encrypt à partir du NAS. En allant un peu plus loin dans le tuto de Fenrir sur le serveur DNS, vous y trouverez un tuto additionnel que j'ai fait qui concerne le reverse proxy et la mise en place des certificats. Pour info, la notion de sous-domaine n'existe pas. ".fr" est un domaine, "toto.fr" est un domaine, "file.toto.fr" est un domaine. Si vous achetez par exemple le nom de domaine "toto.fr", vous pouvez ensuite créer d'autres domaines à partir de "toto.fr" : "xxx.toto.fr", "xxx.yyy.toto.fr" en rajoutant des enregistrements (A ou CNAME) à "toto.fr".

Que je sache, outlook n'est qu'une interface. Je me trompe peut-être mais si ça ne passe pas avec gmail, ça ne passera pas plus avec outlook, thunderbird, roudcube ou autre.

Pour faire ça, il faut faire un reverse proxy. Dans le menu Portail des applications, onglet proxy inversé, il faut créer une entrée : Source HTTPS, nom : nas.xxx.com, port : 443 Destination HTTP, nom : localhost, port : 5000 Il faut bien entendu dans le routeur que le port 443 soit redirigé vers le nas. Mais il n'est absolument pas recommandé d'accéder au DSM de l'extérieur de cette manière. Mieux vaut passer par le serveur VPN. Je vous conseille de regarder ces 2 tutos de Fenrir : Sécuriser les accès à son nas Serveur VPN

Le seul moyen que je peux vous proposer c'est de créer votre premier volume sur le 2To. Vous y chargez le fichier de configuration du 116 pour retrouver vos utilisateurs et vos dossiers partagés. Vous installez aussi tous vos paquets et vous chargez leurs paramètres que vous aurez sauvegardé du 116 (avec Hyperbackup). A partir de File Station du 216, vous montez des dossiers distants qui pointent vers le 116. Vous faite le transfert de vos données jusqu'à ce que votre disque de 2To soit à 90/95% d'utilisation. Vous devrez sauvegarder le reste sur d'autres supports (PC, DD externe, etc..). Une fois que vous êtes sûr de vos transferts, vous montez votre 3To dans un pc ou un rack USB et vous le formatez pour casser les partitions existantes (formatage rapide, peu importe le format). Vous l'intégrez dans le 216 et vous faite bien attention de valider la création d'un nouveau volume et non l'augmentation d'un volume existant. Un fois le volume créé, vous pourrez transférer du volume 1 les dossiers partagés que vous souhaitez mettre sur le volume 2 (c'est dans le menu des dossiers partagés). Il ne vous restera plus qu'à intégrer les données qui ont été sauvegardées sur d'autres supports.

Peut-être quelques bricoles dans le serveur DNS. Allez voir du côté du tuto de Fenrir sur le serveur DNS.

Pas exactement. Il est tout à fait possible de migrer les disques d'un NAS qui a moins de baies que le NAS de destination. Mais aussi, il est tout à fait possible de migrer les disques d'un NAS qui a plus de baies que le NAS de destination, à condition que le nombre de disques ne soit pas supérieur au nombre de baies disponibles sur la destination. Et pour répondre @Francki65, il n'est pas possible de migrer un disque d'un NAS monobaie vers un multibaie car le format du disque est différent. Le monobaie est un basic pur alors que sur un multibaie tous les disques sont en RAID, cad qu'ils embarquent mdadm et aussi lvm2 pour les disques SHR. Quant à la procédure de migration, il faudrait nous en dire plus sur ce que vous voulez monter dans votre 216 : un ou deux disques et sur combien de volumes.

Pour compléter le message de Gaëtan concernant le reverse proxy et les certificats, je vous propose de visiter le tuto que j'ai fait dans le tuto de Fenrir sur le serveur DNS. Il devrait pouvoir vous aider à mettre en place vos propres certificats et le reverse proxy.

Il faudrait je pense tout arrêter : routeur (surtout), switch, PC, NAS, et tout redémarrer en commençant par le routeur et le switch, le NAS et le ou les PC et enfin les périphériques.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.