Mic13710

Pour la migration, voir ce tuto Synology.

C'est toujours l'IP de l'appareil qui se connecte. Pour les IP internes, vous pouvez donner l'autorisation à ceux qui ont une IP fixe (et donc DHCP à proscrire). Pour les accès extérieurs, il n'y a pas grand chose à faire puisque les IP sont majoritairement dynamiques. Vous pouvez limiter les accès aux ports que vous utilisez pour vos applications et barrer la route aux IP venant de pays où le hacking est un sport national. Pour les tentatives autres, vous avez la possibilité de bloquer les ip après un certain nombre de tentatives infructueuses pendant un laps de temps défini.

Pour le 25 c'est vrai que certains FAI le bloque d'office. Chez Free il faut désactiver le blocage. Je crois que Bouygues ne permet pas son déblocage. Par contre le mail station est accessible en https. https://meseed.fr/mail/

Activez les tous pour vos essais. Vous pourrez ensuite désactiver ceux qui ne servent pas ! Autre chose : il faut aussi paramétrer roundcube en se connectant avec le compte admin. Vous y trouverez les paramétrages du smtp et du serveur pop3

Avez-vous fait les activations imap/pop3 dans le serveur de messagerie ?

C'est sans doute un peu plus convivial chez gandi en effet. Mais je n'ai pas eu a faire chez ovh un micmac de ports pour mes mails. Enfin, l'essentiel c'est d'arriver au résultat. Bonne continuation.

Non. La référence au port de votre routeur est faite par le A qui associe votre nom de domaine avec votre ip fixe. A partir de là, vous pouvez utiliser votre nom de domaine pour créer des sous domaines. CNAME spécifie les noms de sous domaines à associer à votre nom de domaine. * indique que tous les sous domaines font parties de votre domaine. Voir ce lien sur le forum ovh

pour recevoir, il faut rajouter une ligne "*.meseed.fr CNAME meseed.fr" Si ça ne marche pas avec * (qui intègre en principe tous les sous domaines), rajouter : "smtp.meseed.fr CNAME meseed.fr" "mail.meseed.fr CNAME meseed.fr" "imap.meseed.fr CNAME meseed.fr" "pop3.meseed.fr CNAME meseed.fr" Et si vous voulez aussi du ftp : "ftp.meseed.fr CNAME meseed.fr" Ne pas oublier qu'il faut attendre que les sous domaines soient propagés ce qui peut prendre jusqu'à 24 h

Je ne crois pas non. Il arrive parfois que les paquets fraichement installés aient besoin d'un redémarrage du NAS. Il n'y a pas si longtemps, quelqu'un sur le forum a eu le même problème qui a été résolu avec un reboot.

Je t'avoue que je ne sais pas non plus si la permutation est possible. En tout cas, pour une migration d'un nas vers un autre, Synolgy demande de conserver l'ordre des disques, quoique le tuto date un peu (DSM 4.x), il est possible que la règle ait évolué. Si DSM sait maintenant retrouver ses petits, pourquoi pas essayer. Ceci étant dit, j'ai un peu l'impression qu'on élucubre dans le vide puisque testeur2 n'est plus revenu suite à son message de détresse. On aurait aimé savoir par exemple quel type de volume(s) il avait, basic, raid, shr ? On aurait pu aussi lui préconiser de faire un test smart étendu. Mais le film devait être ennuyeux, il est sorti avant l'entracte

Vous pouvez aussi tenter un "*.mondomaine.fr CNAME mondomaine.fr" * indique que tout sous domaine est renvoyé vers le domaine

Ce serait étrange que gandi bloque certains ports. Mon nom de domaine chez ovh me permet d'accéder à tous les ports qui sont ouverts sur ma fb. Que ce soit par monipfixe:monport ou mondnsfree:monport ou monomdedomaineovh:monport ça fonctionne. Et comme j'ai activé les alias pour file, audio, download, cam et video, les 3 accès fonctionnent exactement de la même manière avec undemes3acces:monport/alias/ Le nom de domaine n'a pas d'action sur les ports. C'est seulement une association d'un nom avec une ip publique. si vous avez correctement paramétré le A chez Gandi, vous devriez pouvoir accéder à votre fb directement et donc accéder au nas par n'importe quel port dirigé vers lui.

Salut Oooops! Je ne me rappelle plus comment j'avais créé mon RAID, mais les indications que j'ai dans mon gestionnaire me semblent cohérentes avec ce que j'ai physiquement : 1 groupe de disques qui apparait dans le menu groupe, et 1 volume en RAID1 qui apparait bien comme étant installé sur le Groupe 1. Que le groupe n’apparaisse pas n'est pas en soit un problème s'il n'y en a qu'un seul. Ce qui est plus déroutant c'est qu'il n' y ait pas d'info de groupe s'il y en a deux ou plus alors qu'ils existent physiquement. Après, ce n'est sans doute qu'informatif et donc sans incidence sur le fonctionnement.

Salut Oooops! Effectivement beaucoup de controverses sur le sujet. Pour moi, tout délais est trop court. Ce qui est plus surprenant c'est les 3750 reconnexions sur le disque 1, et 0 sur l'autre. Soit le disque a un problème, soit il est mal installé dans sa baie (mauvais contact), soit c'est le contrôleur de disque du nas qui coince.

Si vous choisissez un port différent des ports ultra connus, certainement que vous serez un peu mieux protégé puisque les hackeurs ne s'amusent pas à tester tous les ports de chaque IP. Ils se contentent de scanner les ports usuels car ce sont généralement ceux qui sont le moins bien protégés. Avec la fb, vous pouvez parfaitement diriger un port xxxxx vers le 5000 ou mieux vers le 5001 du NAS. Votre connexion pour la vidéo sera alors : http(s)://mondomaine.fr:xxxxx/video/ Le s bien entendu si vous optez pour le 5001 comme port de destination.

C'est tout de même la moindre des choses qu'une adresse correcte conduise au bon endroit ! Pour la video, c'est un peu différent. Tout dépend de vos paramètres dans le NAS et dans la box. Si vos alias sont fait, vous devriez y accéder en local sans problème avec 192.168.0.25/video Le problème c'est que si vous n'avez pas fait le routage du port 5000 externe vers le NAS, le routeur ne sait pas quoi faire de votre requête. Pour y accéder de l'extérieur, et à condition que les paramétrages des alias aient été fait dans le NAS, il faut indiquer l'url sous la forme : http(s)://mondomaine.fr:monport/video/ monport étant le portb que vous avez paramétré dans le routeur pour atteindre le port http(s) du NAS. Le s bien entendu si le port de destination est sécurisé.

Mouais... Etrange. Dès lors qu'il y a un groupe, il devrait apparaître dans le gestionnaire. En tout cas, je suis en RAID1 sur mon 214+ et j'ai bien un groupe1 qui est indiqué. Je pense que comme vous avez commencé avec un seul disque, il n'y avait pas de groupe au sens strict du terme, et donc cette info n'a pas été reportée au départ. L'extension que vous faite étant post installation, le groupe n'est pas forcément pris en considération. Mon 710+ est équipé de 2 disques en basic, et là effectivement les groupes n'apparaissent pas. Cependant, puisque vous avez un 412+, la question pourrait se poser si vous aviez opté pour 2 groupes de 2 volumes sur 2 disques. Quelle aurait été l'information reporté par le menu groupe sur le groupe existant et le nouveau ?

Quelle version de DSM avez-vous ? Il se peut que le paquet photostation soit en défaut. Il faudrait peut-être le désinstaller et le réinstaller. Je parle du pare-feu du NAS qui se trouve dans le menu sécurité. Regardez par hasard dans les blocages auto s'il n'y aurait pas une ip de bloquée. Il faudrait aussi consulter le journal des connexions (c'est dans le menu général) pour savoir si le nas reçoit bien la demande de connexion.

Deux pistes de recherche : - Regardez si vous n'auriez pas des blocages au niveau de votre pare-feu. Vous pouvez le désactiver pour le test. - Dans la Freebox, dirigez la DMZ vers le Syno et regardez si ça fonctionne. Attention : ce paramètre doit être supprimé sitôt le test effectué car tous les ports accessibles du syno sont ouverts vers l'extérieur ! Si c'est OK, c'est que vos directions de ports ne sont pas correctes.

Et en faisant FBIP/photo/ ?

Le est un port généraliste. Si vous ne précisez pas vers quel dossier vous voulez vous adresser, il vous envoi sur le bureau du DSM. Donc, quand vous faites 192.168.0.25/photo/ il s'adresse au port du Syno et demande l'accès au paquet photo. Il n'y a pas d'alias photo sur le Syno, justement parce qu'il est déjà sur un port commun. Les alias sont créé pour les paquets qui utilisent des ports différents. File station par exemple n'utilise pas le mais le http du DSM (5000 par défaut) ou un port spécifique (7000 par défaut). En créant un alias, on peut se connecter à file station via le port http du NAS, qu'on peut rediriger directement (sans indiquer le 5000) avec 192.168.0.25/file/ Mais cet alias retranscrira l'adresse exacte et utilisera le port http du DSM et pas le . Pour les accès extérieurs à photo station et autres, êtes vous sûr que mondomaine.fr pointe bien vers votre IP fixe ? Chez moi, j'ai deux noms, un dns chez free et un nom de domaine chez ovh. Les deux pointes vers mon IP fixe et que je tape mondnsfree/photo/ ou monnomdedomaineovh/photo/, j'ouvre bien photo station.

192.168.0.25/photo/ Pour info, les redirections de ports n'ont aucun effet sur votre réseau interne. C'est uniquement pour les accès de l'extérieur. Pour accès de l'extérieur : mondomaine.fr/photo/

Une fois que vous aurez sauvegardé vos données, vous pouvez tenter de supprimer les paquets et les réinstaller. Cependant, vu les manips hasardeuses que vous avez faites, il n'est pas dit qu'il n'y ait pas d'autres problèmes que vous risquez de découvrir plus tard. Il est sans aucun doute préférable de redémarrer sur un système propre. Et comme vous avez frisé la correctionnelle qui s'est transformée en simple avertissement (la justice informatique est parfois clémente), je suppose qu'il est inutile de vous inciter à mettre en place une vraie sauvegarde périodique ! Et enfin, dernier conseil : si vous n'avez pas encore d'onduleur compatible, c'est un investissement que je vous conseille vivement de faire. Je vous en ai expliqué la raison plus haut. Bonne continuation.

Apparemment, la solution que je vous avais proposé semble fonctionner. Tant mieux. Je n'ai pas dit que le RAID ou le SHR étaient à proscrire. Ce ne sont que des moyens de stockage et comme tout moyen de stockage, ils peuvent tomber en panne. Ils sont cependant plus sensibles aux perturbations que de simples disques et leur bête noire c'est l'arrêt incontrôlé qui peut générer des erreurs de parité, des corruptions de données, voire une perte totale du groupe de disque. C'est pour cette raison qu'il est très fortement recommandé d'alimenter les NAS comportant ces types de volumes avec un onduleur compatible. Et comme tout moyen de stockage (RAID, SHR, basic, dd externe, etc....) peut tomber en panne, la règle immuable et absolue est d'avoir un système de sauvegarde pour pouvoir récupérer ses données en cas de perte d'un ou plusieurs disques. Et donc vous faite une grosse erreur en pensant que le RAID vous met à l'abri de pertes de données. De plus, le RAID N'EST PAS UNE SAUVEGARDE ! On ne cesse de le répéter à longueur de discussion sur ce forum. Si vous effacer un fichier sur votre NAS, il est effacé sur tous les disques. S'il est corrompu, il l'est sur tous les disques. Si votre NAS brule dans un incendie, vous perdez toutes vos données. Cette erreur d'interprétation à propos du RAID à causé la perte définitive de données précieuses pour beaucoup d'intervenants sur ce forum. C'est ce qui a bien failli vous arriver. Mais après, chacun fait comme il l'entend.

Dois-je comprendre que vous n'avez pas de sauvegarde ??? Pour toute manipulation sur les disques et/ou le DSM, il est toujours recommandé en préambule de chaque tuto de faire une sauvegarde. Nul n'est à l'abri d'un soucis lors de ces manipulations. Vous venez d'en faire l'expérience. Mais indépendamment de ça, un NAS ne dispense absolument pas de faire des sauvegardes régulières, au moins pour les données essentielles. Et c'est d'autant plus important si vous êtes en SHR car les pannes sont plus fréquentes sur ce type de volume que sur des disques en basic. J'espère au moins que vous avez un onduleur compatible pour alimenter votre nas. En tout cas, je souhaite sincèrement que vous puissiez récupérer vos données.