Kramlech

Dans la précédente configuration, tu avais du fixer l'adresse IP au niveau du NAS, dans un sous réseau qui est différent de celui utilisé par ta nouvelle box... Tu peux faire un reset de niveau 1, ce qui (entre autres) permettra au NAS de récupérer une IP via le serveur DHCP de la box .... PS : la solution conseillée est de toujours figer l'adresse IP du NAS depuis la Box / routeur. Cela permet d'éviter ce genre de déconvenue lors de déménagement/changement de box/routeur. Un fois que tu auras retrouvé l'accès à ton NAS, tu pourras vérifier tes disques, car : cela est souvent le signe de disques en cours d'agonie !!!

Je dirais que le disque est mort. Et faire un test SMART étendu sur un disque mort, c'est, comment dire ... impossible !!!

Question bête : les 4 logements sont tous câblé depuis la même box, ou est-ce que tu as ta propre box ? Autrement dit, est-ce que c'est toi qui peut gérer ta box ? Est-ce qu'au niveau de la box, tu as défini une adresse IP fixe pour ton NAS ?

C'est tout a fait normal : deux appareils physique ne peuvent pas avoir la même IP. L'IP de ta box correspond à l'IP externe accessible depuis internet et qui est fournie par ton fournisseur d’accès. L'IP de ton NAS est une IP localefournie par le serveur DHCP de ton routeur, et qui n'est accessible que depuis ton réseau local.

Tu lances une fenêtre de commande sous Windows (cmd) et tu tapes Ping <url> ou tu remplace <url> par ton ddns

Est ce qu’un Ping sur ton ddns te revoie bien ton adresse ip externe ?

A priori, je dirais que ça n'a rien à voir... Cela fait référence au dossier que tu as défini dans Synology Drive Client (maintenant, c'est peut être le même dossier, je n'en sais rien...).

Est ce que tu es en EXT4 ou en BTRFS ? En EXT4, Drive se réserve une place équivalente à la place surveillée (donc pour 1 Go de fichiers, Drive utilise en plus 1 Go pour gérer la synchro). Est-ce que tu avais déjà Drive installé sur le NAS précédent ? Si tu est capable d’accéder à ton NAS en SSH (Putty), tu peux taper la commande "du -sh /volume1/*", ce qui te permettra de connaitre la place utilisée par chaque répertoire de /volume1... Attention ça peut être assez long par avoir la totalité des répertoires !

pour moi, ces deux termes sont incompatibles .... Donc question préalable : tu fais de la sauvegarde ou de la synchronisation ?

Tu peux exiger que ton vendeur te fournisse une notice en français ... C'est la loi, et il ne peut s'y soustraire !!! Maintenant une petite recherche sur internet peut te donner des liens de ce type : https://manuals.plus/fr/apc/power-saving-back-ups-pro-manual

Ce sont des applications Web qui tournent dans le Serveur Web du NAS (Web Station), et qui utilisent donc les port standard du serveur (80 et 443). Tu ne peux pas modifier ces port, et donc pas passer par le Reverse Proxy. Ce qu'il faut que tu fasses, c'est de créer des Virtual Host qui redirigeront par exemple l'URL https://phpmyadmin.monsite.fr vers le répertoire dans lequel est situé le site à atteindre (web/phpmyadmin par exemple). Pour faire cela, il faut aller dans Web Station, Portail du service Web ...

Comme dit dans le message, tu supprimes tous les emplacements réseau, tu vas dans le Panneau de configuration, Comptes d'utilisateurs, Gestionnaire d'identification. Et la tu supprime tout ce que se rapporte à ton NAS. Après ça devrait marcher ...

Normal, il était impossible de saisir quoique ce soit sur le site ...😱 Donc impossible de faire un commentaire ... pour dire qu'on ne pouvait rien saisir !!! 🤪

Je crois qu’il ce n’est pas le même port qui est utilisé par Synology Drive Client (pour les PC) et l’application Synology Drive (pour le iDevices). Pour le premier c’est le port 6690, alors que pour le second c’est le 443. Je ne l’ai pas vérifié par moi même (je n’utilise pas Drive sur mon téléphone), mais c’est ce qui ressort des diverses interventions sur le forum…

Il suffit de mettre des photos dans le répertoire "photo" créé automatiquement lors de l’installation du Serveur Multimédia pour que celles ci soient indexées, et que des miniatures soient créées. Il n'est pas possible de désactiver ce processus...

Pour être plus précis ... 😉 En HTTPS, les échanges entre le client qui interroge et le serveur qui répond sont toujours chiffrés (ce n'est pas lié au certificat). Le certificat sert uniquement à garantir que le serveur qui répond est bien celui auquel on s'adresse ....

A priori, la configuration du pare-feu qu'il nous indique est correcte : pour 80 et 443 autorisées pour toutes les sources, tous les ports autorisés pour toutes les IP internes 192.168.x.x Donc, c'est OK pour le HTTP (le Reverse proxy ne traite que les HTTPS). Donc tu accède à la page par défaut du Web Station. Il est chez Free, donc le loopback fonctionne. Voir juste avant mon explication pour le "non fonctionnement" Attendons de faire fonctionner le HTTPS avec de travailler sur la redirection automatique HTTP => HTTPS ! Là, je pense que tu as effectivement mis le doigt sur le problème !! 👍

C'est normal que tu ais une alerte de sécurité si tu n'as pas encore demandé le certificat de Let's Encrypt. Je ne comprend pas ce que tu veux dire.. C'est la demande du certificat ? Pour quels sous domaines as-tu demandé ce certificat ? (Autres noms de l'objet dans le dialogue de génération du certificat) Ca, c'est normal, le port 35978 n'est pas redirigé vers ton NAS au niveau de la box ... Et petit détail qui a son importance, si tu veux utiliser Synology Drive pour synchroniser des fichiers depuis ton ordinateur, il faut que tu rediriges le port 6690 vers ton NAS (port utilisé par le client pour faire la synchro, non modifiable, et qui ne peut pas passer par le Reverse Proxy). Grilled par @Jeff777

En deux mots : Espace partagé : cela correspond au dossier partagé « photo » (et ses sous répertoire). Les photos placées dans ces répertoires peuvent être partagées entre plusieurs utilisateurs. Espace personnel : cela correspond au dossier « photo » situé dans ton dossier « home ». Les photos situées dans ce dossier ne peuvent être vues que par toi (comme tous les fichiers situés dans home).

Juste pour le fun, il n’y a que moi que cette phrase interpelle ???😁🤪😋

Je suis d'accord, mais tout le monde n'a pas cette redirection et tu ne fais donc pas du HTTP... Et sur le fond, tu ne peux pas dire que ce n'est pas vrai : Je persiste et signe qu'en HTTP, tu n'as pas d’alerte de certificat en utilisant une adresse IP. @oracle7 J'ai repris la totalité de ta citation au début de mon post. Et j'ai commencé par réagir sur la première partie de ta phrase "Bah NON, tu as tout faux ..." que je contestais un peu. Puis j'ai conclu sur la deuxième partie de ta phrase, mais c’était pour confirmer qu'il ne faut jamais cliquer à tout va pour accepter les dérogations (et donc j'allais plutôt dans ton sens). Mais à le relecture, c'est vrai que la forme était un peu maladroite... 🤪 Tout ceci avait pour but de faire réagir sur la tendance actuelle du forum de vouloir systématiquement aiguiller sur des solutions évidentes et élémentaires pour des spécialistes, mais qui souvent vont déstabiliser le novice qui pose la question (du style proposer d'installer un serveur DNS pour éviter les alertes de certificat en local). Alors qu'une petite explication sur le fond et une petite solution de contournement peuvent être tout à fait suffisantes (du style utiliser le HTTP ou accepter quelques exceptions dans le navigateur). 😉

Je ne vois pas trop ce que tu veux dire, ou faire ... J'ai fait la réponse en fonction de ce que j'avais vu avec phpMyAdmin, mais je n'y connais rien en Wordpress !!! Désolé. 😉

Alors je vais y aller de mon avis (ce n'est que mon avis, mais je veux bien le partager...). L'utilisation du HTTPS en local n'est pas une obligation. C'est même une surcharge que je trouve inutile pour le NAS. Donc pas de HTTPS = pas d'alerte de sécurité... Tu peux donc utiliser tes IP locales en HTTP sans aucun problème, et donc ne pas avoir d'erreurs de certificat. Aujourd'hui, quasiment tous les sites sérieux basculent automatiquement en HTTPS. D'ailleurs, j'aimerai connaitre le pourcentage de personnes qui, navigant sur la toile, saisissent une URL en la préfixant manuellement par "HTTPS://". Personnellement, je peste quand je suis obligé de saisir manuellement une URL (j'ai plus de 40 années d'informatique derrière moi, et j'ai toujours limité au maximum ce que je dois saisir - le copier collé est devenu une seconde nature) Maintenant, si tu veux quand même utiliser le HTTPS en local, sans avoir à ouvrir ton NAS sur l'extérieur (si ton routeur gère le loopback), ou sans avoir à gérer un DSN Serveur sur ton NAS (si ton routeur ne gère pas le loopback), tu peux très bien accepter l'exception sur l'erreur de certificat au niveau de ton navigateur, et tu n'auras plus d'erreur. Et bien si tu fait cela, c'est grave. Il ne faut jamais qu'une alerte soit ignorée. C'est un problème d'éducation informatique. Et ce que je crains surtout c'est le corolaire de cela : que pas d'alerte devienne un signe de sécurité, ce qui est tout aussi grave... Il faut toujours être vigilent sur la toile. PS : je sens que mon intervention va générer des commentaires 🙄

Oui, il faut passer par un Virtual Host pour cela, mais il semble que la logique ait été modifiée avec DSM 7. Les sites installés via des paquets sont maintenant considérés comme des services, et installés dans web_packages et plus dans web. Dans Web Station, Portail de services Web, Créer, Créer un portail de service, tu as ceci : Et si tu va voir la doc associée, tu as (entre autre, toute la doc est intéressante) : Je pense que cela te donne toutes les billes pour faire ce que tu veux...

File Station est l’équivalent pour pc de DS File pour idevices… Il se lance depuis le DSM… Tu as consulté le tuto « Bien débuter avec son Nas » ?