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"

client->nas->pi hole->internet ou client->pi hole->nas->internet fonctionneront de la même manière, mais la première est la plus logique => à noter aussi qu'un serveur dns n'a pas obligatoirement besoin de redirecteur, la plupart savent interroger directement la racine (et faire la suite de la résolution) tu peux aussi supprimer totalement la partie DNS du nas et tout faire avec pi-hole si besoin (l'inverse est aussi valable mais un peu plus compliqué).

"nslookup 192.168.10.1" te retourne unknown ?

Il est aussi possible qu'une mise à jour de DSM ait rendu mon script non fonctionnel mais comme ça sembler fonctionner pour les autres, je ne pense pas. Par contre si tu changes les chemins, il faut faire attention aux caractères spéciaux, aux accents, aux espaces, ... Mon script ne gère pas tous les cas de figure (loin de là)

Tu peux utiliser rsync à distance, mais comme ce n'est pas sécurisé, il faut l'encapsuler dans un tunnel (un vpn ou ssh par exemple).

Non, pas avec quickconncet, en direct en ouvrant les bons ports, temporairement

@camdel : dans ton FW, aucune règle n'autorise la connexion au port 5001 depuis Internet (ta règle 5 autorise le nas à se connecter à lui même). @j3r3m51 : le pb vient surement de ton site qui tente une redirection https->http

Ça peut être un peu plus lent, mais pas à ce point, difficile de t'aider, il faut que tu fasses des tests (avec et sans vpn). Pour l'accès aux fichiers, vpn ou non ça ne change rien, ça dépend des fichiers et des programmes qui y accèdent.

Pas testé depuis lgt, mais aucune raison que le chemin change tout seul, recommence depuis le début

ta capture précédente montre un fonctionnement en IPv6, donc l'ipv6 est actif sur ton réseau interne (surement la box) et comme l'ipv6 est prioritaire sur l'ipv4 ... =>soit tu coupes totalement l'ipv6 chez toi (ou à minima sur ton client en décochant la case), soit tu fais les configuration en conséquence (pas toujours possible ni simple, ça dépend bcp des box) pour ta capture DNS, ça n'a pas de lien avec ton pb

Le port est bien autorisé depuis l'exterieur dans le FW du nas ? Tu test bien depuis un poste externe à ton lan (en 4G par exemple) ? Tu test bien avec l'ip : https://ip.publique.du.routeur:5001 ?