Bien sûr j'ai 2 box: une chez moi (poste local ou client) et une box à 2 Km (poste distant ou serveur)

Ta phrase laissait supposer que tu les avais au même endroit. Mais si tu as un touléphone avec un abonnement te donnant accès à internet tu peux avoir l'accès à distance depuis le site du serveur en activant son point d'accès wifi et en y connectant un ordinateur portable. Ou bien si la borne publique d'une Neufbox du voisinage est disponible, te servir de ce 2e accès à internet. Le tout est de pouvoir tout tester depuis un seul endroit.

Désolé, j'ai fait une erreur d'orthographe dans mon précédent message. C'est test-netconnection. D'ailleurs tu as déjà passé cette commande.

Dans mon résumé précédent j'avais oublié, dans la description du protocole de test, de préciser que le pare-feu était censé être désactivé tant sur le serveur que sur le client.

Obtenir une connexion internet en 4G, je l'ai fait lors d'une panne de Box.
Mais chez moi, avec la Box connectée, le smartphone refuse la 4G et active automatiquement le WiFi.
Ou alors il faut déconnecter le WiFi de la box, mais plus d'internet Box ! ! !

HEUREUX

Je suis allé aujourd'hui à mon poste distant (Serveur) et j'ai installé/configuré AnyDesk.
De retour chez moi, j'ai tenté une connexion, et surprise, ça a fonctionné immédiatement.

Alors merci de tout cœur, et gros bisous à CLOPA pour ton info, j'espère seulement que AnyDesk
ne va pas à terme supprimer la gratuité de son Appli (faut-il vraimant demander une clé de test?)

Moi aussi, je vais recommander AnyDesk !

Bonne chose de faite ! ! !

Dans la famille connexion impossible, je cherche connexion réseau.
Soit je ne vois aucun poste de mon LAN en général, mais il arrive qu'on les vois
Dans ce cas la plupart du temps il me dit chemin réseau non trouvé.
Mais dans de rares cas (impossible de savoir lesquels) il trouve, et je peux faire des transferts de fichiers entre mon PC de bureau et le portable.
Je précise que le problème est le même en USB ou ETHERNET, WinXP, Seven ou10.
Ah merveille de MER.. Windaube, alors, pour l'instant je laisse tomber UltraVNC.

Si des intervenants ont une solution rationnelle, on peut créer un nouveau post!

oh rage, oh desespoir...

ça a marché une fois pendant plusieurs heures.

J'ai réinitialisé le serveur et le clent.

J'ai après 2 secondes

ou bien

ou encore

ou après avoir ramé 5 minutes:

c'est désespérant, je ne sais plus quoi faire....

Désolé pour ces incidents: J'ai redémarré le poste distant (serveur) et après plusieurs tentatives, j'ai pu me reconnecter.
Depuis plus de 4 heures ça fonctionne.

fgondard, peut-tu m'indiquer, puisque j'ai le contrôle des 2 machines, ce que je peux faire pour enfin comprendre le refus de connexion du serveur, car c'est bien lui qui refuse, n'est ce pas ?

Clopa, puisque tu utilises AnyDesk depuis un moment, as-tu eu des bizarreries de fonctionnement ? Sur l' écran serveur, je n'ai pas de barre de tâches.

peut-tu m'indiquer, puisque j'ai le contrôle des 2 machines, ce que je peux faire pour enfin comprendre le refus de connexion du serveur, car c'est bien lui qui refuse, n'est ce pas ?

Comme je l'ai dit le fait que le ping sur le modem routeur passe indique que le service no-ip t'envoie bien sur lui. Il semble donc bien que ça coince après. Je n'ai que deux hypothèses, soit la redirection ne fonctionne pas, soit un pare-feu bloque l'accès entrant.

Tu as dit utiliser Zone Alarm. Le plus simple est de l'arrêrer complètemet mais il faut aussi le limiter à sa fonction essentielle : bloquer les connexions entrantes ou sortantes aus seules applications autorisées. Tous les gadgets annexes sont à désactiver.

Quel est ton antivirus ? S'il s'agit d'une suite de sécurité elle intègre un pare-feu. La règle est : un seul pare-feu, un seul antivirus (chacun limité à son but premier) et rien d'autre. Tester en le désactivant lui aussi.

Côté modem routeur redémarre le et vérifie que tes redirections ont bien été prises en compte. Vérifie également qu'elles pointent bien sur l'adresses IP du serveur laquelle doit avoir été forcée manuellement et choise en dehors de la plage réservé au serveur DHCP.

BernardH a écrit :

Sur l' écran serveur, je n'ai pas de barre de tâches.

Je ne saisis pas bien ce que tu appelles le serveur. Si c'est celui de l'ordi devant lequel tu es, tu ne vois effectivement plus son bureau ni sa barre des tâches si tu mets l'écran de l'ordi que tu contrôles à distance en plein écran. Mais si tu reviens en mode fenêtré,tu dois voir ta barre des tâches sous celle de l'écran de l'ordi distant.

Je ne saisis pas bien ce que tu appelles le serveur

J'ai fait préciser par Bernard : serveur poste sur laquel sont connectées les caméras et qui n'est pas à son domicile (donc le distant), client poste à partir duquel il vaut contrôler les caméras et qui est à son domicile (donc le local).

Réponse à clopa

serveur=Poste distant ou poste contrôlé.

Je ne saisis pas bien ce que tu appelles le serveur. Si c'est celui de l'ordi devant lequel tu es, tu ne vois effectivement plus son bureau ni sa barre des tâches si tu mets l'écran de l'ordi que tu contrôles à distance en plein écran. Mais si tu reviens en mode fenêtré,tu dois voir ta barre des tâches sous celle de l'écran de l'ordi distant

.Je vois la barre de tâches de l'ordi local à sa place habituelle, l'ordi distant étant dans une fenêtre, mais cette fenêtre ne comporte pas de barre de taches. J'ouvre donc un gestionnaire de tâches, c'est pas grave.
Maintenant que j'ai pu me reconnecter, je n’éteins plus mon PC, et c'est vrai, AnyDesk ne coupe pas...
Merci encore pour l'info.

à fgondard

Sur le serveur (le poste distant sous XP Intel core2 6420) Zonealarme est mon firewall (celui de Windows étant désactivé) car il est (à ma connaisance) le plus souple dans les règlages. Il m'enbète un peu car continuellement il me demande de faire la mise à jour avec son antivirus

Avast est mon antivirus et je n'ai jamais eu à m'en plaindre. Il n'intègre pas de pare-feu.

Il est toutefois un peu intrusif, et si je le désinstalle je ferais la mise à jour Zonealarme...

Pour l'instant, à distance, je n'ose pas rebbooter ma box-routeur, je ne sais pas si elle me redonnera la main pour le contrôle à distance.

Mes redirections pointent bien vers l'IP publique

adresses IP du serveur laquelle doit avoir été forcée manuellement et choisie en dehors de la plage réservé au serveur DHCP.

Qu'entends-tu exactement par là?

J'ai fixé mon DHCP entre 100 et 200 et les adresses locales fixes sont dans cette zône. C'est bon ou pas ?

Mes redirections pointent bien vers l'IP publique

La rediretion doit pointer sur l'adresse IP d'une station (adresse privée) et non sur l'adresse IP du modem routeur (adresse publique).

Qu'entends-tu exactement par là?

Exactement le contraire de ce que tu sembles avoir fait. Les adresses IP attribuées manuellement doivent être choisies en dehors de la plage utilsée par le serveur DHCP. C'est quand même logique , non ? Sinon c'est la porte ouverte à un conflit d'adresses IP. Si tu as affecté à une station une adresse IP entre et 100 et 200, le serveur DHCP n'en sait rien.

Il m'enbète un peu car continuellement il me demande de faire la mise à jour avec son antivirus

C'est normal sur la version gratuite. Il te demande de passer à la version payante qui est une suite de sécurité complète donc comprenant un antivirus.

si je le désinstalle je ferais la mise à jour Zonealarme...

Qui n'est pas gratuite, voir ci-dessus.

Pour l'instant, à distance, je n'ose pas rebbooter ma box-routeur, je ne sais pas si elle me redonnera la main pour le contrôle à distance.

Je ne connais pas Anydesk mais je supose qu'il fonctionne comme Teamviewer. Il faut que quelqu'un soit sur place pour autoriser la prise de contrôle à distance.

Et j'en reviens à mon propos. Il me semble illusoire de vouloir faire du paramétrage et de la mise au point en aveugle. Soit il faut être deux et coordonner les actions en communiquant par téléphone, soit si l'on est seul avoir un deuxième accès internet sur place.

Des outils comme Teamviewer ou Anydesk sont destinés à prendre temporairement le contrôle d'une machine distante en environnement graphique, en passant par un service externe. Telnet (non sécurisé) ou SSH (sécurisé) permettent de piloter diretement une machine distante. On dispose alors d'une console à partir de laquelle on peut passer n'importe quelle commande, donc le démarrage de n'importe quelle application.

Mes redirections pointent bien vers l'IP publique

La rediretion doit pointer sur l'adresse IP d'une station (adresse privée) et non sur l'adresse IP du modem routeur (adresse publique).

Désolé, c'est un lapsus, c'est bien vers une adresse privée

Exactement le contraire de ce que tu sembles avoir fait. Les adresses IP attribuées manuellement doivent être choisies en dehors de la plage utilsée par le serveur DHCP. C'est quand même logique , non ? Sinon c'est la porte ouverte à un conflit d'adresses IP. Si tu as affecté à une station une adresse IP entre et 100 et 200, le serveur DHCP n'en sait rien.

OK, vu

C'est normal sur la version gratuite. Il te demande de passer à la version payante qui est une suite de sécurité complète donc comprenant un antivirus.

Bof, non juste pour installer la suite gratuite avec antivirus (que j'ai d'ailleurs installée sur mon poste local (client)

Je ne connais pas Anydesk mais je supose qu'il fonctionne comme Teamviewer. Il faut que quelqu'un soit sur place pour autoriser la prise de contrôle à distance.

Il y a un mode prise de contrôle non surveillé, qui autorise une fois pour toutes.

Des outils comme Teamviewer ou Anydesk sont destinés à prendre temporairement

En fait, j'aurais surtout voulu utiliser AnyDesk pour configurer Telnet et VNC et comprendre pourquoi ça bloque. VNC et AnyDesk permettent d'agir sur le poste distant (serveur) comme si on était devant. Mais à nouveau, depuis hier, je ne peux plus me connecter.

Désolé, c'est un lapsus, c'est bien vers une adresse privée

C'est un peu ce que j'avais pensé?

Il y a un mode prise de contrôle non surveillé, qui autorise une fois pour toutes.

Donc s'il est en démarrage automatique il suffit que le serveur soit démarré pour donner l'accès à distance. L'inconvénient par rapport à VNC c'est que tu passes par un tiers qui a un accès total à ta machine. Et si tu redémarres à distance ton modem routeur j'ai bien peur que la connexion ne se rétablisse pas automatiquement.

Désolé, c'est un lapsus, c'est bien vers une adresse privée

C'est un peu ce que j'avais pensé?

Il y a un mode prise de contrôle non surveillé, qui autorise une fois pour toutes.

Donc s'il est en démarrage automatique il suffit que le serveur soit démarré pour donner l'accès à distance. L'inconvénient par rapport à VNC c'est que tu passes par un tiers qui a un accès total à ta machine. Et si tu redémarres à distance ton modem routeur j'ai bien peur que la connexion avec le service tiers ne se rétablisse pas automatiquement. Avec VNC il ne devrait pas y avoir ce problème, une fois lancé il reste à l'écoute du port.

Et si tu redémarres à distance ton modem routeur j'ai bien peur que la connexion ne se rétablisse pas automatiquement.

.Avec TeamViewer on avait accès au serveur dès le boot, avec AnyDesk, je n'ai pas encore testé, j'ai d'autres problèmes avant!

.Cela fait 2 jours que je n'ai plus de connexion du tout, j'ai beau redémarrer, de part et d'autre...

.Du coup, j'ai viré Avast et recherché toute occurrence dans le registre, viré Zonealarme registre idem, réinstallé la version pare-feu antivirus gratuite (v14.03.119)

. et bonheur, pour l'instant ça marche, je vais pouvoir essayer plus à fond UltraVNC !

Avec TeamViewer on avait accès au serveur dès le boot

C'est parce qu'il était en démarrage automatique, éventuellement sous forme de service, et qu'il se connectait automatiquement au serveur qui assure le service. Il n'y a guère de mystère la dessous.

De mon côté, poussé par la curiosité j'ai cherché à résoudre mon problème avec Telnet, toujours en local bien sûr. Mes lectures m'ont fait découvrir qu'il fallait ajouter les utilisateurs autorisés dans le groupe des clients Telnet sur le serveur. Malgré ça j'ai toujours le même problème. Jeme connecte mais quand j'entre mon nom d'utilisateur, sans mot de passe puisque je n'en ai pas) j'ai toujours les mêmes messages : Descripteur non valide et Login Failed.

Je crois comprendre qu'en anglais j'aurais eu Invalid handle et que le problème n'est peut-être pas spécifique à Telnet. D'ailleurs mes recherches sur ce domaine spécifique restent infructueuses.

Si j'arrivais à le résoudre je pourrais alors tenter une connexion à distance en connectant le client sur une Livebox du voisinage et voir ce qu'il faut faire pour que ça marche. Ce n'est pas le même port que VNC mais le principe est identique.

Bonjour

Je constate encore aujourd'hui que AnyDesk se connecte au doigt et à l'oeil !
du coup j'ai aussi testé telnet qui se connecte immédiatement (port 23 redirigé), je peux executer toutes les commandes DOS, mais ce qui m’inquiète, c'est qu'il ne demande aucun mot de passe.
Alors n'importe qui peut se connecter ? ou bien suis-je un "utilisateur autorisé" ?

Oui TeamViewer, AnyDesk, uVNC sont tous en mode service

-Mes lectures m'ont fait découvrir qu'il fallait ajouter les utilisateurs autorisés dans le groupe des clients Telnet sur le serveur. Comment?

Peux tu te connecter chez moi ? SVP ne me bousille pas mes dossiers, car bien que sans importance, ça m'obligerait à tout réinstaller.

Dans le doute, j'ai désactivé telnet. Si tu veux le tester chez moi, dis-moi quand...

j'ai aussi testé telnet qui se connecte immédiatement (port 23 redirigé), je peux executer toutes les commandes DOS, mais ce qui m’inquiète, c'est qu'il ne demande aucun mot de passe.

Déjà ça montre que la redirection de port fonctionne. Par contre je suis surpris que le serveur Telnet ne te demande pas de t'identifier. Grâce à Daneel (voir ici) j'ai résolu le problème sur lequel je butais : je n'avais pas de mot de passe sur mon compte utilisateur. Après en avoir mis un j'ai pu me conecter.

Petite remarque, ce sont des commandes Windows et non des commandes DOS. Sous XP on peut encore passer certaines commandes DOS mais en lançant command.com et non pas cmd.exe.

ou bien suis-je un "utilisateur autorisé

Mes test ont été faits avec W7 d'un côté comme de l'autre et ça ne fonctionne pas (utilisateur inconnu) sans me déclarer côté serveur dans le groupe clients Telnet . Pour ajouter quelqu'un dans ce groupe : Ordinateur, clic droit, Gérer, Utilsateurs et groupes locaux, Groupes, TelnetClients. Avec une version familiale de Windows il faut utiliser la commande : net localgroup telnetclients nom_utilisateur /add

Est-ce que le nom de ton compte utilisateur est le même sur chacune des machines ? Si oui et en supposant que XP considère qu'un administrateur est de facto un client Telnet autorisé, ceci pourrait expliquer cela. Au fait tu travailles bien depuis un compte utilisateur et non pas depuis le compte nommé Administreur créé automatiquement à l'installation de XP ? Ou bien ça ne fonctionne pas de la même manière en local et à distance.

Quoi qu'il en soit l'activation permanente du serveur Telnet est déconseillée. On conseille maintenant d'utiliser SSH.

Pour en revenir à VNC, si la redirection fonctionne pour le port 23 elle devrait aussi fonctionner pour le 5800 et le 5900. As-tu fait aussi la redirection pour UDP ? Revérifie le numéro de port utilisé par le serveur VNC et d'une manière général tout son paramétrage réseau.

Si tu ne trouves pas de solution je te suggère d'exposer ton problème sur le forum spécialisé (là).

"Est-ce que le nom de ton compte utilisateur est le même sur chacune des machines ? Si oui et en supposant que XP considère qu'un administrateur est de facto un client Telnet autorisé, ceci pourrait expliquer cela. Au fait tu travailles bien depuis un compte utilisateur et non pas depuis le compte nommé Administreur créé automatiquement à l'installation de XP ? Ou bien ça ne fonctionne pas de la même manière en local et à distance.

Je sais que c'est déconseillé, mais je travaille toujours sous un compte admin, et toutes mes machines ont le même ID et passe, d'accord, c'est risqué. (je suis user dans le groupe admin)
Enfin, pour en finir avec la question initiale de blocage de la connexion, c'était bien un problème d'antivirus qui bien que désinstallé, gardait un service ouvert en automatique (donc même désinstallé aller voir dans les services si quelque chose y traîne !!!

"Petite remarque, ce sont des commandes Windows et non des commandes DOS. Sous XP on peut encore passer certaines commandes DOS mais en lançant command.com et non pas cmd.exe.

Là, je te suis pas: Quand j'exécute (sous windows) la commande telnet -?, je vois une subite fenêtre dos s'ouvrir puis se fermer et on a le temps de rien voir. Par contre si j'ouvre une fenêtre DOS sous windows, ou avec l'invite de commandes c'est bon (alors c'est quoi cette fenêtre, c'est pas DOS?)
Et ainsi pour les diverses commandes telnet, donc telnet est bien une commande DOS.
Mais peut-être que les versions ultérieures de Windows ouvrent automatiquement une fenêtre DOS au lancement de ce genre de commande?

Sans rapport: comment fait-on une citation, si je le fais, je ne peux plus en sortir....?

Enfin, pour en finir avec la question initiale de blocage de la connexion, c'était bien un problème d'antivirus qui bien que désinstallé, gardait un service ouvert en automatique (donc même désinstallé aller voir dans les services si quelque chose y traîne !!!

Donc ça marche maintenant ?

Je sais que c'est déconseillé, mais je travaille toujours sous un compte admin

Ça c'est comment on le sent, si on a peur des faire des bêtises ou non. De toute façon si on ne crée qu'un seul compte utilisateur il est forcément de type administrateur. Je parlais du compte nommé Administrateur créé à l'installation par Windows. C'est sur celui-là qu'il faut éviter de travailler. Il ne devient facilement accessible qu'en mode sans échec dès lors qu'on a créé au moins un compte d'utilisateur.

Là, je te suis pas

Quand on lance cmd.exe la fenêtre qui s'ouvre est une fenêtre "console" souvent appelée à tort fenêtre "DOS". Sous Linux on la désigne souvent comme fenêtre "terminal". Une console est le moyen minimum de communiquer avec un ordinateur, quel que soit le système d'exploitaton. Jusqu'à la fin des années 70 la console était un terminal de type téléscripteur puis est devenue un écran tout en conservant le même mode d'interraction : on écrit sur un ligne et la réponse s'affiche sur les ligne suivantes.

Le DOS n'intégrait pas d'environnement graphique en natif. Au démarrage on ne disposait que de la console, d'où la confusion de nom faite par une grande majorité des utilisateurs. Windows a apporté une interface utilisateur graphique calquée sur les développements de Xeros. Jusqu'à Windows 3.11 l'environnement graphique est une application comme une autre lancée à partir du DOS. Sur les Windows 9x (et Me) le DOS ne sert plus que de chargeur pour Windows bien que pour ouvrir une fenêtre console on lance l'interprêteur de commande du DOS (command.com). Les Windows NT (new technology), tous les windows actuels sont des NT, ont leur propre chargeur et c'est l'interprêteur de commandes de Windows (cmd.exe) qui ouvre une fenêtre console même si on peut encore utiliser celui du DOS. Les versions 64 bits ne permettent plus de faire fonctionner les applications 16 bits et on ne dispose donc plus que de cmd.exe.

Sous Linux c'est un peu comme avec DOS et les premiers Windows. Sur un Linux mimimum il n'y a pas d'environnement graphique intégré. Celui-ci n'est d'ailleurs pas unique. Il dépend de la distribution et on peut même avoir le choix entre plusieurs. Idem d'ailleurs pour les interprêteurs de commande.

Un chapitre de mon site (1er lien dans ma signature) est consacré à ce sujet.

Je sais que c'est déconseillé, mais je travaille toujours sous un compte admin

je vois une subite fenêtre dos s'ouvrir puis se fermer et on a le temps de rien voir

Sous Windows, quand on lance depuis Exécuter une commande interne de cmd.exe (dir par exemle) ou une application non graphique (comme tenet), la fenêtre console s'ouvre pendant le temps de l'exécution puis se referme aussitôt.

comment fait-on une citation

Après avoir collé le texte copié d'un autre message il suffit de le sélectiionner et d'utiliser l'icône citation (guillemets) dans la barre d'outils du message. Pour éviter la propagation de la mise en forme il faut écrire quelque chose dans la ligne suivante avant de mettre en citation. Tu as le forum des essais pour tester.

Donc ça marche maintenant ?

Oui, le bloqueur était un service Avast

Quand on lance cmd.exe la fenêtre qui s'ouvre est une fenêtre "console" souvent appelée à tort fenêtre "DOS"

Je ne suis pas puriste, le tout est de se comprendre !

Petite remarque, ce sont des commandes Windows et non des commandes DOS

On est donc d'accord, des commandes DOS sous console windows

En fait les systèmes non-graphiques je connais un peu, j'ai commencé en 1981 avec le ZX81, j'ai ecris le petit jeu "bowling" en basic...et éclaté avec Tyranosaure Rex