.Shad.

Fdroid est un store, mais pas celui de Google. 😉

Bienvenue, tout ce que tu demandes est faisable par contre attention, le transcoding hard n'est pas disponible sur ton NAS (puce Atom, pas de GPU intégré). Donc tes périphériques devront être capables de lire en direct ou transcoder eux-mêmes.

Je crois que c'est par contre uniquement disponible par Fdroid, et pas via le Play Store, et je ne sais pas si ça existe sur environnement iOS. Ca pourrait du coup coincer vu tes critères. 😉

Pour ma part j'utilise conversations.im avec quelques amis via XMPP. Chiffré de bout en bout, fonctionne plutôt bien, interface moins léchée que Whatsapp et consorts. Je crois qu'il y a possibilité d'héberger son propre serveur, pour ma part je ne le fais pas.

@Anthotho : La précédente discussion part dans tous les sens. Tu ne peux utiliser le port 443 pour consulter DS Video ou Video Station que si tu passes pas un proxy inversé. Autrement il faut rediriger les port HTTP et/ou HTTPS que tu vas choisir pour Video Station (voir plus loin) de ta box vers ton NAS, et autoriser ces ports dans le pare-feu du NAS depuis les sources distantes (par exemple en jouant sur la géolocalisation). Si tu as bien mis en place un DDNS pour ton nom de domaine Synology (ce qui semble être le cas de ce que j'ai lu en diagonale de la précédente discussion), tu as bien ndd.synology.me qui pointe vers ton IP publique. Pour utiliser correctement un port sécurisé il faudra au préalable avoir un certificat Let's Encrypt valide pour ndd.synology.me Je considère au hasard les ports 45080 pour le port non sécurisé (HTTP) de Video Station, et 45443 le port sécurisé (HTTPS), ports personnalisés définissables dans Panneau de configuration -> Portail des applications pour l'application Video Station, je récapitule : A distance : http://ndd.synology.me:45080 fonctionnera (données de login en clair) => Entrer ndd.synology.me:45080 dans le nom d'hôte dans DS Video https://ndd.synology.me:45443 fonctionnera (données chiffrées, cocher HTTPS dans DS Video et Vérifier le certificat) => Entrer ndd.synology.me:45443 dans le nom d'hôte dans DS Video En local : http://192.168.x.x:45080 fonctionnera Pas besoin d'utiliser l'HTTPS en local http://ndd.synology.me:45080 fonctionnera, passera par Internet si ta box ou ton routeur ne font pas de loopback, restera en local si oui. Ou si tu as mis un serveur DNS local en place. https://ndd.synology.me:45443 fonctionnera, dans les mêmes conditions que via HTTP. Pour utiliser le port 443, il faut passer par un proxy inversé. Cela permet de réduire le nombre de ports ouverts sur ta box. Voir ce tutoriel : Reste la solution du VPN, certes plus sécurisée encore qu'un accès distant avec ouverture de port, mais que je trouve lourde pour simplement visionner des vidéos.

Bon courage à tes dents, tu aurais plus facile à lorgner. 👋 Plus sérieusement, re-bienvenue parmi nous !

Le NAT ne sera pas influencé par le déport du DHCP.

Bienvenue 🙂

L'uptime c'est la proportion de temps où ton NAS reste allumé, car pour qu'un périphérique obtienne son adresse IP, il faudra que le NAS réponde. Donc si comme certains ici tu éteins ton NAS quand tu ne t'en sers pas (à part éventuellement pour une destination de sauvegarde, ce n'est pas du tout recommandé pour l'usure des disques notamment) alors ça ne conviendra pas. Je parle bien du serveur DHCP du NAS, Adguard et Pi-hole en ont un effectivement, mais pour moi tu ajoutes une potentialité de dysfonctionnement, pour peu que ton conteneur ne fonctionne pas tes périphériques n'ont plus accès au réseau, local ou internet.

C'est une bonne nouvelle pour la résolution du problème. Et une mauvaise nouvelle pour toi. C'est franchement honteux de la part de Linksys (Cisco), car en gros ils ont confondu les DNS envoyés par le serveur DHCP avec les DNS du routeur (dont l'IP est fixé et n'est pas soumis au serveur DHCP). On parle de Cisco, qui fait passer des certifications réseaux. 😄 😄 😄 Bon, pour revenir à ton souci, tu as 3 solutions : - utiliser le serveur DHCP du NAS (je testerais ça dans un premier temps à ta place), mais ça implique un uptime très important de ton NAS. - utiliser ta borne Airport Extreme comme routeur à la place du Linksys (et utiliser ce dernier en tant que point d'accès sans fil). - changer de routeur.

Bonjour, bienvenue chez nous. 🙂

Tu peux toujours utiliser le DHCP du NAS à la place de celui du routeur, il est très complet. Le problème a l'air de venir du routeur, mais c'est quand même très étrange, j'ai un peu regardé sur le net on ne voit pas vraiment de retour concernant un taux de défaillance de ce modèle. Pour le choix d'Adguard ou Pi-hole, ils sont très similaires dans leurs fonctionnalités, c'est une question de goût.

Certes, mais c'est quand même bizarre d'avoir plusieurs serveurs.

Bah tu donnes au conteneur speedtest la possibilité de faire ce qu'il veut avec toutes les autres bases de données contenues dans InfluxDB, personnellement ça me plaît moyennement. D'autant que ce n'est pas une image très active, s'il y a une faille quelque part elle n'est pas prête d'être corrigée.

J'avais vu ça aussi ce week-end, ça m'avait bien fait rire, mais je n'ai pas trouvé la commande qu'il utilisait, de plus je ne suis pas familier avec Python, ça n'aide pas. Depuis le conteneur, c'est en bash : influx -username 'username' -password 'password' SHOW USERS Donc en gros il vérifie s'il a bien un retour de cette commande, j'imagine qu'en cas de non retour d'erreur, il considère que ça fonctionne. Donc je suis sûr qu'en réalité ça marcherait si on commentait cette fonction, car les call ont l'air de se faire correctement (vu qu'en admin ça marche, et qu'en utilisateur normal, la liste des utilisateurs renvoie juste l'utilisateur même, donc il y a un retour dans tous les cas). Je sais qu'un bon développeur est fainéant, je pense qu'il a poussé le concept un peu loin. 😄 M'enfin il le sait visiblement. 😉

Essaie de régler sur la première ou la dernière option, pas la deuxième (qui est le choix par défaut si je me souviens bien). C'est dans Settings -> DNS dans Pi-hole Je ne m'explique pas sinon pourquoi ton routeur utilise les DNS du DHCP, ça n'a aucun sens.

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).

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).

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 ?

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.

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).

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. 😉

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).

As-tu essayé de mettre les tutoriels du forum en application ?

Wilkommen !