CyberFr

Bonjour @Kyfrane, Quand on rejoint le forum, la communauté apprécie que l'on passe par la case Présentation. Il est vivement recommandé en effet de désactiver le compte admin qui est présent par défaut sur tous les NAS Synology. Le compte root n'a pas de mot de passe dans DSM. Pour accéder à ce compte il faut être administrateur du NAS. En SSH tu peux te loguer en tant que root en tapant sudo suivi d'une commande et cela fonctionne commande par commande. Tu peux aussi taper "sudo -i" ou une commande équivalente et tu seras alors reconnu en tant que root jusqu'à ce que tu te déconnectes. Dans tous les cas, DSM te demandera d'entrer un mot de passe qui est celui de ton compte administrateur. C'est le même mot de passe que celui qui est demandé quand on lance une session SSH.

Bienvenue sur le forum. Tu verras, c'est une mine d'informations.

J'ai été confronté au même problème après avoir ajouté un service sur le NAS géré par un reverse proxy. J'accédais au service en local mais pas hors du LAN. le service se présentant sous la forme service.ndd.fr. Après bien des recherches je me suis rendu compte que j'avais juste oublié d'ajouter ce service dans le serveur DNS de Synology.

Bonjour @jakodorn Afin de pouvoir te répondre il faudrait que tu expliques dans quel contexte, avec quelle application tu sauvegardes les fichiers sur le NAS. Drive, Photo Station ou autre chose ?

Bienvenu e sur le forum. Tu as vraiment une bonne bouille !

J'ajouterai que le même problème se pose pour la planification des tâches. Certes, la plupart se trouvent dans le Planificateur de tâches mais d'autres se trouvent uniquement dans le gestionnaire de stockage : les tests S.M.A.R.T., le nettoyage des données entre autres. Il n'est pas facile d'éviter que certaines tâches se chevauchent. Je vais sans doute utiliser Synology Calendar pour synchroniser tout ça.

Les logs se multiplient sur le NAS et on en trouve partout, éclatés façon puzzle (© Les Tontons flinguers). Dans le Centre des journaux bien entendu et dans des applications spécifiques comme VPN Server mais aussi dans Hyper Backup ou dans le Gestionnaire de stockage. Serait-il possible de regrouper les logs de plusieurs applications en un seul endroit afin d'en avoir une vue globale ?

C'est ce que je suis en train de faire. Si besoin, je créerai un autre fil discussion plus adapté. Merci @MilesTEG1.

C'est le reverse proxy qui mène à l'interface d'administration de DSM. J'ai une piste, Firefox sur le smartphone envoie la requête en HTTPS. Un réglage du navigateur à revoir sans doute. Et je vérifierai dans la foulée si j'y accède bien avec VPN Server.

Le problème se situe souvent entre la chaise et le clavier. En reprenant les réglages, tant du NAS que de la box Internet, je me suis rendu compte que le port HTTPS de l'interface d'administration du NAS n'était pas redirigé à partir de la box et qu'il n'était pas autorisé dans le pare-feu du NAS ! Une fois ceci corrigé tout fonctionne beaucoup mieux 😃 Il y avait sans doute une raison à cela mais je me souviens plus très bien, peut-être pour forcer l'utilisation du reverse proxy. J'arrive donc à me connecter, aussi bien sur le réseau local qu'à l'extérieur. Une exception pour les reverse proxys qui ne fonctionnent pas depuis l'extérieur, je vais m'y replonger. @PiwiLAbruti, j'ai engistré la page Web afin de pouvoir entrer les DNS de Adguard sur mon smartphone. Merci.

C'est ce que je t'avais dit précédemment... Il est vrai mais la somme d'informations était telle que je n'ai pas prêté suffisamment attention à celle-ci, désolé. Mes accès externes fonctionnaient parfaitement avant l'installation d'Adguard. Certificat Let's Encrypt et nom de domaine chez OVH. IP fixe sur la box et pas de changement récent. Je vais réactiver le DDNS que j'ai désactivé.

J'ai procédé par tâtonnement afin d'essayer de trouver la meilleure solution, du moins pour les accès externes. Au niveau d'AdGuard Home j'ai créé deux réécritures : ndd.fr qui est exécuté en premier et *.ndd.fr, les deux pointent sur l'adresse locale du NAS. En local j'accède bien à l'interface d'administration de DSM et les proxys inversés fonctionnent. Mais hors du réseau local, rien ne fonctionne, que le serveur DNS de DSM soit activé ou non. Il semble qu'Adguard Home ne fonctionne qu'au niveau local ce qui est bien dommage. Quand je passe par l'extérieur, comment se fait-il que la résolution publique ne fonctionne plus ? Mais les enregistrements A et CNAME sont déjà configurés chez OVH.

Tout ça commence à me prendre la tête d'autant que je croyais avoir fait le plus difficile. Je n'ai rien changé à la copie d'écran concernant la réécriture DNS ci-dessus. J'ai désactivé le serveur DNS de DSM. Lorsque je me connecte en local tout ce passe bien mais lorsque je me connecte en dehors du réseau local ça ne marche pas.

Ce que j'ai déduit c'est que si tu accèdes à ton NAS via une IP locale (192.168.2.123), tu ne peux pas utiliser de certificat ou alors j'ai raté quelque chose. Chez moi, ça ne marche pas 😒. Edit : ça marche à l'instant, il faut peut être attendre un, peu pour que Adguard Home ajuste ses réglages. Et je passe bien par le nom de domaine.

Pourquoi n'as-tu pas entré un nom de domaine qui permettrait les connexions sécurisées en HTTPS ?

J'ai finalement installé AdGuard Home dans un réseau macvlan et il fonctionne correctement 🙂🙂🙂. J'avoue que j'y suis un peu allé à la hache sans utiliser Portainer ou Docker Compose. Je prie pour que l'adresse IP du containeur ne change pas. Mais bon, j'avais hâte de passer enfin à l'action et en cas de pépin je peux faire marche arrière. J'ai choisi, pour tester Adguard Home, de le configurer en serveur DNS principal sans indiquer de serveur secondaire. J'arrive à me connecter à tous les sites, y compris mon propre site Web, mais plus à l'interface d'administration de DSM. Il faudra peut-être que je mette le serveur DNS de Synology en serveur secondaire, je verrai demain. Merci infiniment à @.Shad. et à @MilesTEG1 car sans votre aide, je n'y serais jamais parvenu.

Alors si tu ne passes que par là, l'élève que je suis s'incline 🙂

Ça m'intéresse. Comment fait-on par la ligne de commande ? Sinon je viens de découvrir que Docker-compose est installé en même temps que Docker sur les NAS Synology ce qui évite une installation supplémentaire. Si je peux éviter de me plonger dans Docker-compose dans un premier temps, cela me fera gagner quelques mois 🙂

J'ai également recréé le réseau en supprimant le aux-adress.

@MilesTEG1 tu pinailles 🙃 J'ai écrit un peu vite. J'ai supprimé dans le container la translation des ports 8080 -> 80 et 8443 > 443.

Je n'utilise pas ce fichier, il faut disposer de Docker Compose je suppose ? C'est noté. Bingo ! J'accède bien au conteneur. Je n'ai pas vu que heimdall était sur le port 104, je vais regarder plus attentivement. Il sera toujours à cette adresse ou ça risque de changer à l'occasion d'un redémarrage ?

@MilesTEG1, merci pour la réponse, Mon problème est simple, avec quelle adresse IP unique puis-je me connecter au container sur le réseau macvlan (container dont j'ai changé le nom au passage parce que certains m'ont moqué d'avoir choisi linuxserver 🙂). À quel niveau puis-je définir cette adresse ?

J'ai recréé le réseau macvlan en ajoutant l'option --aux-address, pensant que ce serait l'adresse par défaut du container et qu'il suffirait de s'en servir pour y accéder. docker network create -d macvlan \ --subnet=192.168.1.0/24 \ --ip-range=192.168.1.104/29 \ --gateway=192.168.1.254 \ --aux-address="myvlan=192.168.1.105" \ -o parent=eth0 \ my-macvlan-network Je crée l'interface virtuelle avec un script exécuté au démarrage du NAS. sleep 60 ip link add vlan-la link eth0 type macvlan mode bridge ip addr add 192.168.1.200/32 dev vlan-la ip link set dev vlan-la address 5E:00:01:02:03:04 ip link set vlan-la up ip route add 192.168.1.104/29 dev vlan-la echo "$(date "+%R:%S - ") Script vlan-init terminé" exit Mais quand j'indique http://192.168.1.105:8080, il ne se passe rien. Il y a pourtant dans le réseau my-macvlan-network une AuxillaryAddresses qui pointe sur 192.168.1.105. Ce problème est vraiment lié à l'interface macvlan car lorsque je déconnecte le containeur de cette interface et que je le connecte en mode bridge je peux y accéder.

Je sais bien puisqu'il fonctionne sans mais je m'entraîne pour le coup suivant, AdGuard Home qui lui en a besoin. Si ça marche avec Heimdall je serais prêt pour la suite. Enfin, j'espère.

Je poste ce que je vois dans Docker concernant le réseau macvlan et ce qui apparaît avec la commande docker network inspect. linuxserver est le nom que j'ai donné au container. Le log du container ne contient aucune alerte. Je n'arrive pas à trouver l'IP du container.