Salut, le contrôle à distance fonctionne très bien avec le bureau à distance de winxp pro et dans les deux sens tout comme avec radmin
 
 
Par contre çà ne fonctionne absolument pas via dyndns.org, le modem routeur est bien configuré et indique bien enregistré pour le dyndns, j'ai même tapé l'ip au lieu du nom de domaine et çà ne marche pas.
 
Vous avez une petite idée du soucis svp ?
 
Merci

tu as redirigé les bons ports sur ton routeur ?

Pour l'ajout de port j'ai activé dans le routeur via des protocole prédéfinis :
 
80
 
3389 celui par défaut pour le bad
 
53
 
Cà ne fonctionne toujours pas,

http://www.google.com/search?q=bur [...] redrection
Google me dit que par défaut c'est le 3389

Mon routeur me demande en face de chaque port une ip privée, ce que je n'ai jamais eu à faire auparavant, toujours est-il que je lui assigne l'ip fixe que j'ai sur la carte réseau.
 
Mais çà ne court toujours pas...
 
C'est quoi ce bins, !!!

Pour moi le routeur ne fait pas son boulot

Si tu veux rendre un service disponible depuis internet, tu n'as pas d'autre solution que de renseigner et le port et l'adresse IP privée... (ou d'utiliser directement une adresse IP publique, mais je doute que tu sois dans cette configuration).

D'une part, explique ce que tu veux vraiment faire et ensuite, précise comment tu testes et avec quel équipement. Là, t'es particulièrement léger dans tes descriptions.

Tester depuis ton LAN un service supposé être accessible depuis internet mais derrière ton routeur (donc sur ton LAN) via une redirection de port, n'est pas un test correct. Tester correctement c'est tester depuis internet.

Je viens de voir la ré-écriture compète de ce post...

53 ? aucun intéret, c'est le DNS...

Tout est dis dans le premier post.
 
J’appellerais Belkin demain, ils me diront là ou je pêche....
 
Tous les ports nécessaires sont ouverts aussi bien dans le routeur que dans le parefeu de windows.
 
J'ai bien vérifié, et tu n'as pas obligation de mettre une IP privée, puisque le dns est géré automatiquement par le routeur/box sur des ip dynamiques, c'est le but d'ailleurs et c'est ce qui ce passe avec une livebox par exemple...l'ayant déjà fais à plusieurs reprises.

Tester depuis le même LAN qui héberge le service peut ne pas fonctionner suivant le routeur. Certains routeurs n'acceptent pas que le flux sorte puis re-rentre aussitôt du LAN.
 
dyndns va te donner l'adresse IP publique du service, tu vas utiliser cette adresse qui est portée par l'interface "WAN" du routeur. Donc ton flux va aller jusque là. Là deux possibilités :
  - le routeur se rend compte qu'il y a du NAPT et le fait correctement
  - ne le fait pas correctement.
 
Pour faire le test correctement, il te faut être à l'extérieur.

C'est faux ce que tu dis, un test en local ce fait sur les même ports, le dns est juste une passerelle entre eux via internet.
 
Et si je dis que je test via dyndns c'est bien que je teste sur internet.
 
Les deux pc sont évidemment connectés à internet...................

dyndns gère l'adresse publique et uniquement l'adresse publique.
ta requête provenant d'internet va arriver sur l'adresse IP publique de ton routeur, sur le port 3389, comment ton routeur va savoir sur quel PC derrière il doit envoyer le flux ?

Je ne te parle pas de port, je te parle d'adresse IP privée vs publique et des implémentation de NAPT en fonction de constructeur...
Le DNS est un protocole de résolution de FQDN en adresse IP, absolument rien avoir à avec une passerelle...
Et dire que tester via dyndns c'est tester sur internet c'est simplement ne pas comprendre comment fonctionne un réseau et le dns.

Tes 2 PC sont connectés sur un LAN, c'est ton routeur qui est connecté à Internet. Lorsque tu fais un test que tu appelles "local" le trafic est envoyé directement d'adresse IP privée à adrese IP privée, en direct, sans passer par un noeud de routage effectuant du NAPT.

Quand je dis faire un test DEPUIS internet, c'est avoir un équipement autre part que sur ton LAN...

Enfin bon... j'abandonne vu comment tu réagis...

La différence se fait avec le nom du pc indiqué dans le bureau à distance, il s'est forcément ou aller, en tous cas avec une livebox
 
Mais même si j'ai un réseau local qui lui est connecté à internet çà ne doit pas m’empêcher d'y arriver, puisque j'ai l'ai déjà fais avec des livebox

tu mélanges tout, tu ferais mieux de suivre les conseils qui te sont donnés plutôt que de suivre ton instinct.

C'est pratique, pas instinctif.

Le bureau à distance c'est du TCP, ton client va envoyer un TCP syn sur le port 3389 de la machine que tu demandes, en l'occurence le nom de dyndns qui va être traduit en adresse IP publique (via DNS, c'est le rôle du DNS de faire ça). Donc ton petit paquet TCP syn (qui ne contient qu'un pauvre flag syn et aucune information sur le bureau à distance mais alors aucune) va être envoyée à cette adresse IP publique.

Comment le routeur sait où il doit envoyer le paquet TCP syn après ? sur quelle information il va effecteur sa décision de routage / redirection ?
Réponse : sur l'entrée que tu lui auras coller dans sa table de NAT en indiquant "port 3389 -> adresse IP privée".

S'il n'a pas cette  information, le comportement de n'importe quel box/routeur qui fait du NAT et qui voit un tel paquet arriver va être de simplement l'ignorer.

source : http://www.ietf.org

Ca c'est pour du trafic provenant d'internet, et réellement d'internet.
Pour ton test depuis ton LAN en utilisant l'adresse IP publique/dnydns , cf ce que j'ai dit plus. Le bon fonctionnement dépend entièrement de l'implémentation du NAT/FW du routeur box.

bureau à distance->trucbidule.dyndns.org(nom de l'ordinateur)->internet->dyndns->modem/routeur ou box->pc (nom de l'ordinateur)

Tu n'as rien compris de ce qu'est dyndns, sur comment fonctionne un réseau, le nat, le routage, le dns.
Tu refuses les explications qu'on te donne ici.

Pourquoi as-tu posé la question sur un forum si tu sais déjà tout ?

ps. je voudrais bien avoir des réponses détaillées sur mes questions et sur là où je fais une erreur. Je suis vraiment très curieux sur ce point là

Y a pas de soucis je ne comprends pas exhaustivement comment çà fonctionne, mais comment expliques tu alors que je puisse prendre le contrôle à distance d'un pc via internet avec sur le distant qu'une livebox ? c'est le fait d'avoir qu'un seul PC (ip) derrière que çà fonctionne ? là t'es obligé de me dire oui ?

Pour mémoire ce que j'avais monté :
 
PC1 à la maison relié à internet via une livebox, prenant le contrôle via point d'accés wifi + antenne ext distant de 200 mètres un PC3, ce-dernier via switch est contrôlé par un PC2 ayant un accès internet indépendant, (pour diverses raisons) via une livebox, contrôlable à distance via internet.
 
Le PC2 gérait aussi une grosse caméra IP en local, elle était aussi contrôlable indépendamment sur n'importe quel pc connecté à internet.

Ecoute donc les conseils qui te sont donnés. O'gure a raison (et bien du courage...) depuis le début.

Je vais faire comme il le suggère mais ayant déjà exactement fais la même chose, dans les mêmes circonstances,sauf que le matériel utilisé à l'époque était une livebox, il est bien évident que j'ai du mal à écouter, puisque je parle par expérience.

Ca y est çà me revient, le petit client dyndns sur le pc....voilà pourquoi j'y arrivais pas...................

C'était y a 6 ans...

Ca c'est du boulet, mais quel con alors....

Si qu'un seul équipement derrière la livebox et que cela fonctionnait sans faire de redirection vers une adresse IP, on a deux cas possible :
 - la livebox devait être en mode bridge et non en mode routeur. C'est à dire que l'adresse IP publique était portée directement par le PC connecté à la LB.
 - un mode DMZ était configurée pour rediriger tout le trafic provenant d'internet sur une adresse IP précise (en occurrence celle du PC). Je trouverais étrange que ce soit une conf par défaut.

Dans une conf "routeur" (à opposer à bridge), sans cette redirection (conf DMZ ou redirection de port comme indiqué au dessus), un flux initié d'internet ne peut tout simplement pas aller sur le LAN. C'est le comportement intrinsèque des NAT que l'on implémente sur les box.

Vérifie quand même que l'adresse IP remontée à dyndns est bien l'adresse IP publique et non l'adresse IP privée
menu démarrer -> exécuter -> cmd
nslookup ton.enregistrement.dyndns.machin.

si l'adresse est celle de ton LAN, ça ne fonctionnera pas depuis un PC sur internet/hors du lan.