Jeff777

J'ai redémarré les containeurs un après l'autre et redémarré le nas à chaque fois. Pi-hole est resté actif jusqu'au bout ! Donc le plantage n'est pas systématique.

oui la freebox à la même adresse IPV6 locale que celle indiquée aux deux réseaux macvlan (un dans chaque nas) Oui c'est bien le même problème. Je viens d'arrêter 6 containeurs pour ne laisser que pi-hole....dans ce cas un redémarrage du nas ne crée pas d'erreur. Je peux alors redémarrer tous les 6 autres containeurs sans problème. Bravo d'avoir trouvé cela.....je me sens moins seul Par contre je ne comprends pas que ce problème arrive lorsque l'on démarre deux containeurs sur le même réseau macvlan. Or sur ce nas, pi-hole est le seul ! J'ai bien l'autre nas avec un pi_hole sur macvlan mais celui-ci est déjà en fonction. SLAAC oui ! ça je ne comprends pas bien. Lorsque j'avais la box en bridge sur un routeur, le "routeur advertissement" était configuré avec le préfix de la box dans le routeur. Maintenant la box est configurée en routeur et je suppose que par défaut le préfixe est automatiquement transmis. Si je configure le macvlan avec "accept_ra=0" ça va mettre la pagaille non ? Bien d'accord !

un par nas ça fait deux .

Super je vais pouvoir occuper deux ports supplémentaires de mon switch avec mes deux nas

non raccordé au réseau. Ah bon ...c'est dommage. Bon si je comprends bien, ton script me serait utile que si je ne suis pas chez moi. C'est juste ce qui me manquait pour comprendre l'intérêt. Dans mon cas, à condition de raccorder un port ethernet sur chaque nas au réseau (avec l'interface down), dans l'hypothèse où l'interface USB plante je peux toujours,après déclenchement auto du script, me connecter de l'extérieur au nas et éventuellement rétablir l'interface USB. C'est bien cela ?

Sebr est l'auteur du tuto mentionné.

Ben oui, sinon ça ne marche pas puisque mes interfaces réseau des ports éthernet ne sont pas connectées ! Par contre je viens de découvrir que pour me sortir du plantage pi-hole lors d'un redémarrage nas il suffit dans container manager de déconnecter pi-hole du macvlan (ContainerManager/réseaux cocher macvlan puis décocher pi-hole). Pourquoi je reste avec cette liaison lorsque je redémarre alors que pi-hole a planté ? et pourquoi je n'ai le problème que sur le nas2 ? Question pour bien comprendre : mes ports réseaux ne sont pas connectés mais je peux les utiliser en cas de plantage de l'USB. dans ce cas il suffit de connecter un des ports réseau, se connecter à DSM grâce à Synology assistant (où bien faire un scan du réseau pour trouver l'adresse IP) puis refaire l'installation adaptateur, macvlan etc..... Est-ce que ton script fait cela ?

Merci pour tes réponses @.Shad.. C'est cela, et les logs disent que l'adresse IP est déjà occupée. Même chose si j'essaie de relancer le containeur. Mais curieusement cela n'arrive que sur le nas2 pas sur le 1. Sinon, la résolution DNS fonctionne et l'interface virtuel est créé. Les logs de portainer : i] Installing /etc/dnsmasq.d/01-pihole.conf... [✓] Installed /etc/dnsmasq.d/01-pihole.conf [i] Installing /etc/.pihole/advanced/06-rfc6761.conf... [✓] Installed /etc/dnsmasq.d/06-rfc6761.conf [i] Installing latest logrotate script... [i] Existing logrotate file found. No changes made. [i] Pre existing WEBPASSWORD found [i] Setting Web Theme based on WEBTHEME variable, using value default-darker [i] Added ENV to php: "TZ" => "Europe/Paris", "PIHOLE_DOCKER_TAG" => "", "PHP_ERROR_LOG" => "/var/log/lighttpd/error-pihole.log", "CORS_HOSTS" => "", "VIRTUAL_HOST" => "pi-hole", [i] Using IPv4 and IPv6 [i] Installing latest Cron script... [✓] Installing latest Cron script [i] Preexisting ad list /etc/pihole/adlists.list detected (exiting setup_blocklists early) [i] Setting DNS servers based on PIHOLE_DNS_ variable [i] Applying pihole-FTL.conf setting LOCAL_IPV4=192.168.1.167 [i] Applying pihole-FTL.conf setting LOCAL_IPV6=fe80::42:XXXXXXXXXX [i] FTL binding to custom interface: eth1 [i] Enabling Query Logging [i] Testing lighttpd config: Syntax OK [i] All config checks passed, cleared for startup ... [i] Docker start setup complete [i] pihole-FTL (no-daemon) will be started as pihole s6-rc: info: service _startup successfully started s6-rc: info: service pihole-FTL: starting s6-rc: info: service pihole-FTL successfully started s6-rc: info: service lighttpd: starting s6-rc: info: service lighttpd successfully started s6-rc: info: service _postFTL: starting s6-rc: info: service _postFTL successfully started s6-rc: info: service legacy-services: starting Checking if custom gravity.db is set in /etc/pihole/pihole-FTL.conf s6-rc: info: service legacy-services successfully started [i] Neutrino emissions detected... [✓] Pulling blocklist source list into range [i] Preparing new gravity database... [✓] Preparing new gravity database [i] Creating new gravity databases... [✓] Creating new gravity databases [i] Using libz compression [i] Target: https://raw.githubusercontent.com/StevenBlack/hosts/master/hosts [i] Status: Pending... [✓] Status: Retrieval successful [✓] Parsed 137890 exact domains and 0 ABP-style domains (ignored 1 non-domain entries) Sample of non-domain entries: - "0.0.0.0" [i] List stayed unchanged [i] Building tree... [✓] Building tree [i] Swapping databases... [✓] Swapping databases [✓] The old database remains available Error: in prepare, database is locked (5) [i] Number of gravity domains: 137890 (137890 unique domains) [i] Number of exact blacklisted domains: 0 [i] Number of regex blacklist filters: 1 [i] Number of exact whitelisted domains: 0 [i] Number of regex whitelist filters: 10 [i] Cleaning up stray matter... [✓] Cleaning up stray matter [✓] FTL is listening on port 53 [✓] UDP (IPv4) [✓] TCP (IPv4) [✓] UDP (IPv6) [✓] TCP (IPv6) [✓] Pi-hole blocking is enabled Pi-hole version is v5.17.1 (Latest: v5.17.1) AdminLTE version is v5.20.1 (Latest: v5.20.1) FTL version is v5.23 (Latest: v5.23) Container tag is: 2023.05.2 s6-rc: info: service legacy-services: stopping s6-rc: info: service legacy-services successfully stopped s6-rc: info: service _postFTL: stopping s6-rc: info: service _postFTL successfully stopped s6-rc: info: service lighttpd: stopping Stopping lighttpd s6-rc: info: service lighttpd successfully stopped s6-rc: info: service pihole-FTL: stopping Stopping pihole-FTL s6-rc: info: service pihole-FTL successfully stopped s6-rc: info: service _startup: stopping Stopping cron s6-rc: info: service _startup successfully stopped s6-rc: info: service _uid-gid-changer: stopping s6-rc: info: service _uid-gid-changer successfully stopped s6-rc: info: service cron: stopping s6-rc: info: service cron successfully stopped s6-rc: info: service legacy-cont-init: stopping s6-rc: info: service legacy-cont-init successfully stopped s6-rc: info: service fix-attrs: stopping s6-rc: info: service fix-attrs successfully stopped s6-rc: info: service s6rc-oneshot-runner: stopping s6-rc: info: service s6rc-oneshot-runner successfully stopped Et dans le journal de "Container manager : Si tu as une idée sur la direction à chercher ou au moins une commande SSH pour supprimer l'adresse utilisée dont il est question ce qui m'évitera la manip assez longue que j'utilise. Rien d'urgent, c'est juste pour t'occuper à tes moments perdus .

Bonjour @Doonet Tu es essayé de contacter le support Synology ?

@.Shad. bonjour, Sais-tu (je pense que oui mais j'espère l'apprendre) à quoi se rapporte la température affichée en haut à gauche du dashboard ? Sinon ça fonctionne super mes deux pi-holes sous docker même avec mes adaptateurs USB 2.5Gbts mis en place. Par contre il m'arrive, suite à un redémarrage du serveur, que le pi-hole reste en plan. Une tentative de relance (docker-compose down puis docker-compose up -d) donne une notification signifiant que l'adresse IP existe déjà. La seule solution trouvée est de refaire docker-compose down, de supprimer l'interface ifconfig mac0 down, de supprimer le réseau Macvlan et de redémarrer le serveur. Après cette manip je peux tout remettre en place. Comment faire plus simple ? Faudrait que je regarde de plus près le script de @MilesTEG1 si ça n'évite pas ce problème. Sinon, dernière remarque en relisant les derniers posts : La Freebox intervient bien puisque c'est elle et elle seule qui indique les pi_holes en DNS.

Bonsoir, Je me sers de ni l'un ni l'autre. Sinon oui je vais tester ton script ...il faut juste que je trouve le temps.

Bonjour @Dimebag Darrell, Une petite recherche donne ceci : https://github.com/nodejs/node/issues/15780

Bonjour, Sans trop chercher, c'est possible avec 4 euros de plus : exemple

Ce n'est pas corrigé, Il faut retirer le # en début de ligne: urls = ["http://influxdb:8086"]

oups j'avais même pas remarqué ! Bien vu

MàJ DS218+ et DS220+ sans problème.

Vérifie la config du data source conformément au tuto.

Bonjour, Je débarque sur ce sujet. A voir tes deux derniers post tu n'avais pas configuré correctement telegraf.conf dans la partie output plugins : urls = ["http://influxdb:8086"]

Bienvenue @christiansyno

En principe les questions sont a poser dans la rubrique qui va bien et non dans les présentations.😉 Reposes ta question dans la bonne rubrique et précise la config (Raid1 ou autre...)

Bienvenue @Jean Louis DURET La fin des grandes vacances...on est pas pressés. D'ailleurs tu fais bien jeune sur ta photo 😂

Je suppose que tu essaies de te connecter en local. As-tu créé une zone locale dans DNS Server ?

@Pinpon_112 reprend depuis le début le tuto de Kawamashi, il n'y a aucune raison que tu n'y arrives pas.

RewriteEngine On RewriteCond %{HTTPS} Off RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}

Bonjour, Dans ce cas je ne vois pas ce que viens faire un virtual host. Vire tout cela, la seule chose que tu dois faire c'est de paramétrer "portail de connexion/DSM" en précisant les port http 5000 puis en créant ton reverse proxy https/xyz.ndd.tld ===> http/locahost/5000. Pour transférer les requêtes de http vers https soit tu coches la case qui va bien dans "portail de connexion/DSM" soit , mieux tu crées le fichier .htaccess.