Aller au contenu

.Shad.

Membres
  • Compteur de contenus

    6673
  • Inscription

  • Dernière visite

  • Jours gagnés

    154

Tout ce qui a été posté par .Shad.

  1. .Shad.

    DHCP DNS Pi-hole

    En tout cas ton NAS a bien pour serveur DNS lui-même, donc le serveur DHCP fonctionne a priori. Et je ne suis pas certain que les champs grisés sur ta caméra correspondent forcément à ce qu'elle reçoit du DHCP. C'est bien simple, donne comme DNS au routeur (pas dans le serveur DHCP) les serveurs FdN par exemple dont j'ai donné les IP plus haut, normalement ton pi-hole devrait se peupler de tes différents périphériques. Tu verras tout de suite si l'IP de la caméra y est reprise. Parallèlement tu as peut-être un endroit sur ton routeur où tu peux voir tous les baux en cours. Pas forcément un critère absolu (le bail a pu être délivré mais elle ne l'utiliserait plus qu'il y serait encore si cela date d'il y a moins de 1440 minutes -> 1j).
  2. .Shad.

    DHCP DNS Pi-hole

    Ok, tu peux dire quelle méthode tu as suivi pour installer Pi-hole ? Il y en a plusieurs sur ce forum. Et celle du tutoriel n'est pas forcément la plus propre. En plus de cette question, peux-tu faire des impressions d'écran : - des DNS reçus par ton PC - de ce que donne en SSH sur le NAS : cat /etc/resolv.conf - de la configuration de ton serveur DHCP (pas une image d'Internet cette fois, il n'y a rien comme info qui puisse être utilisé contre toi sur cet écran).
  3. .Shad.

    DHCP DNS Pi-hole

    Si tu tapes en SSH sur le NAS : nslookup www.google.fr Le serveur qui répond (les champs Server et Address) c'est bien l'IP de ton routeur ?
  4. .Shad.

    DHCP DNS Pi-hole

    Pour moi il doit y avoir un problème d'environnement, car le réglage est forcément là. Tu peux clarifier ton installation ? Je vois que tu es chez VOO, donc j'imagine que ton routeur Linksys est en cascade du modem. Ou est-ce que tu utilises le mode bridge sur le modem ? Tu as aussi un Airport Extreme qui est aussi un routeur en plus d'un point d'accès. Un petit schéma pour identifier ton installation serait une plus-value. En attendant, tu peux essayer de débrancher l'arrivée internet depuis le modem sur ton routeur, et ne laisser sur le routeur qu'un PC et le NAS en connexion filaire. Tu vérifies si une fois isolé de tout le reste, ton PC et ton NAS reçoivent bien l'IP de Pi-hole en serveur DNS via le DHCP ou toujours pas.
  5. .Shad.

    DHCP DNS Pi-hole

    Ce n'est pas normal, ça a l'air d'être le bon endroit. Quel modèle le routeur ? Est-ce que tu n'as pas un autre serveur DHCP sur le réseau ? Deux serveurs peuvent coexister, rien ne l'empêche, c'est à celui qui répondra le plus vite à la demande d'adressage d'un client (on évite clairement). Sinon rien à voir, mais à ta place je réduirais le nombre maximum d'utilisateurs, de manière à ce que tes réservations puissent se faire hors plage DHCP. Dans le cas présent, la plage couvre l'ensemble des adresses disponibles, ça peut mener à des problèmes (mais qui n'ont a priori pas de relation avec les ennuis que tu rencontres pour l'instant).
  6. Pour cette image, on peut très bien le faire par l'interface Docker de DSM, mais si ça te motive à utiliser docker-compose, je ne te dissuaderai pas, c'est une bien meilleure habitude à adopter. 😉
  7. .Shad.

    DHCP DNS Pi-hole

    Parce qu'actuellement ton serveur DNS c'est le routeur Linksys, et que tout passe par lui avant d'aller vers Pi-hole. Tu confonds les DNS du routeur avec les DNS qu'envoie le routeur à ses clients (via le serveur DHCP du routeur). Tu dois donc donner l'adresse IP du Pi-hole dans les paramètres du serveur DHCP de ton routeur. Et je te conseille de laisser les DNS du routeur vers ceux qu'il acquiert soit par le DHCP de la box, soit tu peux mettre des DNS "respectueux de la vie privée" reconnus comme ceux de la FdN : 80.67.169.12 et 80.67.169.40 Une fois ceci fait, tu verras bien tous les périphériques, et plus le routeur (aucune bonne raison selon moi de filtrer les messages du routeur, ça peut juste mener à un dysfonctionnement de ce dernier).
  8. As-tu essayé de mettre les tutoriels du forum en application ?
  9. Wilkommen !
  10. Peu de chance qu'on t'apporte une bonne nouvelle avec cette série malheureusement. Bienvenue parmi nous. 😃
  11. Faire un petit schéma (même griffonné sur un bout de papier) pourrait t'aider, et nous aussi par la même occasion.
  12. Tu cliques juste sur son profil, tu vois sa date de dernière visite.
  13. @Jeff777 au lieu de mettre dans ton fichier docker-compose : networks: - data_export Tu mets : networks: data_export: ipv4_address: 172.18.0.2 En revanche, si tu mets le conteneur speedtest dans le réseau data_export, tu n'as pas à utiliser l'IP d'InfluxDB mais juste le nom de son conteneur, la résolution DNS embarquée par Docker se charge de tout. DB_HOST=influxdb # Le nom du conteneur DB_PORT=8086 De manière générale quand on peut utiliser une résolution DNS à la place des IP c'est préférable, c'est plus résistant au changement d'infra.
  14. @bruno78 est arrivé à cette constatation avant moi. ^^ Pour la distance, je pense que le script récupère simplement les informations que veut bien lui donner Ookla lors d'un speedtest, quand j'en fais un via mon navigateur, je n'ai ni plus ni moins d'info que ce renvoie la page web. Librespeed en revanche renvoie la distance séparant le client du serveur.
  15. Concrètement @simkard s'est connecté il y a près de 9 mois pour la dernière fois, je doute qu'il apporte une réponse quelconque ici. Sans parler de son raisonnement quant au fait que Synology puisse patcher ce qui lui permet d'installer DSM 6.x sur son série 10. Je crois honnêtement que Synology a d'autres chats à fouetter, et venir étaler son savoir sans le partager n'est pas très raccord avec l'esprit de ce forum.
  16. Pour ma part, la seule solution que j'ai trouvé est de passer l'utilisateur dédié en admin, ce qui revient au même qu'utiliser les credentials de l'utilisateur admin par défaut. Et pour les données, je parlais des champs qui sont exploitables dans Grafana, j'ai le ping jitter en plus j'ai l'impression, mais ça n'a pas vraiment d'utilité à moins d'avoir une connexion fluctuante et bien dégueulasse. 😄
  17. L'image de @oracle7 ne récolte pas les données a priori, en tout cas la documentation ne le mentionne pas. Pour tout le reste comme tu dis oui, la version browser, ou comme mon FAI par exemple qui de toute façon met chaque jour ma partie client sur leur site avec le dernier test Ookla en date. Donc bon 😄 C'est juste l'histoire de devoir utiliser les credentials admin qui me gênent, pour le reste les images sont très similaires dans les données qu'elles renvoient. 🙂
  18. .Shad.

    Bonjour !

    Bienvenue parmi nous 🙂
  19. J'utilise les rows oui, surtout pour les logs. Et pour les données ce genre de données-là ne me gênent pas du tout.
  20. Pour ma part ça me dérangeait fort de devoir utiliser le compte admin d'influxdb pour speedtest, du coup je suis parti sur cette image : https://github.com/loganmarchione/docker-speedtest-influxdbv2 Par contre, quelque soit l'image, ils n'aiment visiblement pas que j'accède à mon instance InfluxDB par un proxy inversé, du coup obligé d'exposer le port 8086 sur l'hôte, bon avec ufw je limite ça à la machine qui héberge speedtest, mais c'est moche quand même, Telegraf gère parfaitement le proxy inversé.
  21. Meh c'est ce que j'avais dit en page 3 😄
  22. .Shad.

    Un de plus !

    Bienvenue parmi nous 🙂
  23. Tutoriel révisé.
  24. .Shad.

    Le petit nouveau :)

    Félicitations, bienvenue parmi nous et bonne année. 😉
  25. J'ai vérifié ce que tu disais, qu'en désinstallant Webstation on libérait le port 443 par la même occasion, c'est faux. il écoute toujours dessus, et il écoute sur bien d'autres ports également. Il me semble donc peu recommandé de vouloir faire en sorte de libérer totalement ces deux ports sur le NAS, la solution du macvlan me semble toute indiquée. @EVOTk : j'ai reproduit l'installation de swag sur le NAS, l'ajout à la liste des proxy fiables marche parfaitement. Que ce soit en full macvlan, ou en macvlan/bridge comme dans le tutoriel.
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.