Mic13710

Etrange. Je ne vois pas comment openVPN pourrait réserver le 443 pour son seul usage. J'ai un NAS que j'ai paramétré sur le 443 pour openVPN et le reverse proxy qui utilise le 443 fonctionne aussi. Par contre, je n'utilise pas web station sur ce NAS. Le reverse proxy ne fait que rediriger vers les ports des différents services en fonction du ndd.

Les ravages du beaujolpif sans doute ..... https://www.nas-forum.com/forum/forum/129-ds-audio-ds-file-ds-photo-ds-cam-ds-finder-ds-get-ds-mailplus/

Qu'est-ce que tu appelles la rubrique d'expressions ? Est-ce que tu ne trouves pas ce que tu cherches ici : https://www.synology.com/fr-fr/knowledgebase/Mobile/help

Mon VPN fonctionne sans problème sur le 443. C'est d'ailleurs indiqué comme étant une possibilité dans le tuto de Fenrir. On peut très bien passer en UDP si le serveur distant le permet.

Si vos PC sont en dhcp, ce n'est qu'une question de paramétrage de votre NAS et de votre routeur. Lorsque vous êtes sur votre réseau local, ce sont les adresses DNS de votre routeur qui sont prises en compte. Il faut donc indiquer dans votre routeur l'adresse IP du NAS comme DNS principal et l'adresse d'un DNS externe en tant que secondaire, et dans les réglages réseaux du NAS, l'adresse IP du NAS comme principal et celle du routeur pour le secondaire. Je vous dis ça, mais je ne connais pas les bouses d'orange. Je sais qu'elles sont plus ou moins bridées, ce qui complique grandement les paramétrages fins. Le plus simple dans ce cas, c'est de passer en mode bridge et d'utiliser son propre routeur. Oui, vous pouvez utiliser le port 443 en lieu et place du 1194 pour OpenVPN. Il suffit de le paramétrer dans le NAS et de modifier le port dans le fichier de conf. Ca ne garantira pas que vous puissiez vous connecter si le routeur de la dite entreprise est suffisamment intelligent pour détecter un trafic VPN.

@loupdacier merci de ne pas citer inutilement le post précédent. Ca charge le sujet sans apporter un plus à la compréhension. Je viens de supprimer vos citations. Avez-vous fait le test de la CM comme indiqué par Varx ?

Même si ça n'a rien d'officiel, on peut très bien "casser" le SHR en ligne de commande. Il y a plusieurs tutos pour ça. En voici un : https://www.cambier.org/2015/04/22/migrer-dun-mode-shr-avec-protection-de-donnees-a-un-mode-shr-sans-protection-de-donnees/

On aime bien sur ce fiorum que les nouveaux arrivants passent par la case présentation avant de poster. Il y a une section dédiée à ça. Il est absolument impossible de monter un SHR avec un disque plus petit. Comme votre disque 2 est un 2To et le 1 un 4To, vous ne pouvez monter que deux groupes distincts. Il vous suffit donc de recréer votre groupe 2 sur votre disque 2 sur lequel vous monterez votre volume 2. Vous ferez ensuite les transferts préconisés par Varx; Edit : autant pour moi. Comme tout est inversé (Volume 1 sur Groupe 2 et volume 2 sur groupe 1) y'a de quoi se mélanger les pinceaux. Donc oui, vous pouvez monter votre SHR en ajoutant votre 4To à votre 2To, mais ça ne résoudrait pas votre problème de stockage puisque la capacité serait restées la même. Ne vous reste plus qu'à remonter votre groupe 1 pour y créer votre volume 2 😱

Qui peut le plus peut le moins. S'il est donné comme compatible, alors ça devrait être OK.

Vous avez une solution Synology avec laquelle vous restez maitre de vos données puisque le cloud est sur le NAS. Et ça fonctionne très bien même avec une connexion adsl. Il s'agit de Cloudstation ou sa nouvelle mouture Drive. Il y a un point qui n'a pas été abordé, c'est le format des disques. Ext4 ou BTRFS. Vos 2 NAS sont compatibles btrfs. Le btrfs offre beaucoup d'avantages comparé au ext4. Un peu de lecture : https://www.synology.com/fr-fr/dsm/Btrfs A voir si ça a un intérêt pour vous. Côté UPS, même si votre NAS de sauvegarde n'est alimenté qu"une fois par semaine le temps de vos sauvegardes, il est très important qu'il soit lui aussi secouru car une coupure de courant en pleine phase d'écriture peut conduire à des erreurs de parités qui seraient préjudiciables pour vos sauvegardes.

Bonjour Tomato78, soyez le bienvenu dans la communauté.

Si je comprends bien, vous n'avez pas de sauvegardes périodiques de vos données ? Vous pouvez toujours demander un devis pour la récupération des données. Par curiosité, j'aimerais savoir combien ça coute (sans citer la société).

Les 2 licences font partie du paquet Surveillance Station. Elles n'ont pas de numéro et ne sont pas transférables.

C'est bien ce que je pensais, le problème vient du disque. La partition 1 c'est celle de DSM (qui a probablement un souci vu que vous n'arrivez pas à booter), la 2 c'est le swap et la 3 est la seule qui vous intéresse puisqu'elle contient vos données. Est-ce que vous arrivez à la lire ? Sinon, il ne vous reste plus qu'à tenter une récupération à l'aide d'un logiciel tiers comme par exemple Photorec, sans garantie que ça fonctionne à 100%.

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.

Un peu de lecture : https://www.synology.com/fr-fr/knowledgebase/DSM/tutorial/Management/What_stops_my_Synology_NAS_from_entering_System_Hibernation

La partition système semble avoir un souci. Et si vous n'arrivez pas à lire le disque sur un PC, probablement qu'il a d'autres problèmes. Comme je l'ai écrit, vous pouvez tenter de réinstaller DSM sur votre disque à partir de Synology assistant. Si vous avez un message vous disant que les données seront effacées, vous n'allez pas plus loin. Vous pouvez aussi tenter de récupérer vos données avec une distribution linux, type ubuntu. Mais si ce n'est pas lisible avec Linux reader, je ne pense pas qu'ubuntu puisse faire quelque chose. Tenez moi au courant.

DSM ne reformate pas un disque qu'il reconnait comme étant issu d'un NAS Synology. La seule chose qu'il peut éventuellement faire c'est de réinstaller DSM. Si celui qui était installé est à la même version, il devrait pouvoir repartir sans réinstallation.

Ces informations ne reflète pas l'état réel de la batterie. De plus, avec une charge à seulement 77%, à moins que vous ayez fait une décharge avant, on est loin du compte car la batterie devrait être entre 95 et 100%. Arrêtez vos NAS, branchez une charge sur l'UPS (une ampoule de 100W par exemple) et faite un test en débranchant l'alimentation du NAS. Mesurez le temps de fonctionnement. Vous saurez si votre batterie est apte ou pas à assurer son service.

Très certainement le test automatique de l'UPS. Et très certainement votre batterie est HS et que de ce fait elle ne peut plus alimenter la charge connectée. A moins que votre charge soit plus élevée que la capacité de l'UPS, ce qui peut produire le même effet.

Probablement parce que c'est un ancien NAS avec un DSM 2.0 qui n'est pas prévu pour communiquer avec la version web de Synology assistant. Cette version est bien plus récente que DSM2.0. Maintenant que votre NAS fonctionne, vous faites comme j'ai dit plus haut : Maintenant que DSM est installé sur le NAS, il devrait pouvoir gérer le disque.

Regardez alors les paramètres régionaux dans DSM et vérifiez qu'ils sont en français.

Pour réinstaller DSM sur le NAS, il faut obligatoirement un disque. Si vous avez peur de perdre vos données, vous pouvez utiliser un autre disque sata. Sa capacité n'a pas d'importance. Vous faites une installation de DSM sur ce disque. Vous éteignez le NAS et vous réinstallez votre ancien disque.

Cette info est très surement la conséquence d'une batterie HS. Elle sert à maintenir les paramètres de connexion du NAS, l'horloge et certaines valeurs de DSM. Il faut à mon avis lancer la réinstallation de DSM pour que le NAS retrouve ses petits. Mais vous ne nous dites pas si le disque est encore bon....

Etes vous sûr que le disque est bon ? Parce que ce que vous décrivez ressemble plus à un problème de disque qu'à un problème d'OS. Et pour le 106e, je ne sais pas si vous avez changé la batterie interne, mais vu l'âge de la bête, il est probable qu'elle soit au bout du rouleau.