Bonjour,

C'est la première fois que je poste sur ce site, si je le fais sur celui-ci, c'est parce qu'il m'a déjà été bien utile et que j'espère trouver une solution à mon problème.
Voilà je possède depuis peu une caméra IP de la marque Tenvis. j'arrive à la faire fonctionner chez moi sans problème mais pour y arriver depuis l'extérieure c'est autre chose. Avec cette caméra est fourni un DDNS tenvis... j'ai bien le login et le mot de passe, j'ai bien ouvert les ports qui utilise ma caméra.
Dans le menu expert ==> NAT.
Mais impossible de me connecter.
je pense que la base de problème est que depuis l'extérieur(belgacom), je n'arrive même pas à faire un ping de mon ip wan(modem) qui m'est fourni.
j'espère que quelqu'un pourra m'aider ou m'expliquer pourquoi cela ne fonctionne pas car je m'arrache les cheveux.

D'avance merci

Salut,

1. Est-ce que ton DDNS est bien en place. Depuis l'extérieur de ton réseau, est-ce qu'un ping xxx.tenvis.com est résolu en ton adresse IP publique?
2. Sur quel port te connectes-tu à ta camera depuis ton réseau?
3. Ce port est-il utilisé par défaut par ton routeur pour son interface de communication? Si oui, il a la priorité sur le NAT
4. un "telnet xxx.tenivs.com [le port du point 2]" fonctionne-t-il? Si non, quel message d'erreur rencontres-tu?
5. Tu utilises un routeur derrière ton modem VOO?

Bonjour,
merci pour ta réponse aussi rapide.
As tu déjà fait une installation avec une caméra ip dans un réseau avec un modem VOO?
Pour répondre à tes questions:
1.Est-ce que ton DDNS est bien en place. Depuis l'extérieur de ton réseau, est-ce qu'un ping xxx.tenvis.com est résolu en ton adresse IP publique?

Dans l'utilitaire "IP Camera Wizard", lorsque je mets mon compte XXX.tenvis.com il me met "success" par contre auparavant lorsque je ne possédais pas du mot de passe, cela ne fonctionnait pas(logique) donc je suppose qu'il est bien en place.
Un ping du compte ne fonctionne pas.

2. Sur quel port te connectes-tu à ta camera depuis ton réseau?

j'ai déja essayé plusieurs port mais ici c'est le 175.



3. Ce port est-il utilisé par défaut par ton routeur pour son interface de communication? Si oui, il a la priorité sur le NAT

ca je ne sais pas.



4. un "telnet xxx.tenivs.com [le port du point 2]" fonctionne-t-il? Si non, quel message d'erreur rencontres-tu?

pour le telnet peux-tu me dire comment je dois faire? Telnet est bien installé mais peux-tu m'envoyer la commande à taper?


5. Tu utilises un routeur derrière ton modem VOO?

Non.



Si tu as déja fait ce genre d'installation avec un modem voo netgear, peux-tu m'expliquer comment tu as fait STP?




Encore merci.

1. Que le ping ne fonctionne pas n'est pas grave. Il faudrait savoir si, quand tu fais un ping, l'URL (xxx.tenvis.com) est transformé en la bonne IP. La bonne IP étant celle que tu obtiens quand tu vas sur le site www.whatismyip.com depuis ton réseau interne.
2. OK
3. Pas de souci avec ce port là pour la gestion de ton routeur.
4. En ligne de commande, depuis un PC extérieur à ton réseau, tu tapes "telnet xxx.tenvis.com 175" et tu nous donnes le résultat. Un écran noir n'est pas un problème, un message d'erreur est une information.
5. OK

Pas spécifiquement pour VOO, mais c'est un cas d'école

Il vaut mieux utiliser un port au dessus de 1000 par ex 8175.
Les valeurs basses sont souvent réservées!
N.B. le n° de port doit être précédé de 2 points " : "

merci pour vos réponses.

Voilà j'ai mis le port 8175.
la commande telnet me renvoit :

connexion à aqms.tenvis.info:8175... Impossible d'ouvrir une connexion à l'hote, sur le port 23 : Echec de la connexion.

bizar vu que c'est le port 8175....


merci de m'aider.

Aussi lorsque je fais un ping de aqms.tenvis.info, je n'obtiens pas mon adresse ip mais la 199.36.76.227. Je ne comprend vraiment pas d'ou viens cette adresse.

merci.

si, quand tu fais un ping sur aqms.tenvis.com, tu tombes sur une autre IP que la tienne, ça ne peut pas fonctionner. La première chose à faire est donc de regarder du côté du DDNS.

Ensuite, quand ton problème de dns sera résolu, tu peux faire un "telnet aqms.tenvis.com 8175" sans : mais avec un espace.
Là, on sera déjà plus proche d'une solution

désolé, avec telnet c'est un espace et pas un : (je l'ignorais !)
Maintenant, tu peux aussi faire un essais en remplaçant "aqms.tenvis.com" par ton IP sous forme numérique tel que obtenu par whatismyip (en espérant qu'il ne change pas pendant tes essais).
Si cela fontionne, c'est que le DDNS est en défaut si ça ne marche pas, c'est que le problème est local (modem et/ou caméra)

Que puis-je regarder au niveau du DDNS pour que cela fonctionne? que puis-je tester?
J'ai essayé les 2 solutions : telnet aqms.tenvis.info 8175 et mon ip.
les 2 me renvoient, impossible d'ouvrir une connexion à l'hote, sur le port 8175.

REMARQUE: je ne suis pas spécialiste, j'ai la chance que "mes" caméras soient accessibles et je me demande pourquoi, sur ce forum, les vrais spécialistes ne répondent pas....Peut-être voudront-ils bien corriger-compléter-expliciter ce qui suit.

Pour faire fonctionner un accès externe vers une caméra sur le réseau local, il faut commencer par se pénétrer du schéma des connexions.

Dans le réseau local, la caméra a une IP du type 192.168.1.xxx.
Sans précaution particulière, le xxx change (peut changer) de valeur grâce au protocole DHCP qui assigne la valeur xxx de façon +/- dynamique.

Conclusion n° 1, il faut programmer la caméra pour qu'elle utilise une IP fixe et que xxx ne varie pas dans le temps.

Deuxième remarque la caméra se comporte (probablement) comme un mini site web et est accessible via un navigateur ordinaire. Ceci implique que la caméra réponde aux paquets 192.168.1.xxx:80. Le "80" correspond au port par défaut pour un site Web.

Conclusion n° 2, dans les paramètres de la caméra soit on ne fait "rien" et 80 sera utilisé par défaut. Soit on choisi un autre port et il faut en tenir compte par la suite.
Conclusion-remarque n° 3 les "néophytes" confondent parfois la valeur de xxx et le port 80 d'accès au site web contenu dans la caméra.

Dans le modem/routeur, une conversion d'adresse (NAT) est effectuée de façon dynamique. Si le modem est perçu de l'extérieur comme ayant une IP du genre (par exemple) 199.36.76.227, il va faire en sorte d'envoyer les paquets qui arrivent de l'extérieur vers 199.36.76.227 vers un appareil connecté sur le réseau local à l'adresse 192.168.1.xyz.

Conclusion n° 4 le modem doit savoir (au préalable) vers quel appareil du réseau local envoyer les paquets qui lui arrivent.

Si la communication a été démarrée par un appareil qui est dans le LAN, "c'est facile" puisque le modem/routeur en à pris bonne note et "sait" vers qui il doit diriger les paquets en retour.
Par contre, lorsque on essaye d'atteindre la caméra depuis l'extérieur du LAN, le modem reçoit un paquet de l'extérieur; mais ne sait pas vers qui le diriger...C'est là qu'intervient le paramétrage du modem/routeur à qui on dit quand vous recevez un paquet "inattendu" sur le port 8175, il faut le faire suivre vers 192.168.1.xxx...

Conclusion n°5 c'est ici que l'on voit l'intérêt d'une valeur fixe pour le xxx de la caméra.
Et se rappeler que la translation complète devra se faire vers 192.168.1.xxx:80. (si on n'a pas changé le port 80 pour l'accès au mini site web de la caméra!)

Suite à la prochaine question......

Si je dérange, il suffit de le dire. Il y a aussi des gens qui bossent et qui sont ici pour leur plaisir et sur leur temps libre.

Pour le reste, je suis assez d'accord avec tes commentaires.

Suite à la prochaine question

C'est pas ça que je voulais dire.... Je voulais insister sur mes limitations et le fait que d'autres sont plus compétants.
Je suis donc preneur pour tout commentaire et correction... Comme ça c'est aussi moi qui apprend

merci pour ce complément d'info.
j'ai du nouveau...
alors je résume mes manip.
j'ai changer le port de la caméra et j'ai mis le 80.
dans l'utilitaire de la caméra, DDNS status, j'ai tenvis.info success.
Maintenant lorsque je fais un telnet aqms.tenvis.info.
j'ai un écran noir avec le curseur qui clignote. je suppose que ça veut dire qu'il se connecte.
par contre lorsque je tape dans le navigateur : aqms.tenvis.info, je reçois :
Petit problème... Google Chrome n'est pas parvenu à accéder à la page 149.154.223.82, ce qui correspond à mon adresse ip.

que puis-je faire maintenant?
ai-je avancé?

Pour info, je vais vous donner ma config.

mon modem/routeur VOO :
Mode expert : - NAT : ip 192.168.0.26 debut 80 fin 80 protocole les deux
- DMZ host : desactiver
- Dyndns désactiver
- UPnP : désactiver
- réservation d'adresse IP : j'ai mis l'adresse MAC de la cam avec son adresse ip
- Mode Bridge/routeur : Routeur


Pour la cam :

Basic network settings : - Obtain IP from DHCP server : pas coché
- IP Adress : 192.168.0.26
- Masque : 255.255.255.0
- Gateway : 192.168.0.1
- DNS Server : 8.8.8.8
- http Port : 80

ADSL settings : - Using ADSL dialup : pas coché

UPnP Settings : - Using UPnP to Map Port : pas coché

DDNS Service Settings : - DDNS Service : Tenvis.info
- Update URL : user.tenvis.info
- DDNS Mode : 808
- DDNS user : aqms
- DDNS password : ********


En espérant que ça puisse vous aider à me faire avancer.

Pour le ddns, une façon "simple" de contrôler sont fonctionnement est d'utiliser le mode "command" de windows et de lancer une commande du style
tracert 149.154.223.82 (ip donnée par wathismyip) et ensuite tracert aqms.tenvis.info.
Les deux commandes devraient donner le même résultat.Si le résultat n'est pas identique (ip différents), cela veut dire que le ddns s'est planté.
En testant les valeurs citées plus haut je suis arrivé aux USA avec tenvis et à Charleroi avec les valeurs numériques...?


Je ne suis pas "sûr" de ce que signifie
- Mode expert : - NAT : ip 192.168.0.26 debut 80 fin 80 protocole les deux- .

Je voudrais préciser que si une liaison vers un site web commence avec le port 80, ensuite, il y a un certain nombre d'autres ports UDP et TCP qui sont utilisés. En ne laissant passer que 80 c'est sûr que le processus va se bloquer. Pour s'en convaincre, il suffit de lancer le programme TCPVIEW sur le pc au cours d'une liaison 'locale' pour découvrir tous les ports utilisés par la camera.

Enfin, j'ai toujours trouvé plus "simple" de déclarer une caméra en mode DMZ pour faire les tests depuis l'extérieur et si (seulement si) cela marche essayer de remettre des limitations via le NAT pour éviter le piratage de mon réseau local.

merci pour ta réponse mais en effet le tracert ne donne pas la même chose pour les 2.
j'ai mis l'adresse IP de ma cam dans le DMZ mais ca ne marche pas non plus.
Quelqu'un pourrait-il me dire que puis-je vérifier, tester afin de faire fonctionner cette caméra? Car j'ai l'impression de tourner en rond.
Personne n'a jms fait ca avec un modem VOO Netgear. Si oui merci de m'expliquer pas à pas la procédure faite. Se serait bien sympathique car je pense que ca va aider plus d'une personne.

Bonjour,

Je me trouve exactement dans la même situation que ced2303.

Mes infos :
IP donnée par wathismyip : 149.154.197.12 (ne devrait-elle pas correspondre a adresse IP WAN du modem?)

sur la page de config du modem voo
Adresse IP WAN : 10.240.157.70
Adresse IP du modem câble : 10.212.69.145
Dyndns est configuré sur le modem voo

coté caméra:
IP fix : 192.168.0.150
port : 80

ping en local sur xxx.dyndns.org => ok avec comme ip 10.240.157.70
ping en local sur 149.154.197.12 => nok

ping depuis l'extérieur sur xxx.dyndns.org => nok
ping depuis l'extérieur sur 10.240.157.70 => nok
ping depuis l'extérieur sur 10.212.69.145 => nok
ping depuis l'extérieur sur 149.154.197.12 => nok

J'ai aussi essayé de me connecter avec toutes ses adresses en telnet sans aucun résultat.

J'espère que quelqu'un pourra nous aider...

Est-ce que quelqu'un a déjà fait une Réinitialisation du modem (paramètres d'usine) ?

@ced2303 :
As-tu déjà essayer de faire un ping de l'extérieur sur les adresses IP WAN ou IP du modem câble?

Merci d'avance

Je n'utilise ni Voo, ni ta marque de caméra.
Mes "conseils (?)" ne peuvent qu'être très généraux... je n'ai pas mieux à offrir.
Je te suggère d'être très très systématique:
Toujours s'assurer qu'en local tout est ok (et reste ok).
Utiliser le même ordinateur en local et externe.
Contrôler les n° ip avant et après un essais.
Etre certain que tu utilises le même niveau de sécurité pour ton navigateur en local et externe.
Faire les essais avec des navigateurs différents (ex: explorer ET firefox)
Faire un 'reset' très fort de tous les appareils concernés (= éteindre , attendre 10 secondes et ensuite redémarrer) avant de faire un nouvel essais.
Le plus "casse pied" est d'utiliser le 'reset' constructeur pour remettre chaque appareil en état 'usine'. Mais cela vaut la peine au niveau de la caméra.
Vérifier que la caméra tourne bien sous la dernière version du firmware.
Temporairement stopper TOUS les pare-feu, et autres antivirus, utiliser le DMZ; (ne pas oublier de rétablir les sécurités par la suite...)
Essayer d'atteindre un autre appareil du réseau local depuis l'extérieur.
Faire les mêmes essais dans toutes les configurations. Par exemple est ce que le FTP fonctionne en local. Est ce que la caméra fonctionne avec ou sans Pass-Word, exige-t-elle du httpS en externe...Si les exigences externes sont différentes ou plus élevées, que donnent-elles en local...

Logiquement, il n'y a que 2 possibilités: soit un ou plusieurs appareils et /ou programmes sont mal paramétrés et ne font pas ce que l'on attend.
Soit il y a une (ou plusieurs) protection qui bloque le processus lorsque l'on appelle depuis l'extérieur.
Cette protection peut se trouver dans la camera, le navigateur, le routeur et être différente selon que l'appel est local ou non....
Cela fait un très grand nombre de combinaisons et c'est la raison qui force à être très systématique et à prendre note de tous les paramètres.

Pour info, les caméras utilisent parfois des cookies et même des cookies différents pour chaque modèle venant d'un même constructeur. Il suffit qu'ils soient arrêtés (les cookies) lorsque tu travailles depuis l'extérieur.
Tu as peu de chance de trouver sur le forum un utilisateur qui a la même configuration que toi.

Ce qui va aider les autres c'est de nous dire, par la suite, ce qui a bloqué dans ton cas.

Bon week-end

Bonjour,

Voila je viens vers vous pour vous informer que cela fonctionne.
Je pouvais encore chercher des jours et des jours. Il suffisait en fait de téléphoner chez Voo et ils ont réglé mon problème à distance. Il s'agissait d'un problème de routage.

Encore merci pour les différents conseils.