merci pour votre plugin DAHUA!
Je viens d’activer le https sur l’interface WebService 2.0 de mon VTO2202F et le plugin n’arrive plus à se connecter. Voici le message d’erreur:
[2021-09-05 17:34:40.959][ERROR] : Failed to retrieve Dahua model, error: HTTPSConnectionPool(host=‹ 192.168.1.XXX ›, port=443): Max retries exceeded with url: /cgi-bin/magicBox.cgi?action=getSystemInfo (Caused by SSLError(SSLError(« bad handshake: Error([(‹ SSL routines ›, ‹ tls_process_server_certificate ›, ‹ certificate verify failed ›)]) »))), Line: 176
C’est un soucis de certificat? Je ne comprends pas bien… Merci pour votre aide!
David
J’ai le même souci que @Davv42 quand bien même j’ai bien mis la bonne IP, login et password. Le modèle sélectionné est le bon aussi et j’ai VTO2202F avec WebService 2.0 (version firmware 2020-10-26 V4.500.0000000.5.R).
Il est sur l’IP 192.168.0.1 (ce n’est pas en conflit avec mon routeur)
Si tu as besoin de logs complémentaire, n’hésite pas.
Je viens de recevoir mon modèle Dahua VTO2202F-P-S2 (c’est la nouvelle référence qui intègre dans le même boitier la version 2 fils & POE, c’est en le connectant / l’alimentant qu’on choisit…).
J’ai réussi à paramétrer et utiliser le plugin-dahuavto sans soucis.
J’ai activé le mode https sécurisé pour dialoguer avec le portier dans son interface web,
et bien sur réglé correctement date et heure,
Congrats ! Et cela fonctionne toujours sur Jeedom ? Pour ma part j’ai trouvé d’où vient le problème : c’est le certificat que l’on crée que l’on doit mettre sur le serveur Jeedom pour que python puisse valider lui même le certificat.
Une astuce de dernier recours que je dois tester, c’est la désactivation de la validation des certificats SSL sur Python. J’aimerais ne pas en arriver là.
Oui, en https j’ai bien le retour d’état du bouton de sonnette qui s’actualise, mais pas les contacts secs d’ouverture (alors que je peux déverrouiller la porte avec l’App DMSS sans soucis en ayant coché https).
Un truc bizarre c’est que le numéro de série et modèle ne remontent pas dans le plugin (peut être suite à la MAJ hardware avec cette réf. VTO2202F-P-S2 trop récente), mais cela ne semble pas gêner le fonctionnement, j’ai choisis VTO2202F du coup:
Grâce à toi en vérifiant ma config, j’avais ouvert que le 37777 en TCP et j’ai oublié d’ouvrir le port UDP. Depuis que j’ai ouvert le UDP, cela fonctionne correctement. Merci @alexcrp !
Merci pour vos différents retours d’expériences !
Je viens également de recevoir un Dahua VTO2202F-P-S2.
Le #plugin-dahuavto marche également sans problème en HTTP, mais même résultat que @alexcrp lorsque j’active le HTTPS sur le VTO : le retour d’état de la sonnette marche bien mais plus les contacts d’ouverture, il ne se mettent plus à jour. Donc je suis revenu en HTTP pour l’instant.
En créant un certificat et le copiant sur le serveur jeedom cela fonctionnerait peut-être ? Dans quel répertoire de jeedom faut-il mettre le certificat ?
J’ajoute que sur ce modèle à priori il n’y a qu’un seul contact d’ouverture. Avec l’App DMSS sur smartphone, en faisant mes tests, le contact 1 se déverrouille, par contre le numéro 2 retourne une erreur, à mon avis pas prévu sur ce modèle de portier…
Non, malheureusement moi non plus. En plus ma progéniture a eu la délicate attention de me ramener en cadeau de l’école un petit virus très en vogue actuellement, autant dire que je suis au fond du trou pour l’instant…
J’avais cherché des infos et trouvé quelques liens mais je n’ai pas vraiment suffisamment compris à mon goût pour tenter des manips au risque de tout casser. Cela dépasse vraiment mes connaissances je crois.
J’ai essayé en forçant le SSL sur le endpoint qui était utilisé pour appeler le Dahua :
0000|[2022-02-04 15:28:08.631]ERROR : Connection failed will try to connect in 30 seconds ([Errno 111] Connect call failed (‹ XXX.XXX.XXX.XXX ›, 5000))
Ligne 174 : url = "http**s**://{}/cgi-bin/magicBox.cgi?action=getSystemInfo".format(self.host)
Il faut je pense refaire toute la classe au propre pour inclure le SSL comme ça l’est sur le module original.
@loopion a bien creusé le sujet et a visiblement mis le doigt sur le problème, merci à lui !
Il faudrait donc que @Paul-DS puisse modifier le plugin, mais est-il toujours ici ? Ou sinon quelqu’un d’autre aurait-il les compétences pour ?
Salutations depuis l’Espagne.
J’ai le même problème. Depuis le mode debug je vois qu’il y a communication entre le VTO et le plugin, mais je n’arrive pas à faire fonctionner l’ouverture ou la lecture de la cloche.
Il y a du progrès ?
Mon modèle est le 2111D POE et il ne reconnaît ni le modèle ni le numéro de série au démarrage.
! Et cela fonctionne toujours sur Jeedom ? Pour ma part j’ai trouvé d’où vient le problème : c’est le certificat que l’on crée que l’on doit mettre sur le serveur Jeedom pour que python puisse valider lui même le certificat.
Des avancées de votre côté ?