Fenrir

Accordé

Je n'ai pas omis d'inclure le nom, j'ai oublié de modifier la conf du site qui héberge les images pour qu'il passe sur un autre certificat, c'est corrigé @Mic13710 si si je consulte bien mes mails, mais je n'y réponds pas nécessairement et encore moins immédiatement Si vous voulez tout savoir, ce domaine est splitté sur 2 zones indépendantes sur 2 serveurs distincts afin de limiter les risques d'indisponibilité, les changements de certificats sont aussi en différé, d'où les comportements qui peuvent paraitre étranges (ça marche pour une personne mais pas pour l'autre).

Juste un petit coucou pour vous souhaiter la bonne année. Et oui, j'existe encore , je n'ai juste plus de temps pour ce forum . Je viens de parcourir quelque unes des notifications me concernant et je suis à la fois content que mes tuto plaisent toujours autant (j'ai compté 800k vues cumulées !!! ), mais un peu déçu que personne n'ai pris le relai pour les mettre à jour => n'hésitez pas à les reprendre (fork) ou à taper dedans (voir avec les modos) pour les actualiser Mais le plus important, prenez soin de vous et de vos proches en cette période quelque peu atypique. Meilleurs vœux

@badaz : le login/pass sert pour rsync, le chiffrement du transfert est fait via un tunnel SSH qui lui utilise une clef. =>sans le tunnel, tout passe en clair =>sans le login/pass : tout le monde utilise le même "stockage" distant

@Superthx tu as appris vite

Non, on peut difficilement faire pire Tu dois corriger tous les avertissements et toutes les erreurs avant d'aller plus loin ... mais vu les erreurs, même après les avoir corrigés, je te déconseille de suivre la dernière partie du TUTO, tu n'as pas les connaissances nécessaires pour héberger toi même un serveur DNS public de manière fiable et sécurisée (en tout cas pour le moment, mais tu peux apprendre ).

Non pas nécessaire généralement, si tu as un pirate entre toi et ton nas quand tu es chez toi, le vpn devrait être la dernière de tes préoccupations...

Il ne te répond pas unknow, mais server failed, ce n'est pas la même chose. Il doit y avoir un problème dans la création de ta zone inverse : ns.kiro.lan est bien ton nas ? essaye de modifier ta zone : 10.168.192.in-addr.arpa. IN NS ns.kiro.lan. le second nslookup marche très bien => la machine 192.168.10.1 a un serveur DNS qui fonctionne pour les requêtes directes récursives

je n'utilise pas QC et je recommande de ne pas l'utiliser pour l'adresse, tu dois utiliser l'adresse publique de la destination

tu as une option pour que le conteneur se bind sur l'interface "physique" du nas, la seule condition est que le (ou les) port(s) utilisés par pi-hole soient dispo dans le nas, sinon tu peux toujours faire un peu de nat vers le conteneur

en passant, tu as un modèle +, donc ton pi-hole tu peux en faire un conteneur avec docker => il sera "dans" le nas (donc un équipement de moins)

pourquoi ? pour faire de pi-hole un serveur DNS : https://discourse.pi-hole.net/t/howto-using-pi-hole-as-lan-dns-server/533

J'ai balayé vos différents message et je suis content que ce post soit toujours autant actif Par contre je n'ai pas le temps ni le courage de tout lire en détails pour recoller les morceaux Si vous avez encore des points de blocage, n'hésitez pas à faire un récapitulatif détaillé d'où vous en êtes et de ce qui ne fonctionne pas, ça permettra aux personnes de passage (moi inclus) de mieux cerner le problème mais surtout, ça vous permettra peut être de comprendre par vous même ce qui coince et comment avancer

parce que le client c'est celui qui fait la demande, si le nas est avant pi-hole, c'est lui le client =>inverse

au cas ou ... le script doit être exécutable (chmod +x le-script) et lancé en root, ça peut expliquer le message "permission denied"