.Shad.

Si tu es vraiment fainéant tu utilises un marque-page. 😉 Pour ta question, sûrement, je n'utilise pas ce type de redirection Apache, je ne peux pas vraiment t'aiguiller.

@oracle7 : Non du tout. Tu crées une entrée une entrée du type : https://nas-webapps.ndd.tld:443 -> http://localhost:80 et tu y accèdes via https://nas-webapps.ndd.tld/phpMyAdmin Pour la modification faudrait-il encore la trouver, je suppute que ça doit exister, mais je n'ai rien pour le prouver. 😛

Le lien utilise l'URL avec laquelle tu es connecté à DSM. Donc forcément si tu utilises le même proxy inversé que DSM ça ne fonctionnera pas. Moi j'utilise un proxy inversé spécifique pour les applications web de DSM (feu Photo Station et phpMyAdmin). il y a sûrement moyen de modifier un raccourci du bureau en SSH, mais pas la moindre idée d'où trouver ça.

Tu peux très bien créer un sujet de discussion de fonctionnalités.

Pas de problème à signaler sous Chrome.

😄 Crée toujours un fil avec ta demande, on ne sait jamais !

Ce n'est pas possible d'installer la clé (ils utilisent bêtement ssh-copy-id en fait) car pour le faire la première fois il faut se connecter avec un mot de passe, et ce n'est pas possible en root. Donc la bonne manière de faire c'est entre autres en suivant les instructions de ce tutoriel.

Vous déviez du sujet sur les derniers posts quand même... @bliz : Il n'est pas possible de se connecter directement en root avec un mot de passe. Le seul moyen c'est avec une clé. En suivant ce tutoriel (et ce tutoriel uniquement, on ne parle pas de WinSCP), où bloques-tu ?

C'est très facile avec Virtual Machine Manager (Centre de paquets). Globalement tu alloues des ressources du système (CPU, RAM et stockage). Et ça va émuler un DSM virtuel, en tout point identique à DSM classique. Prévois suffisamment de stockage pour y déplacer tes photos, mais à ta place je me contenterais de copier tes photos et vidéos dans un premier temps. Le temps de te faire la main sur l'utilisation conjointe de la VM et de ton NAS.

Oui, il faudra juste pointer vers l'IP/NDD de la VM plutôt que le NAS.

Lorsqu'on duplique un fichier compose, il faut juste penser à changer le nom du conteneur. Créer un nouveau volume pour avoir des volumes séparés. Adapter éventuellement les variables d'environnement. Et dans notre cas changer l'adresse IP sur le réseau macvlan.

Je n'ai jamais utilisé Plex, tu ferais mieux de demander sur le tuto du forum.

Je t'avoue que là à première vue comme ça je ne vois pas. Tu peux toujours créer un 2ème conteneur Pi-hole, tu peux copier le fichier compose tel quel dans un autre dossier pihole sur ton NAS. Tu penses à changer l'emplacement des volumes et utiliser une autre IP du réseau macvlan. Tout le reste devrait être ok. Ça permettra de voir si c'est un problème de configuration "invisible" ou si c'est vraiment lié à la résolution DNS dans le réseau local.

Ok merci du retour complet. Tout me semble bon, donc les remarques qui me viennent : - As-tu vérifié que l'interface virtuelle était toujours up ? Si tu redémarres le paquet Docker (mise à jour par exemple), elle est automatiquement supprimée. Ca pourrait expliquer que Pi-hole n'arrive pas à contacter le premier serveur upstream (l'IP virtuelle du NAS), donc il se rabat sur 192.168.1.4, qui est quoi, un autre serveur DNS local ? On peut aussi le vérifier avec un nslookup depuis le conteneur Pi-hole en utilisant ton DNS local : docker exec -it pihole nslookup www.google.fr 192.168.1.192 - Je te conseille d'ajouter un 2ème serveur DNS pour Pi-hole lui même : dns: - 127.0.0.1 - 80.67.169.12 Comme ça, 127.0.0.1 fonctionne mal (donc au final ce qui sera dans DNS1) , tu peux quand même bénéficier d'une résolution des domaines publics. - Les variables DNS1 et DNS2 sont dépréciées, il faut les remplacer par PIHOLE_DNS_ (voir OP).

Le proxy inversé est sur le NAS, il utilisera la "porte" offerte par l'interface virtuelle d'IP 192.168.64.100 pour contacter le conteneur d'IP 192.168.64.101 Pour supprimer l'interface, il suffit de faire : sudo ip link delete plex Tu vérifies avec ifconfig qu'elle n'est plus listée après la commande. Et tu relances la tâche qui exécute le script une fois modifié correctement. Dans l'entrée de proxy inversé pour Plex, tu mettras juste l'IP du conteneur 192.168.64.101 et le port de Plex (32400 de souvenir ?).

Dans le script pour l'IP virtuelle tu as donné la même valeur à l'IP virtuelle du NAS et la plage du réseau macvlan. La 5ème ligne est bonne, mais pas la deuxième. Tu dois définir une IP virtuelle pour ton NAS, en dehors de la plage DHCP de ton réseau local et en dehors de la plage du réseau macvlan.

Est-ce que tu peux afficher ton docker-compose ? en supprimant mot de passe et domaines privés éventuels qui y apparaitraient.

Peux-tu tester ces deux commandes ci, et me dire ce qu'elles renvoient ? docker exec -it pihole cat /etc/resolv.conf docker exec -it pihole nslookup local.ndd.tld local.ndd.tld étant un domaine pour lequel tu as un enregistrement local dans ta zone DNS et pihole étant le nom du conteneur.

Hello, de rien. 😉 Dans la documentation d'Authelia il y a toute une partie dédiée à la configuration d'Nginx, et par extension j'imagine Nginx Proxy Manager. Et si ta machine a ses ports HTTP et HTTPS libres, c'est plus simple d'utiliser le mode bridge que macvlan.

Est-ce que tu fais bien intervenir Pi-hole avant ton serveur DNS local ? Autrement dit est-ce que ton serveur DHCP envoie bien l'IP de Pi-hole comme serveur DNS primaire ?

C'est vraiment à l'économie les fonctionnalités...

Chez moi ça remarche, chez toi aussi ?

Ben regarde l'issue si elle évolue !

Je ne pense pas que ce soit du tout ou rien. La question c'est de savoir si la règle d'accès général intervient avant ou après la règle de refus. Si elle intervient avant tu ne pourras rien faire, si elle intervient après ça devrait marcher. Sur un vrai routeur/pf ça se fait facilement.

Si tu trouves un lien pour l'image Virtual DSM 6.2.4, tu peux faire tourner Photo Station dans une VM.