Aller au contenu

mbdrlp

Membres
  • Compteur de contenus

    153
  • Inscription

  • Dernière visite

  • Jours gagnés

    2

Tout ce qui a été posté par mbdrlp

  1. Bonjour, J'ai ma camera WIFI qui est actuellement géré par Surveillance Station. Mais le problème c'est que ça surcharge mon WIFI car j'ai un flux constant entre la camera et le routeur. Conséquences: La camera qui perd la connexion WIFI de temps en temps, mais surtout mon Remote Desktop avec le travail qu plante... J'ai essayé de contourner le problème en ajoutant un WIFI extender sur lequel la camera est connecté, mais ça ne change rien au problème. Pour eviter d'avoir un flux continu, je pensais utiliser la detection de mouvements de la camera, et envoyer l'enregistrement par FTP à mon NAS. Mais j'aimerais pouvoir consulter les enregistrements via Surveillance Station, et profiter de la suppression automatique des enregistrements. Est ce que c'est faisable?
  2. @oracle7 J'ai supprimé la redirection en https pour du http uniquement mais ce n'est pas mieux. les ports 2000 et 2001 sont mes accès en HTTP et HTTPS à DSM. Le 2000 pourrait être supprimé car je redirige automatiquement vers 2001. Le 2002 c'est mon CardDav en HTTPS Je perd le nord completement. Dans le doute je viens d'essayer d'acceder à domo.ndd.ovh depuis mon smartphone avec une connexion 4G. Et ca fonctionne! Donc ca ne fonctionne pas en interne sur mon WIFI mais ça fonctionne en externe depuis ma 4G. Qu'est ce qui explique ça? Edit: Je viens de redemarrer le PC et ça fonctionne. Surement des choses qui restaient en cache. En tout cas merci beaucoup pour ton aide!
  3. @oracle7 Désolé pour la confusion. Effectivement je parle de domotique.ndd.ovh depuis le début mais en fait c'est domo.ndd.ovh. Lorsque je vais sur http://domo.ndd.ovh j'ai cette page la: Le reverse proxy du NAS est bien configuré: de meme que ma redirection de ports Je n'avais pas de problèmes avant de refaire mon certificat. Je n'arrive pas à comprendre le lien
  4. @oracle7 Merci pour ta réponse. J'ai modifié mon Dynhost coté OVH et ca fonctionne. Je pensais qu'il fallait absolument un sous domaine... Je peux donc maintenant crée mon certificat pour ndd.ovh, avec comme autre nom nas.ndd.ovh et domotique.ndd.ovh Ca fonctionne bien pour nas.ndd.ovh, par contre j'ai perdu le lien vers domotique.ndd.ovh
  5. Je ne peux pas créer de certificat ndd.ovh. J'ai le message d'erreur suivant: Je pense que ça vient du fait que j'ai un Dynhost du coté OVH, à cause de mon IP dynamique. Si je faisais en dur un ndd.ovh qui pointe vers mon IP dynamique alors je pense que la demande de certificat fonctionnerait. J'ai essayé d'ajouter mon domotique.ndd.ovh comme autre nom de l'objet. Mais maintenant lorsque j'essaye d'accéder à ma page domotique j'ai l'erreur suivante: Je commence à me melanger les pinceaux et je n'arrive pas à comprendre pourquoi le certificat joue sur la redirection de page
  6. Salut, j'ai un problème de certificat https que je n'arrive pas à résoudre. Probablement un problème de configuration dans ce domaine que je ne maitrise pas... J'ai un nom de domaine chez OVH, NDD.OVH. J'ai une adresse IP dynamique, j'ai donc créé un Dynhost nas.ndd.ovh et le DDNS de mon Synology est configuré pour envoyer mon adresse IP externe à OVH, tout fonctionne bien. J'ai également créé un CNAME domotique.ndd.ovh qui pointe ver nas.ndd.ovh , car j'ai une machine virtuelle qui heberge ma domotique et je veux y acceder à distance. J'ai créé un certificat Let's Encrypt avec comme nom de domaine nas.ndd.ovh . J'ai maintenant un beau certificat qui fonctionne pour nas.ndd.ovh. Le problème c'est que pour domotique.ndd.ovh le certificat n'est pas valide (normal). Comment est ce que je peux faire pour que mon certificat couvre les deux noms de domaine?
  7. Salut Alors j'ai refais des essais et je me suis rendu compte que lorsque j'étais chez moi je me connais à mon NND. J'ai donc reessayé avec l'IP du NAS et ça fonctionne beaucoup mieux, je peux me balader à travers les videos. C'est donc bien un problème en upload lorsque je suis à l'exterieur. Par contre il me reste un soucis que je n'ai pas reglé, et c'est présent lorsque je suis sur l'IP du NAS. Plus je regarde des videos, et plus les videos passent au ralenti. Comme si j'avais un buffer qui ne se vidait pas. C"est peut être lié à mon telephone. J'essayerai avec celui de ma conjointe qui est plus recent. Merci pour votre aide!
  8. @Thierry94 En upload j'ai une bande passante de 10MB. Ça devrait suffir, en tout cas lorsque je regarde dans DSM il stream pour moins que ça (600ko). Et oui je confirme que le decodage materiel est coché. J'ajouterais que lorsque ça fonctionne, je n'ai pas une seconde pour une seconde, mais plutot une video qui est x0.25. Je ne sais pas si c'est mon NAS qui n'arrive pas a envoyer le flux, ou mon telephone qui met du temps à decoder ce qui rentre
  9. Salut Alors voilà deux mois que j'utilise SS sur mon DS218+ et je me pose beaucoup de questions sur son efficacité. Je ne remets pas en cause l'enregistrement et la détection de mouvements, par contre visionner les vidéos est un vrai défi. En dehors de l'application PC c'est mission impossible. La version web ne fonctionne pas, une image grise. C'est connu de tout le monde mais Synology ne fait rien?? Pourquoi ne pas retirer la fonctionnalité? Et pour l'application Android cela demande beaucoup de patience. Le flux live prends beaucoup de temps a se charger. Et pour voir les enregistrements c'est plusieurs 10e de seconde pour chaque. Alors que si je passe directement par la caméra tout est rapide est fluide. Ce n'est donc pas un problème réseau mais bien au niveau du Nas que ça bloque. Est ce que vous avez le même problème?
  10. Pour ma part j'utilise la detection de mouvement de SS. Pas de difference pour ce qui est de la consommation du processeur. Mais c'est difficile à configurer, beaucoup de faux positif. Je me demande s'il ne vaut pas mieux faire de l'enregistrement continu...
  11. J'ai posé la réponse à Synology, et c'est normal, il y a toujours un flux entre la camera et SS: Donc si vous n'avez pas de flux alors c'est etrange. Maintenant que j'ai un flux permanent, je pense que je vais couper la detection de mouvement de la camera, et utiliser celui de SS. Je pense qu'il offre plus de reglages...
  12. Salut, C'est un bon point. Mais la capture du WIFI a été faite alors que je n'étais pas connecté à mon NAS. D'ailleurs la première fois que j'ai remarqué le problème c'est en regardant l'utilisation de mon WIFI, et j'ai cherché la source de ce flux continue. Sans arrêter le paquet SS, j'ai supprimé ma camera de SS et le flux s'est arreté. Je profite de ce poste pour soulever un autre problème. J'ai beaucoup de mal à visionner mes enregistrements fait. Sur SS directement il n'arrive pas à lire les videos. SS charge, puis au bout d'un moment il me dit que l'enregistement a été supprimé. Mais il est toujours présent dans la liste des enregistrements, je peux meme le telecharger pour le regarder en local sans aucun problème. Si j'essaye de regarder les enregistrements sur l'app mobile, je dois attendre assez longtemps puis je peux les lire. Par contre la vidéo est très très lente, 3 ou 4 fois plus lente....
  13. Alors voici ce que j'ai: Sur le screenshot ci dessous on peut voir le traffic sur mon LAN filaire (mon NAS exclusivement) et sur mon WIFI 5G (Ma camera). En bleu c'est l'upload et en marron le download. On peut voir qu'il en sort autant de la camera qu'il n'en rentre dans le NAS. Pour info je me suis amusé à jouer avec le bitrate de la camera et la quantité de data change en meme temps. Donc à part me faire pirater mon WIFI, je suis convaincu que c'est la camera. Ici c'est les paramètres de ma camera. la détection se fait par la camera. La planification d'enregistrement: Je fait de l'enregistrement 24/7 sur détection de mouvement uniquement Un apercu des enregistrements que j'ai actuellement sur mon NAS: On peut voir qu'il a enregistré quelques videos, mais pas de quoi faire un flux continu. C'est d'ailleurs confirmé par le log. Est ce que c'est une case que j'aurais pu cocher quelque part alors qu'il ne fallait pas?
  14. Salut, En fait ce que je remarque en regardant les videos enregistrés, c'est que j'ai un enregistrement à chaque fois qu'il y a un mouvement dans l'image. Hors j'ai un filtre dans la camera pour ne detecter les mouvements que dans certaines zones. Il fonctionne pour les enregistrements locaux, mais pas vers le NAS. J'ai d'ailleurs essayé en grisant toute l'image comme zone de detection (donc aucune zone) et le NAS enregistre quand meme à chaque fois que j'ai un mouvement. Est ce que c'est un problème de Reolink ou c'est propre au protocole ONVIF?
  15. Non plus. Je vais regarder avec Reolink, surement quelque chose de mal configuré quelque part
  16. Je regarde dans l'interface de mon routeur Asus. et j'ai un device qui upload en continue sur le WIFI, et un autre qui download la même quantité de données sur l'Ethernet. Et je n'ai rien qui sort ou qui rentre d'Internet. Je parle 600KB/s.
  17. Bon j'ai fait des essais ce week end et ce n'est pas concluent. Le fux est diffusé en continue, que la detection de mouvement se fasse au niveau de la camera ou non. J'ai ajouté une carte SD dans la camera, en me disant que ça venait de ça, mais rien non plus... Des idées?
  18. Merci pour ta réponse. Je vais faire des essais alors avec la detection directement par la camera. J'imagine que ça va alleger la charge de mon NAS et de mon WIFI
  19. Salut, J'ai installé une camera IP Reolink E1 Zoom et qui envoi les images à Surveillance Station via le WIFI sur la bande 5G. J'utilise la détection de mouvement qui est dans Surveillance Station. Ce qui veut dire que ma camera stream en continue la video vers mon routeur WIFI. J'ai l'impression (mais peut être rien à voir) que la camera occupe beaucoup de bande passante, au détriment de ma connexion remote entre mon laptop et mon travail. Lorsque la camera est débranché tout semble aller mieux. J'ai investi dans un nouveau routeur (ASUS RT-AC66U qui devrait faire la job), mais ce n'est pas beaucoup mieux. Question: Est ce que si j'utilise la détection de mouvement qui est dans la camera, la camera ne va streamer que quand elle détecte du mouvement, et éventuellement quand je veux regarder en live? Ou alors ça ne change rien et elle va streamer en continu pareil? Est ce qu'il vaut d'ailleurs mieux utiliser la detection de mouvement de la camera ou celle de surveillance station? Est ce que vous avez déja été confronté à ce genre de problème?
  20. Oui je l'ai ajouté. Ca fonctionne aujourd'hui. Il y avait un message sur la page de OVH qui me disait qu'il pouvait y avoir jusqu'à 24h le temps que l'information se propage. J''etais trop pressé de voir si ca fonctionnait... Merci pour votre aide! Problème résolu
  21. Merci, En fait j'avais déjà parcouru le tuto mais un peu trop rapidement... J'ai ajouté dans mon reverse proxy nas.ndd.com et ca fonctionne. Par contre j'ai une IP dynamique, ce qui m'oblige à utiliser le dynhost. J'ai chez moi un RPI3 que je voudrais acceder en entrant rpi.ndd.com J'ai ajouté un CNAME rpi.hdd.com qui pointe vers nas.hdd.com. Mais ca ne fonctionne pas malgré le reverse proxy qui est bien configuré J'ai essayé de remplace rpi.hdd.com par *.hdd.com mais ca ne change rien. Une idée?
  22. Désolé pour ma réponse tardive et si je n'ai pas été très clair dans ce que je souhaite. Je vais reformuler differement: aujourd'hui pour me connecter a mon NAS je dois rentrer l'adresse et le port. Exemple: https://nas.NDD.com:5001 Je voudrais pouvoir faire abstraction du port, et rentrer uniquement https://nas.NDD.com Est ce que c'est possible, et si oui comment? Merci
  23. Non effectivement web station n'est pas actif. Je comprends mieux. J'utilise le reverse proxy qui est dans Synology: Non je n'ai pas de CNAME pour *.NDD
  24. Je t'avoue que je ne suis pas très a l'aise dans le domaine et que je fais des tentatives jusqu'à ce que ca fonctionne. Donc c'est possible que ce ne soit pas très stable. Malheureusement je n'ai pas le temps en ce moment de me documenter... J'utilise déjà le proxy inversé de mon NAS. C'est ce qui me permet d'acceder à mon Agenda, Filestation, etc... avec une URL personnalisée, mais aussi à mon RPI depuis l'exterieur avec une URL personnalisée également. Et tout ça fonctionne sans que j'ai eu besoin de créé de CNAME du coté OVH. Mais j'ai du mal à comprendre comment ça fonctionne, car quand je vais sur la page de loggin de mon NAS (https://nas.toto.ovh), je suis automatiquement redirigé vers https://nas.toto.ovh:xxxx, et la page ne peut pas être affichée car bloquée par mon employeur. MAIS tous mes autres sous domaines qui sont redirigés par mon NAS fonctionnent. Ça veut dire que la communication passe quand meme quelque part? Tu me dis d'utiliser le proxy inversé, est ce que je peux l'utiliser pour rediriger la page de loggin de mon nas vers une autre addresse? J'avoue que je n'ai jamais essayé....
  25. Salut, J'ai un problème de redirection de ports (ou de firewall?) que je n'arrive pas à résoudre. J'ai un nom de domaine OVH toto.ovh. Il est configuré pour rediriger vers mon NAS, ainsi quand je tape https://nas.toto.ovh:xxxx alors j'affiche la page de login de mon NAS (xxxx étant le port de mon NAS). Je peu aussi rentrer tout simplement https://nas.toto.ovh et je suis redirigé vers la meme page. Dans mon routeur je redirige le port xxxx vers le port xxxx de l'IP interne de mon NAS. All good! Seulement voila, lorsque je me connecte depuis le travail, le firewall me bloque l'accès au site et me dit que le site ne peux pas être affiché. OK, pas de problèmes. Mais en parallèle à ça, j'ai utilisé le DNS du NAS pour rediriger vers d'autre services. Exemple: https://nas.toto.ovh/filestation me redirige vers la page de login de filestation. Et ça fonctionne depuis le travail! Donc mon employeur ne bloque pas le nom de domaine mais le port xxxx, et je pense que j'ai un problème de redirection de ports. Est ce que je devrais router le port 443 vers xxxx dans mon routeur? J'espere avoir été clair... Merci d'avance!
×
×
  • 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.