This site uses cookies! Learn More
Fenrir
-
Compteur de contenus
6 608 -
Inscription
-
Dernière visite
-
Jours gagnés
156
-
[TUTO] Sauvegarde Hyper Backup vers un serveur distant rsync avec chiffrement du transfert
Fenrir a répondu à un sujet de Langer dans Tutoriels
@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 -
QuickConnect essaye de se connecter en direct a nas : -en local dans le même réseau, pas de soucis normalement -depuis Internet, si la partie réseau (nat, fw, ...) est correctement configuré il passe aussi en direct ... généralement ... mais pas toujours -dans tous les autres cas, il passe généralement par ... ailleurs => c'est ici qu'il y a un pb =>plutôt que d'avoir un système qui passe par où il veut, quand il veut, je préfère maîtriser le chemin nb : dans tous les cas tu verras probablement toujours la bonne ip source, ce n'est pas pour autant que tu as pris le chemin le plus direct
-
@Superthx tu as appris vite 😄
-
-
-
Salut, En fait la question est bien posée lors de l'installation, mais en tout petit sur l'un des écrans (de mémoire c'est juste un lien), à moins que ça ait changé dans les dernières versions (je n'ai pas installé de syno depuis des années) Au pire si tu veux changer, supprime le volume et recréés le comme tu le souhaites
-
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
-
Transfer de fichier de Nas Synology vers un Nas sygnology a distance
Fenrir a répondu à un sujet de obelix87 dans Installation, Démarrage et Configuration
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é).
