20181002
3744
Camera7LinksCMS
Scène du crime
L'accès à la
CameraInternet7LinksZoomHDPx3744 est possible par le client Android, les modes dégradés (
Camera7linksPx3744Visu) et son système initial de pluggin (
Camera7linksVisuParFirefox)
MAIS l'accès par le programme
Camera7LinksCMS ne fonctionne plus
cette page fait le bilan du problème, si ce n'est pas un "bug", il est probable qu'une condition (sous windows ou sur la caméra) est à l'origine.
pour mémoire, il a fonctionné fin septembre, image du 29/09/2018 16:31 :

hypothèse: il y a un "bug"/configuratioon du côté de la caméra qui l'empêche ACTUELLEMENT/PARFOIS de trouver le fichier "get_camera_params.cgi".
(par exemple: une autre session en cours ou je ne sais quoi)
bribes:
après enregistrement des échanges entre le programme et la caméra à l'aide d'
AnaLyzer, il apparait clairement que la caméra échoue quand le programme windows lui demande:
GET /get_camera_params.cgi?&user=zzzz&pwd=xxxxx
la caméra répond qu'elle ne trouve pas cette page = ce fichier "get_camera_params.cgi".
on a la même réponse si on demande la page par firefox
divers .acp sur
AcerM1641VistaOrigine
quand demande (capturé de 7LinksViewer):
GET /get_camera_params.cgi?&user=zzzz&pwd=xxxxx
la caméra répond "not found"
pas mieux après redémarrage de la caméra
a fonctionné une fois fin septembre, voir image dans mail du 29/09/2018 16:31
envisager une condition changeante: par exemple une autre connexion en cours qui interdirait l'accès .
Note: la vision par la méthode originelle et Firfox 13 n'utilise pas cette commande.
si je demande à google:
/get_camera_params.cgi
plein de réponses
manifestement un fichier intégré à de nombreuses solutions.
feuille de route:
enregistrer le trafic en cas de visualisation par android.
envisager que le bug soit sur le client windows
- qui demanderait une mauvaise page !
- peut-être en, fonction d'un réglage impertinent
si je compare à l'accès par firefox 13, le premier fichier demandé est différent (cmd=logIn)
caviardé:
