Mic13710

La réponse est simple : vous devez tout reconstruire à partir de vos sauvegardes. Les applications sont en général installées sur le volume 1. Pour la procédure, je vous conseille d'opter pour la sauvegarde et la restauration via hyperbackup qui vous permet de sauvegarder vos données ainsi que les paramètres de la majorité des applications. Juste un rappel, si vous passez en RAID0 ou en JBOD, vous multipliez par 2 l'espace de stockage mais aussi le risque de perte de données. Il est très vivement recommandé de mettre en place une sauvegarde périodique de vos données pour pouvoir les récupérer en cas de crash de votre RAID.

Euh, t'as eu une panne de clavier 😉 ?

@CyberFr et @cadkey, avant que ça dégénère, je vous conseille vivement d'en rester là. Pas de polémiques inutiles. C'est vrai que cette histoire de serveur DNS s'écarte du sujet initial mais comme il en a été question dès le premier message, on peut en parler sans toutefois en faire un sujet dans le sujet. Sinon ça devient confus. @cadkey, si vous avez un souci sur le serveur DNS, mieux vaut ouvrir un sujet dédié, ça fera plus sens. Je réponds toutefois à la dernière question : sur le NAS ou le routeur, peu importe où se situe le serveur. L'essentiel c'est qu'il soit correctement paramétré et surtout qu'il soit donné comme étant le serveur DNS principal sur le LAN. Et rien ne s'oppose à ce que vous utilisiez les deux avec un principal et l'autre secondaire.

@cadkey désolé, je ne connais pas les routeurs Syno. Néanmoins, je vous conseille fortement de mettre à profit le serveur DNS du NAS, ce sera toujours plus efficace à la fois en terme de logique que d'utilisation de ressource que de passer par le loopback. Qui dit loopback dit sollicitation du CPU du routeur pour rediriger les requêtes du LAN vers le LAN. Le serveur DNS lui gérera les requêtes en local sans aucune intervention du routeur. @CyberFr UGreen comme son nom l'indique est encore trop vert pour espérer en tirer partie comme ce qu'offre un synology. Il faut le laisser encore mûrir.

Pourquoi tu dis ça ? A moins que tu ais un scoop, les ports USB A continuent de fonctionner comme avant, c'est uniquement l'USB-C qui est fermé. Après, la gestion du serveur UPS c'est une autre affaire et si Synology décident de la supprimer, alors là oui ce serait un gros problème.

tout d'abord le serveur dns n'utilise pas le 443 mais le 53. ensuite, la vocation du serveur dns du NAS (s'il est bien paramétré selon le tuto) est de résoudre des ndd locaux sinon ça ne pourrait pas fonctionner, sauf si le routeur est capable de faire du loopback. Le serveur dns local n'intervient pas sur des requêtes externes. Si tu utilises un reverse proxy autre que celui du NAS, il est bien évident que c'est vers celui-ci qu'il faut diriger les requêtes qui arrivent par le 443 pour qu'elles soient orientées vers les services appelés. Peu importe finalement quel équipement assure le reverse proxy, c'est vers lui qu'il faut diriger le 443.

Je suis d'accord avec toi. Cependant, certains utilisaient le e-sata pour connecter des disques externes et ils ne retrouvent plus cette fonction sur le nouveau port. C'est surtout d'avoir équipé le NAS d'un port USB-C (très bien) mais d'en limiter l'usage aux seules extensions. Or, l'USB-C devient le standard usb et je comprends que ça puisse être frustrant d'avoir un NAS équipé d'un port inutilisable en dehors d'une extension. Surtout que Synology se contente de dire qu'il y a bien ce port sans préciser qu'il est limité dans son usage.

C'est pourtant clair. Après l'histoire des disques, voici celle de l'usb-c, ça confirme l'orientation de Synology de fermer de plus en plus leurs NAS et obliger à l'utilisation de leurs produits propriétaires.

Vous feriez bien d'aller faire un tour dans la section des tutoriels où vous trouverez tout un tas de tutos qui concernent ce que vous recherchez. Mais avant cela, je vous conseille fortement de commencer par le tuto le plus important : celui concernant la sécurisation de nos NAS.

Il y a aussi Domoticz que j'utilise sur un Rasp PI4. A mon avis, que ce soit home assistant, jeedom ou domoticz ou d'autres, mieux vaut ne pas solliciter le NAS pour ces applications qui sont en général nativement adaptées et parfaitement intégrées sur des plateformes type Rasp.

Je ne vois pas en quoi le serveur DNS ne servirait plus. Certes, il y a le portail de connexion qui permet à présent de faire la même chose que le reverse proxy pour les applications intégrées, mais il reste encore tous les services externes au NAS qui peuvent être associés à des ndd dans le reverse proxy. Par exemple d'autres NAS, la domotique, pihole, la box, un routeur externe, ... Bref, il reste encore de quoi largement justifier le reverse proxy

@willgab et peut-être aussi démarrer par un petit bonjour. Ca ne coûte rien et donne un peu de baume au coeur de celui qui prendra la peine de vous répondre.

Pour le reverse proxy, comme l'a dit @cadkey, c'est le 443 (port https). La règle doit être placée avant la dernière règle de refus.

Une question sur un tuto se pose dans le tuto. Si c'est de ça dont vous parlez : Il ne s'agit pas de ports mais d'IPs et comme c'est dit dans le tuto, ces IP ne sont plus valides et la technique pour obtenir un certificat a aussi évolué depuis. Ces 2 lignes ne doivent pas être mises dans le parefeu. Je vais supprimer cette partie du tuto qui est obsolète.

Pourquoi, Apple l'a fait ? 😵‍💫 Je ne suis tellement pas intéressé par leurs produits que je n'ai rien vu passer à ce sujet, mais ils sont tellement "proud of themselves" que ça ne m'étonnerait pas. Et le plus beau c'est que ça se vendrait sûrement. Ceci dit, un Synology sappé en Prada, ça aurait de la gueule non ?