oui, effectivement, l’interface des cameras me faisait saisir un login et password pour le destinataire du Put, mais cela marche sans (tout est dans l’ApiKey)… plus simple !
une dernière question pour le béotien que je suis en requètes…
je peux activer une i/o (port 2) dans la cam par la requète suivante:
http:// 192.168.xx.xxx/axis-cgi/io/port.cgi?action=2%3A%2F
et la désactiver par la requète suivante:
http:// 192.168.xx.xxx/axis-cgi/io/port.cgi?action=2%3A%5C
Ces requètes fonctionnent parfaitement dans un browser, même à distance avec l’IP externe et le bon port
=> comment traduire ces requètes en un objet Push (Put?) dans l’IPX ?
=> que mettre dans le Body ?
j’avais essayé en ce sens, mais la réponse est de type 400 code erreur 0 (cf ci-dessous)
sachant que je rédige le push en adresse locale port 80, alors que la caméra m’a donné la syntaxe avec l’adresse externe : port externe
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>400 Bad Request</title>
</head><body>
<h1>Bad Request</h1>
<p>Your browser sent a request that this server could not understand.<br />
</p>
</body></html>
j’y suis… la syntaxe m’est donnée alors que j’ai une session ouverte avec la camera depuis l’extérieur (d’où l’apparition de l’IP externe dans la syntaxe porposée dans l’interface, alors que la caméra ne connait normalement pas l’IP externe)
donc il faut que je bosse l’API de la caméra pour avoir une ApiKey
les caractères spéciaux peuvent faire planter une requête s’ils ne sont pas encodés, mais ce n’est pas systématique, c’est au cas par cas selon les paramètres et l’emplacement dans l’URL.
Par exemple, dans un mot de passe en Auth BASIC, ils ne doivent pas être encodés (ou alors seulement en Base64).
Le point d’exclamation ne fait pas partie des caractères généralement bloquants, par contre l’appareil ciblé peut très bien l’interdire (ici caméra Axis), certains firmwares restreignent la liste des caractères admissibles (c’est par exemple le cas de Reolink)
Tu peux essayer avec un mot de passe très simple pour commencer afin de découvrir l’API. Lorsque tu auras un fonctionnement normal (URI correctement construite) tu pourras changer ton mot de passe.
j’ai fait plusieurs essais, mais sans succès… pourtant cela a l’air assez simple
n’y aurait il pas un écueil lié à l’authentification de la caméra Axis
autre exemple qui ne devrait poser aucun probleme (lui aussi testé avec succès sur browser avec validation du login:simplepassword):
j’arrive parfaitement à faire des push PUT de mes CAM Axis vers mon IPX V5 , c’est top
mais dans l’autre sens :
depuis un browser distant (Chrome), j’arrive à activer des inputs virtuelles dans mes CAM Axis avec une syntaxe de type http://loginCAM:simplepwd@IPdist:portExt/axis-cgi/io/port.cgi?action=2%3A%2F
depuis une IPX V4 distante, je n’arrive pas à activer des inputs virtuelles dans mes CAM Axis avec la même syntaxe [en GET]
depuis une IPX V5 locale (même reseau que mes CAM), je n’arrive pas à activer [en GET] des inputs virtuelles dans mes CAM Axis, ni avec la même syntaxe, ni avec la syntaxe en IP locale 192.168.etc, ni en sortant le loginCAM:simplepwd de la syntaxe pour le mettre dans les champs prévus et en essayant les authentifications Basic et Digest, toujours en GET sans corps
Bref, pas mal d’essais sans réussite
J’ai aussi vérifié les autorisations sur les CAM, et je ne vois aucun blocage ni filtre réseau
Je pensais que ce serait assez simple à partir du moment où j’avais testé avec succès la requète depuis mon browser, mais là je sèche.
Mon objectif est de désactiver, dans les CAM, les envois de photos, les enregistrements et les alertes/alarmes, lorsqu’il y a une présence dans cette maison secondaire
Merci pour votre aide, si vous avez des idées
cdlt
PS:
je n’arrive pas non plus depuis la V4 distante ou la V5 locale à visualiser un flux video ou une image, pourtant accessible facilement depuis un browser distant avec la syntaxe suivante
j’arrivais à envoyer mes requètes en http depuis un browser à distance
ma box locale route bien le port externe vers le port 80 de mes caméras
j’écrivais mes requètes GET sur IPX_V5 locale vers le port 80 de mes caméras et cela ne passait pas
mes caméras sont définies pour fonctionner en http (:80) et https (:443) avec un certificat Axis
j’ai tenté mes requètes GET sur IPX_V5 locale vers le port 443 et cela passe
Je ne suis pas expert, mais probablement que le certificat Axis ne doit pas plaire à l’IPX_V5 locale (ni d’ailleurs à l’IPX_V4 distante, avec laquelle j’avais fait quelques tentatives également sans succès) et que donc cela ne passe pas,… sauf en https
Je ne sais pas si c’est une histoire de certificat refusé par les IPX mais accepté par mon browser en http (l’intitulé de la barre d’adresse reste toujours en http “non sécurisé”, et j’ai fait un essai de paramétrage des caméras en 100% http, et les requetes fonctionnaient toujours depuis mon browser distant), mais cela reste ma meilleure hypothèse… si qq’un peut confirmer ?
bref, je peux maintenant conditionner l’envoi de photos par mail depuis mes caméras, et les enregistrements, à la présence ou non de personnes dans les lieux (pas besoin de surveillance active ni enregistrée, lorsque la maison est occupée… mais maintien des détections nocturnes, par les caméras, pour les allumages extérieurs automatiques)
je ferai une synthèse des paramétrages et des requètes pour ceux qui suivront un jour le même chemin
