Que voulez-vous dire par "IP de chez moi" ? IP publique, privée ?

il y a 4 minutes, Benjo_ a dit :

J'ai rajouté une règle dans le pare-feu du NAS : Ports : tous, et IP source : ip de chez moi (ip publique).

Non.

La règle doit être : Ports : uniquement ceux des applications que vous voulez utiliser de l'extérieur (https uniquement), IP source : toutes les IP de France pour commencer. Et encore une fois, ce sera la dernière, il faut ouvrir dans la freebox les ports des applications que vous voulez utiliser de l'extérieur et les diriger vers l'IP du NAS.

Pour pouvoir lire des disques en SHR sur une distribution linux, il faut installer mdadm et lvm2. Ce dernier permet de gérer le mode multiraid propre au SHR. C'est expliqué dans la procédure donnée par firlin.

En utilisant wireguard, vous devez pouvoir vous connecter au NAS directement avec son IP locale. C'est un peu le principe du VPN. Ceci bien entendu à condition que les adresses de wireguard soient ouvertes dans le parefeu.

Sans wireguard, il faut faire ce que dit PiwiLabruti : créer une règle qui autorise les IP de France vers les applications que vous voulez utiliser de l'extérieur. Par exemple file station dont le port par défaut est 7001. Et pour que ce port puisse être rejoint de l'extérieur, il faut l'ouvrir dans la box et le diriger vers l'ip du NAS.

il y a une heure, Benjo_ a dit :

ca fonctionne plus...

C'est normal. Le parefeu tel qu'il est paramétré n'autorise que les adresses locales et l'IP du routeur. Toutes les autres IP sont bloquées.
Le tuto sert à protéger le NAS localement.
Si vous voulez l'ouvrir vers l'extérieur, il faut rajouter des règles pour autoriser les IP externes à se connecter aux applications. Les IP peuvent être toutes autorisées, filtrées géographiquement, ou peuvent être dans une plage, et les applications sont à choisir dans la liste ce qui va ouvrir les ports correspondants.
Ce n'est pas tout. Si vous n'utilisez pas le reverse proxy, alors il faudra aussi ouvrir les ports dans le routeur.
Règle évidente de sécurité : ne jamais exposer les ports http vers l'extérieur. Seulement des ports https.

il y a 9 minutes, soft4203 a dit :

Je suis admin de mon nas, je ne veux pas créer un compte non admin.

C'est vous qui voyez mais sachez qu'un identifiant "admin" a plus de chance de se faire attaquer qu'un compte "Toto" qui peut être administrateur tout comme le compte "admin".

Par ailleurs, il ne faut pas confondre entre compte administrateur et utilisateur. Le compte administrateur ne sert qu'à l'administration du NAS et seulement à ça. Il ne faut surtout pas en faire un compte utilisateur qui lui a un accès restreint aux seuls dossiers et applications auxquels l'administrateur lui a donné les droits.

A titre personnel j'ai une quantité importante de compte administrateurs pour l'administration du NAS et pour des applications spécifiques avec pour chacun des droits limités à ces seules applications, et j'ai un compte utilisateur qui me sert pour l'accès à mes données et aux applications dont j'ai besoin dans mon usage personnel. Ca ne pose aucun problème, chaque compte étant dédié à son usage spécifique.

Mais comme je l'ai dit, si vous voulez conserver le compte "admin" par défaut et tout faire avec ce compte, c'est votre décision. Nous ne faisons que vous informer des règles de bon usage et surtout de sécurité.

Par contre, que le NAS vous recommande de désactiver le compte admin n'a rien d'anormal puisqu'il s'agit d'un conseil de sécurité.

Je vous conseille d'aller faire un tour dans la section des tutoriels pour consulter et surtout mettre en oeuvre celui concernant la sécurisation de nos NAS. C'est simple, c'est le premier de la liste. On y parle entre autres choses du compte admin qu'il faut désactiver pour des raisons de sécurité.

En cherchant un tout petit peu, j'ai trouvé ceci : https://www.youtube.com/watch?v=bkicoOnZ-JI

Ici aussi : https://www.reddit.com/r/reolinkcam/comments/16brk3n/reolink_tail_whip_pinout/

Vous trouverez les mêmes couleurs que celles que vous avez sur votre caméra avec le câblage de la RJ45. Je ne sais pas si c'est exact mais c'est toujours mieux que rien.

Tout à fait d'accord avec @PiwiLAbruti. Si le disque a des secteurs défectueux qui augmentent, il y a de fortes chances pour que les ralentissements observés soient créés par ce disque et il faut prévoir son remplacement qui de toute manière va arriver tôt ou tard.

Officiellement c'est bien 8Go pour le 916+ mais le CPU peut encaisser jusqu'à 16Go.

C'est surtout l'utilisation de la RAM pendant les grosses activités qui doit vous indiquer s'il faut l'augmenter.

Vous pouvez aussi avoir un problème sur l'un des disques qui ralentit tout le NAS. Que donnent les tests smart ?

A mon avis il n'y a que 6 fils car la caméra est en 100Mb. Elle n'a donc besoin que du Tx, du Rx et de l'alimentation POE. Cette dernière peut utiliser les 2 paires restantes mais peut aussi n'utiliser qu'une seule paire. C'est certainement le cas de votre caméra.

Ca ne donne pas le brochage mais vous avez l'explication du pourquoi des 6 fils.

Est-ce que vous avez envisagé de simplement augmenter la RAM ?

Je ne saurais expliquer le souci de clé de sécurité (bien qu'un cadenas soit une indication évidente du status du dossier).

Par contre, je réitère ma recommandation de suivre le tuto sur la sécurisation. C'est très important si vous voulez utiliser votre NAS avec un minimum de protection.

D'accord avec @Lelolo pour le nom inapproprié du dossier. De plus, le nom du dossier MEDIA m'interpelle car il sous entend que ce dossier regroupe tous les fichiers multimedia. Or, le NAS a sa propre gestion des fichiers multimedia avec la création de dossiers dédiés (photo, video, music) et de vignettes qui permettent des consultations plus fluides des contenus des dossiers. Il faut pour cela activer le serveur Multimédia qui se charge de créer les dossiers appropriés.

Comme vous débutez avec votre NAS, je vous suggère de d'abord commencer par consulter et surtout mettre en application le tuto sur la sécurisation de nos NAS. C'est dans la partie tutoriels en tête de gondole. C'est un préalable indispensable si vous voulez partir sur de bonnes bases. Vous pourrez passer ensuite à la partie création et organisation de vos dossiers.

@KeizerSauze ok, mais alors pourquoi venir nous parler de la 7.2 dans un sujet qui concerne la 7.3 (voir le titre) ?

Il y a 3 heures, Dlec1 a dit :

Je vais partir sur un VPN Tailscale ou VPN Server de Synology.

Quel est le rapport avec le problème posé ?

il y a 4 minutes, KeizerSauze a dit :

pas pour la 7.3.

Bien sûr que oui !

https://www.synology.com/fr-fr/support/download/DS916+?version=7.3#system

Il y a 2 heures, KeizerSauze a dit :

Mise à jour automatique pour mon DS916+

Vous êtes sûr ? La mise à jour vers 7.3 pour ce modèle est manuelle.

@salinois , la dernière visite de @hpsmartyz remonte à 2022. Je doute qu'il vienne vous répondre.

Je ne pense pas qu'il y ait de conflit à partir du moment où vous utilisez des ports différents pour chaque VPN sur le NAS et que les équipements connectés via Wireguard ne le sont pas via tailscale.

Mais pourquoi ne pas tout simplement utiliser tailscale partout ? C'est basé sur Wireguard et ça éviterait de faire tourner deux VPN sur les NAS.

Il y a un souci de compréhension dans votre demande.

Quand vous écrivez :

il y a 9 minutes, Pat45 a dit :

DS 213 J, que j’utilise uniquement en mode miroir

Cela veut dire que vos disques sont en RAID1 ou SHR avec protection des données, ce qui n'est pas le cas.

Maintenant, vous avez 2 volumes et si je comprends bien vous voulez avoir un seul volume sur 2 disques en ajoutant leurs capacités. Ce que vous voulez peut se faire à l'aide de deux montages : JBOD ou RAID0.

Si vous voulez ce type de montage, il va falloir détruire les deux groupes existants (ce qui bien entendu détruira les données) pour reconstruire un groupe JBOD ou RAID0.

Sinon, vous pouvez conserver le montage actuel sur deux volumes mais il va falloir réorganiser vos dossiers partagés en transférant des dossiers du volume 1 vers le volume 2. Cette opération est très simple à réaliser. Vous allez dans le menu Dossier Partagé, vous sélectionnez le dossier que vous voulez déplacer, bouton Modifier, vous changer l'emplacement pour le volume 2 et vous sauvegardez. DSM va alors transférer le dossier et son contenu vers le volume 2. Vous renouvelez l'opération pour chaque dossier que vous voulez déplacer de sorte à équilibrer vos données sur les deux volumes.

Je vous recommande cette dernière solution qui sera beaucoup plus sécurisante pour vos données. En effet, alors que sur un groupe JBOD ou RAID0 la perte d'un disque se traduit par la perte de toutes les données, la même perte d'un disque sur un système à deux volumes sur deux groupes ne fait perdre que les données du volume contenu dans le disque. L'autre disque et ses données sont préservés.

Ceci étant posé, à vous de décider ce que vous souhaitez faire. Sans oublier un point essentiel : quel que soit le montage que vous adopterez, il est vital de mettre en place une sauvegarde périodique des données, au moins les plus importantes, pour faire face aux risques de pertes ou de corruption de données. C'est d'autant plus important avec le JBOD ou RAID0 où la perte est totale en cas de panne d'un disque.

il y a 55 minutes, Vista1967 a dit :

J'ai deux NAS (un DS918+ et un DS920+) à la maison

il y a 55 minutes, Vista1967 a dit :

utiliser Tailscale (déjà installé sur les deux NAS) pour Hyper Backup

Autrement dit pourquoi faire simple quand on peut faire compliqué.

Si les deux NAS sont sur le même réseau, inutile de placer un intermédiaire pour faire ce qui peut être fait en direct. Vous donnez l'IP privée du NAS de destination sans chiffrage (à moins que vous n'ayez aucune confiance dans les utilisateurs de votre propre réseau) et c'est tout.

il y a 58 minutes, Vista1967 a dit :

J'utilise aussi WireGuard Easy sur Docker (sur les deux NAS) pour me connecter occasionnellement à mon travail lorsque je travaille à domicile,

Là aussi, c'est étrange. Comment se fait la connexion si vous utilisez wireguard de chez vous vers votre travail alors que les serveurs wireguard sont sur vos NAS ?

Ou je n'ai rien compris, ce qui est possible, ou alors il faudra je pense revoir votre système de VPN.

Bonjour @Pat45 , soyez le bienvenu sur ce forum.

Pour votre information, Présentation veut bien dire ce que ça veut dire. Pour les questions, il faut les poser dans les sections dédiées à cet usage.

Je verrouille donc ce sujet, à charge pour vous de renouveler votre demande.

Je vais te donner une méthode mais chut, tu le dis à personne, d'accord ? 😁

Tu changes l'extension du fichier en .tar

Bon après, tu vois beaucoup de choses mais le seul fichier vraiment intéressant à mon sens est le _Syno_ConfBkp.db pour lequel je te laisse chercher comment le lire...

Décidément vous êtes fâché avec les dates 😉

Ce n'est pas parce que la règle actuelle autorise jusqu'à 398 jours pour les certificats les plus longs que l'organisme certificateur (LE en l’occurrence) doit émettre des certificats de cette durée. Ils ont choisi 90 jours pour leurs certificats, c'est leur droit et je trouve cela très sain car plus un certificat à une durée lointaine, plus les possibilités d'usurpation d'identité augmentent. A terme, LE a choisi 45 jours de validité pour être en conformité avec les 47 jours qui seront effectifs en 2019. Les choix de LE sont ce qu'ils sont et il faut faire avec.

En ce qui concerne les 60 jours (et maintenant 30 jours) pour le renouvellement, c'est le choix de l'équipe qui à créé et maintient le script acme.sh. Ca n'a strictement rien à voir avec LE. De manière conservative, ils lancent le renouvellement après 60 jours (30 jours maintenant) car le renouvellement peut demander plusieurs jours. Il arrive en effet assez souvent que le renouvellement ne se fasse pas le jour même et nécessite plusieurs lancements (1 par jour) pour se terminer. La période de 30 jours est donc là pour couvrir les échecs et aussi permettre de régler d'autres problèmes bloquants avant expiration du certificats. Lorsque la validité du certificat LE à 45 jours sera effective, avec 30 jours pour lancer le renouvellement, il restera 15 jours pour qu'il soit effectif, ce qui est court mais suffisant.

Pourquoi réduire les validités des certificats, c'est précisément pour limiter les risques car avec les nouvelles technologies, cela demande beaucoup moins de temps aux hackers en tous genres pour contourner un certificat et usurper la certification d'un site donné. Ce qui était encore protecteur il y a quelques années avec 398 jours ne l'est plus aujourd'hui. En réduisant la validité, on réduit ces risques.

C'est une décision mondiale qui obligera à terme les entreprises à automatiser les renouvellements de leurs certificats sinon ce serait un casse tête pour les dites entreprises s'il fallait faire un renouvellement manuel.

Pourquoi le faire par étapes (398, puis 200, puis 100 et enfin 47) ? Parce que justement beaucoup d'entités ont des certificats longs. Elles font des renouvellements manuels et il est impossible de leur demander de changer leur mode de renouvellement du jour au lendemain.

Il y a plusieurs processus disponibles pour automatiser les renouvellements, acme étant le plus simple à mettre en oeuvre.

Je ne comprends pas votre intérrogation. Durée de vie d'un certificat ou durée de validité, c'est la même chose. Au delà, le certificat n'est plus valide ou si vous préférez, il est mort. Si vous voyez une différence entre les deux termes, pourquoi pas, mais au final, le certificat n'est plus reconnu par aucun navigateur.

Votre confusion vient plutôt de la date de renouvellement. Celle-ci doit bien évidemment être inférieure à la date de fin de vie du certificat.

La validité d'un certificat LE est de 90 jours. Jusqu'à présent, le renouvellement était déclenché par le script à partir du 60eme jour ce qui laissait 30 jours pour ce renouvellement. Ca n'a pas changé chez LE puisque la validité est toujours de 90 jours pour encore quelques temps mais il semble que le script acme.sh ait raccourci le renouvellement à 30 jours après la date de création. Encore une fois, ça n'a aucune incidence sur nos utilisations. Le certificat serait renouvelé tous les 10 jours que ce serait transparent.

Ensuite, que LE réduisent la durée de validité de leurs certificats de 90 à 45 jours avant la date d'échéance officielle est à leur seule discrétion. Il n'y a rien d'anormal d'anticiper si les utilisateurs ont pris leurs précautions pour faire face à ce changement. C'est fait du côté d'acme.sh, nous sommes donc parés pour des renouvellements plus fréquents.