anorec

Les commandes ont bien réglé le problème. Tout roule!

@.Shad. Merci de l'info. Faudrait bien que je relise ce tuto Docker (mais il y tellement de trucs intéressants à lire ! ) Sinon, en cherchant le chapitre 8-B-3 je n'ai pas compris car c'est le chapitre de gestion des ports. En fait je me suis aperçu qu'il y avait à la suite un autre chapitre 8-B-3 'commandes utiles', qui devrait plutôt s'appeler 8-B-4 du coup^^ à corriger à l'occasion.

Non tout semble clean. Pour l'histoire des versions, apparemment il y avait (et il y a peut-être encore) un bug qui empêchait l'affichage pendant les premières 24h. Il y a moyen de ne pas attendre en lançant les commandes 'piholeupdatechecker' et 'pihole updatechecker remote' sur une installation classique. En docker je ne sais pas si c'est possible?

@.Shad. Une mise à jour de l'image (2022.08.1) a été publié aujourd'hui qui semble corriger mon problème! Tout a l'air OK et semble fonctionner si ce n'est que je ne vois plus les N° versions dans l'interface web. Je suis tout seul encore ? ^^

@.Shad. Je viens de refaire la procédure en supprimant le dossier de base (pihole2)et en le recréant. Il y a manifestement un truc qui cloche sur mon installation... Pourtant je retrouve les mêmes permissions que sur ton installation (sauf si un truc m'échappe)

@.Shad. J'ai pu essayer rapidement ce midi mais encore et toujours le même problème. J'ai bien créé un utilisateur dédié au conteneur Pihole (1046) dans le groupe users(100) et je l'ai mappé dans le docker-compose. J'ai créé 2 nouveaux dossiers pour le montage des volumes et vérifié/modifié droits d'accès/propriétaire/groupe. J'ai remarqué un truc étrange, après lancement du conteneur le dossier 'etc-config' change de groupe (999) et certains des fichiers créés dans les dossiers ont un propriétaire (999)... Pour voir j'ai aussi tenté de modifier tous les dossiers/fichiers avec CHMOD 777 et aussi essayé en réglant la variable DNSMASQ_USER=root.

Oui du coup, j'en ai fait un en suivant ton tuto mais j'obtiens le même résultat. Dans le journal du conteneur, j'ai cette erreur en boucle: failed to raise ambient [CAP_CHOWN=0] Ça ressemble à un problème de droit et j'ai bien tenté d'ajouter des cap_add et/ou lancer le docker avec privilèges élevés mais sans succès... Voici le contenu du docker-compose version: '2.1' services: pi-hole: image: pihole/pihole container_name: pihole hostname: pihole networks: pihole_lan: ipv4_address: 192.168.1.100 environment: - TZ=Europe/Paris - PIHOLE_DNS_=192.168.1.200#53;192.168.1.200#53 - DNSSEC=false - DNS_BOGUS_PRIV=true - DNS_FQDN_REQUIRED=true - DNSMASQ_LISTENING=all - INTERFACE=eth0 - FTLCONF_REPLY_ADDR4=192.168.1.100 # IP du conteneur Pi-hole - WEBPASSWORD=xxx - WEB_PORT=8888 # Personnalisation de l'interface - TEMPERATUREUNIT=C - WEBTHEME=default-darker - WEBUIBOXEDLAYOUT=boxed volumes: - /volume1/docker/pihole/etc/config:/etc/pihole - /volume1/docker/pihole/etc/dnsmasqd:/etc/dnsmasq.d cap_add: - NET_ADMIN - SYS_NICE - CHOWN dns: - 127.0.0.1 - 80.67.169.12 restart: unless-stopped networks: pihole_lan: external: true

J'en ai pas j'ai créé le conteneur directement dans DSM... J'ai juste l'export .json si ça peut convenir?

@.Shad. Merci de ton retour. Je suis repassé en 2022.07.1 en attendant et j'avoue ne pas savoir où chercher... Je pensais trouver les logs dans les volumes montés mais ils n'y sont pas. Normal? Bien que l'image 2022.07.1 semble fonctionner le journal indique une erreur fatale S6-svc. Tout n'a pas l'air très propre^^

Bonjour à tous, Je viens d'essayer de mettre à jour mon conteneur avec la dernière image 'latest' (2022.8) et Pihole ne fonctionne plus sur mon système. Voici l'erreur dans l'interface web pihole: (PHP error (2): fsockopen(): unable to connect to 127.0.0.1:4711) Certains d'entre vous auraient ils rencontré le même soucis?

@AlexisG 3 mois je me suis rendu compte que ça passe assez vite! J'utilise le script de renouvellement mais je dois dire avec un succès mitigé... A chaque renouvellement j'ai eu besoin de remettre un peu les mains dans le cambouis^^ Mes problèmes sont dûs comme beaucoup à la double authentification et au fameux cookie (et la dernière fois probablement aux serveurs OVH). Le tutoriel explique bien comment créer le cookie, le visualiser et le modifier avec une extension Firefox (ne pas oublier de faire enregistrer après la modification). Pour ce qui est de l'ouverture des ports 80 et 443, les miens ne sont ouverts qu'à la France et cela fonctionne. Edit: grilled by Oracle^^

@Kuchi69 En effet mais je n'ai pas ce problème car j'ai une IP fixe chez Free.

@Kuchi69 Je n'ai pas de DDNS et il est donc probablement utilisé prioritairement à l'adresse indiquée dans le reverse proxy.

@Kuchi69 Il y a moyen avec Filestation de générer des liens de partage fonctionnels avec le reverse proxy (en https et sans numérode port) car ça fonctionne chez moi. Je ne sais pas ce qui coince mais chez moi dans accès externe je n'ai rien renseigné dans le nom d'hôte, j'ai juste les ports renseignés http 80 / https 443.

@Tenko Pour le test SSL, si tu ne parviens pas à te connecter, c'est sans doute ton pare feu qui bloque. Tu as peut-être restreint l'accès au port 443 à la France par exemple (et les serveurs de test sont probablement situés ailleurs)