.Shad.

CIDR est un système d'adressage lié aux IP. C'est l'équivalent du sous-réseau. La page wikipédia est un bon début pour en comprendre un peu plus.

Oui on voit sur le tutoriel qu'a priori c'est réglé en mode automatique, mais sait-on jamais qu'elle soit réglée sur un canal bien précis... 😉

Essaie de voir si tu as moyen de changer de canal wifi, peut-être que celui que ta box utilise actuellement est déjà bien encombré dans les environs. Il y a un tutoriel à cette adresse : https://assistance.orange.fr/livebox-modem/toutes-les-livebox-et-modems/depanner/un-probleme-d-acces-a-internet/deconnexions-intempestives/livebox-4-verifier-le-canal-wifi_189762-735333 C'est peu 200Mpbs pour du 5 GHz quand même...

Ok, tant mieux. Je n'y ai pas songé avant, mais le nombre de disques influe forcément sur la température à l'intérieur du boîtier. 🙂

Salut, On a vu un utilisateur avec un problème semblable récemment. Ça pourrait être à cause d'un conflit d'adresses IP sur le réseau. Si ton NAS est en IP fixe, vérifie qu'il ne se trouve pas dans la plage DHCP de ton serveur DHCP (routeur ou box suivant ton installation). Si la plage est par exemple 192.168.1.2 à 192.168.1.99, tu peux soit fixer une IP en dehors de la plage sur ton nas, par exemple 192.168.1.100, ou mieux, tu demandes à ton serveur DHCP de réserver une IP donnée basée sur l'adresse MAC de ton NAS. Sur le NAS, il suffit de choisir le réglage DHCP, et il aura toujours la même IP sur ton réseau. Ça évite les futurs problèmes de "j'ai déménagé/changé de fournisseur et mon NAS est introuvable sur le réseau". 🙂 Si ça ne règle pas le souci on pourra partir sur d'autres pistes.

Salut, Je suis étonné que ton CPU monte à une température de 55°C en mode idle, j'ai un DS218+ et la température varie entre 40 et 42°C, très rarement plus. Et des photos que tu as mises, le boîtier semble suffisamment aéré au niveau du dissipateur thermique du processeur. Donc on peut difficilement incriminer une mauvaise circulation de la chaleur. Soit il y a eu un bond technologique en 3 ans (pas impossible), soit ce n'est pas normal que ton CPU chauffe autant.

Si pas faisable via Syno, d'autres sauront te dire mieux que moi, j'utilise Syncthing depuis toujours, ça marche nickel. Il y a un package tierce SynoCommunity je crois, sinon via docker.

Il dit que ça change le message d'erreur, pas que ça marche. 😄 Je n'ai jamais monté de dossier Windows partagé, je testerai ce soir pour en avoir le cœur net.

Tu es certain de ça ? https://www.cyberciti.biz/faq/linux-mount-cifs-windows-share/ https://www.thomas-krenn.com/en/wiki/Mounting_a_Windows_Share_in_Linux https://www.howtogeek.com/176471/how-to-share-files-between-windows-and-linux/ Je ne trouve rien qui va dans ce sens...

Message d'aucune utilité car je n'ai aucune expérience là-dedans mais... wow 18 disques 😎 et nouvelle capacité de 30 disques si je compte bien ? My god 🤑 Bonne chance sinon !

Mais le "v" c'est quoi dans ton chemin ? c'est un dossier partagé ? ou c'est une lettre de lecteur réseau ? dans le premier cas ça devrait marcher, mais dans le second ça n'a pas de sens, la lettre de lecteur réseau est propre à la machine de destination, et seulement sur un système Windows. C'est le nom de ton partage, que je présume ici être BackupNASP (d'après le screen, à corriger au besoin), que tu dois renseigner, la lettre sert à Windows pour référencer le point de montage, c'est tout. Enlève le "v" de ton chemin pour voir => \\10.10.10.16\BackupNASP

Je ne pense pas être capable de t'expliquer ce que j'ai écrit de façon plus simple. Il faut que de ton côté tu mettes les mais dans le cambouis, je ne connais pas l'interface de ton routeur ni de ta box. Essaie de fouiller un peu, normalement les sections DNS statique et serveur DHCP sont suffisamment distinctes l'une de l'autre pour ne pas risquer de les mélanger.

Ok donc pour moi le problème est bien là, il faut que ta box utilise les serveurs DNS de ton FAI (ou ce que tu veux d'autre) mais pas le Pi-Hole. Même chose pour ton routeur, le plus simple étant qu'il les hérite de la box via le serveur DHCP de cette dernière. C'est seulement une fois derrière ton routeur, ou j'imagine se trouvent tes équipements en plus de ton NAS, que tu dois propager via le serveur DHCP de ton routeur l'IP du Pi-Hole à tous tes périphériques. Mais tu n'as toujours répondu à ma question concernant la méthode que tu as utilisée : bridge ou macvlan ? la plus efficace étant la seconde, j'en parle quelques posts plus haut.

Est-ce que tu as mis sur ton routeur ou ta box l'adresse IP du Pi-Hole comme serveur DNS ? Attention je ne parle pas de la partie DHCP, mais bien de leur(s) propre(s) serveur(s) DNS. Si oui, il ne faut pas, car tu crées une boucle en faisant de la sorte.

Le protocole UPNP permet à un périphérique de ton réseau de transmettre directement au routeur l'ouverture des ports dont il a besoin pour une application donnée. C'est donc normal que tu ne puisses rien y mettre, c'est prévu pour un fonctionnement automatisé.

Salut et bienvenue ! Je pense que tu trouveras ton bonheur ici ! @+

En activant le conditional forwarding, voilà ce que j'ai : Si je désactive : Ca te semble plus clair ?

Tu verras par exemple 192.168.1.45 pour un périphérique de ton réseau, au lieu de au hasard tv-samsung.local Ce n'est pas très gênant si tu ne comptes jamais analyser les requêtes de chaque périphérique indépendamment cela dit.

Attention, dans ton impression d'écran tu es train de changer les serveurs DNS de la box, ce n'est pas ce que tu veux a priori, toi tu veux que tes périphériques utilisent comme serveur DNS ton NAS. Donc c'est dans DHCP, et là, mais ce n'est pas sûr vu que c'est une box internet, tu devrais pouvoir préciser le serveur DNS que tu veux assigner à tes clients DHCP. Et pense à désactiver la configuration du DNS statique, ta box utilisera les DNS de ton FAI, ce n'est pas gênant.

T'es sûr de ton V: ? jamais monté un dossier distant via Synology mais sur Raspbian mais je ne pense pas que ça ait quelque chose à faire ici. Ce devrait être \\10.10.10.16\BackupNASP... plutôt je pense.

Bienvenue 🙂

Si tu as une adresse 172.x.x.x alors tu es certainement en mode bridge, pour ma part je n'ai jamais réussi à faire fonctionner correctement Pi-hole en mode bridge sur mon NAS, et ça oblige à choisir entre le paquet DNS server de DSM ou Pi-hole, car tous deux sollicitent le port 53. Deux solutions face à cela : - Héberger Pi-hole sur un autre périphérique (ce que j'ai fait avec un raspberry, solution plus onéreuse mais simplissime) - Utilisee le pilote macvlan au lieu de bridge à la création du container. Le deuxième cas permet de créer une adresse "physique" directement accessible sur ton réseau, donc attribuer une adresse MAC et une adresse IP en 192.168.x.x (ou quelque soit le sous-réseau que tu utilises sur ton LAN). Tu trouveras un tuto complet au lien qui a déjà été posté par @Fredje_B en début de sujet : De plus le créateur du tutoriel est très actif dans les commentaires, donc n'hésite pas à l'interpeller en cas de problème. Pour tes autres questions : - En DNS upstream j'utilise ceux de FDN : 80.67.169.12 et 80.67.169.40 - L' interface permet de déterminer quelles connexions avec le réseau font l'objet de filtrages, tu pourrais très bien dire que les périphériques communicant en wifi sont sous l'effet anti-pub, le filaire non... peu probable. Donc si tu es connecté en filaire et que tous tes périphériques doivent être filtrés, tu peux vraisemblablement mettre eth0. - Conditional forwarding : si le serveur DHCP n'est pas Pi-hole, alors à moins d'éditer manuellement le fichier resolv.conf du container, tu ne verras jamais que les adresses IP des périphériques et pas leur nom. Cette option permet de spécifier l'adresse IP de ton serveur DHCP (le routeur dans mon cas), et le nom du domaine local, et ainsi voir les noms au lieu des adresses, c'est quand même plus lisible. 🙂

Le client serait-it localhost par hasard ? Si tu as créé un conteneur en mode macvlan, il faut que ton serveur DHCP (ta box ou ton routeur) fournisse l'adresse IP physique de ton conteneur comme serveur DNS.

Le modèle dans le lien que je t'ai filé est livré avec les vis adaptées.

Salut, Ça ne m'a posé problème que pour un seul cas, l'indexation. Un temps j'ai essayé avec Syncthing et un script maison en shell de rajouter des photos à mon dossier photos, il fallait que je lance l'indexation manuellement par ligne de commande pour que DSM analyse correctement les fichiers. En passant par un protocole prévu, le problème ne se pose pas, ça déclenche visiblement une requête d'indexation. Pour tout le reste ça ne posera pas de problème, car la surcouche DSM prend le pas sur les permissions unix. Évites tout de même d'utiliser "root" comme propriétaire.