Mic13710

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.

Oui

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.

Merci du retour. On sait maintenant que c'est possible.

@Oooops! Pas vraiment d'évolution sur le SHR, excepté qu'on peut maintenant le migrer vers le SHR2. Tu le sais, il n'a rien de propriétaire comme Synology le laisse entendre; ça reste un raid classique (mdadm) avec une surcouche lvm2 pour gérer le multiraid. Je croise les doigts pour ton 415+. Il me semble que certains ont essayé la manip avec succès.

Salut @Oooops! ça fait un bail en effet. Content de te revoir, même si tu n'as plus autant de temps à consacrer à ce forum. Tu y a tellement contribué à l'époque. Je n'ai pas oublié entre autre les séries de tests très instructifs sur les JBOD, RAID et SHR que tu avais menés avec Fravadona, et tant d'autres choses positives. Dommage pour ton 415+. J'espère que tu trouveras rapidement un NAS de remplacement.

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.

Il faut bien évidemment corriger le DDNS renseigné dans le NAS pour qu'il soit identique à celui chez OVH, à savoir ndd.ovh Je ne connais pas note station, mais comme pour toutes les applis, il faut faire des CNAME sur le ndd chez OVH, et dans le reverse proxy, il faut renvoyer le xxx.ndd.ovh vers le port de l'appli concernée en localhost. Par exemple pour note station, vous créez une entrée note.ndd.ovh CNAME ndd.ovh. Cet enregistrement permet de faire pointer vos requêtes note.ndd.ovh vers votre IP publique. Dans votre reverse proxy, vous redirigez l'adresse https 443 note.ndd.ovh vers le localhost et le port que vous avez défini pour note station Dans l'App DSNote, vous indiquez comme adresse note.ndd.ovh:443 (bien indiquer le port sinon l'appli prend le port par défaut) Ca n'a rien à voir. Quand vous utilisez une adresse qui pointe sur votre nas (note.ndd.ovh par exemple) votre requête arrive sur le NAS, le reverse proxy la redirige vers l'appli. Les identifiants sont ceux de vos utilisateurs enregistrés sur le NAS ayant les droits sur l'application.

Si vous redirigez nas.ndd.ovh vers votre IP publique, il faut que vos adresse soit du type xxxx.nas.ndd.ovh Sinon, ndd.ovh ne va que vers une IP OVH. Si vous voulez que ndd.ovh renvoie vers votre ip publique, il faut que votre dynhost soit fait sur ndd.ovh

Pour moi, pas du tout sûr que ça fonctionne. Certes, les disques sont dans un même groupe, mais leur identification entre le DS713+ et le DX213 est différente. Je n'ai plus les identifications utilisées en tête pour pouvoir en dire plus. Dans ce cas précis, le mieux serait de poser la question au support. Edit: bon j'ai retrouvé. Les disques du DS sont identifiés par sda et sdb, a et b étant les ports sata du DS. Ceux du DX utilisent un port sata c du DS qui est ensuite multiplexé dans le DX où les disques sont identifiés comme sdca et sdcb. Reste à savoir si ces disques sdca et sdcb peuvent être migrés sur les slots sdc et sdd d'un NAS 4 baies. Un appel au support s'impose.

Bonjour Masmas, soyez le bienvenu dans la communauté. Sauf que le RAID ne garanti pas la perte de données. C'est juste une continuité de service en cas de panne d'un disque. Et on le répètera jamais assez, le RAID n'est pas une sauvegarde !

Merci @.Shad. pour cet excellent tuto qui manquait cruellement à la panoplie du site. Désormais, ceux qui sont intéressés par Docker (moi y compris lorsque j'aurai un nas de production compatible), pourront aborder plus sereinement le sujet.

Si vous voulez une baie supplémentaire, le 1019+ est effectivement une bonne alternative. Pour le reste, les caractéristiques sont similaires.

Je dirais qu'un 918+ devrait faire le taff.

Débit donné avec tous les ports ethernet en service. Il est bien évidemment impossible d'atteindre un tel débit sur un simple réseau Gb.

Probablement parce-que vous avez activé le http vers https

C'est bien le cas, mais comme je l'ai dit, il faut paramétrer une activité. Ce que j'ai fait pour tout afficher en condensé (lu et non lu) avec une seule récurrence par sujet. J'ai mis ce choix que j'ai appelé "Tout" en favori. Ce favori apparait en accès rapide en haut à droite (et tout en bas à droite aussi) ce qui permet de très vite retrouver l'affichage complet.

Ca existe déjà sous l'onglet "Activité", qu'on peut même paramétrer selon ses envies.

Tout comme on ne peut pas déplacer un disque système d'un PC sous windows à un autre d'une marque différente, mais pas que, il est impossible de le faire sur des NAS de constructeurs différents. Chacun d'eux à ses propres besoins, ses propres exigences pour faire tourner son OS.

Online ou line interactive, ce n'est pas la même chose. Les seuls onduleurs capables de gérer les micro coupures sans interruption sont les on line. Aucun line interactive et encore moins off line ne sait le faire. Durant les micro coupures, ce sont les alimentations à découpage des appareils qui les absorbent ce qui laisse le temps à l'onduleur de prendre le relais. Je trouve ce modèle très cher pour un line interactive de cette puissance. L'APC Back-UPS BX950U-FR est plus puissant, moins cher et est équipé de prises FR.

Et pour compléter, je redonne le lien que j'ai donné plus haut : https://www.synology.com/fr-fr/compatibility?search_by=products&model=DS212j&category=hdds_no_ssd_trim&p=1 Dans cette liste, on y trouve des disques de 12To. Aucune inquiétude donc pour que le 212J puisse gérer des 4To, mais je le répète encore une fois, à condition que le disque choisi sans dans la liste ce qui est effectivement le cas : Alors pourquoi encore poser la question ?

Je ne suis pas sûr de bien comprendre. Il n'y a pas de téléchargement à faire, c'est juste un lien vers un sujet du forum qui traite des onduleurs compatibles.

En partage de connexion vous passez par le réseau de votre opérateur mobile. Votre wifi local est désactivé car votre smartphone fonctionne alors en borne wifi totalement indépendante de votre réseau local.

Pas du tout. Ce que veut dire shadowging c'est qu'il faut que le parefeu ne bloque pas le port 7000 puisque le reverse proxy redirige le 443 vers le 7000 pour atteindre file station. Si vous avez suivi le tuto sur la sécurisation de nos NAS, vous avez très certainement créé les règles qui autorisent toutes les IP privées à accéder à tous les ports du NAS.

Le Weddav chez vous n'a aucune utilité. Autant monter directement des lecteurs réseaux, c'est tout de même plus rapide. Le Webdav c'est pour les accès externes. Si vous n'y arrivez pas c'est que peut-être vous ne l'avez pas autorisé dans le parefeu et/ou que vous n'avez pas fait les transferts de ports appropriés. On peut certes utiliser les deux protocoles en même temps (et encore, je n'en suis pas sûr), mais du point de vue sécurité, ça n'a pas de sens. C'est soit l'un, soit l'autre. Si vous avez accès à DSM par le 5001 (ce qui n'est pas recommandé mais pourquoi pas), vous pourriez très bien mettre en place votre serveur à distance. Par contre, a moins que vous ayez aussi accès au paramétrage du routeur à distance, vous ne pourrez pas faire les ouvertures de ports nécessaires. Et donc oui, il faudra être chez vous pour le mettre en oeuvre. Inutile cependant d'attendre de partir en vacances pour le tester, vous pourrez très bien le faire en passant par le partage de connexion de votre smartphone.😊