![]() ![]() |
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.
| |||||||
Petit astucien ![]() | Obtenir une connexion internet en 4G, je l'ai fait lors d'une panne de Box. | |||||||
Petit astucien ![]() | HEUREUX Alors merci de tout cœur, et gros bisous à CLOPA pour ton info, j'espère seulement que AnyDesk | |||||||
Petit astucien ![]() | Bonne chose de faite ! ! ! | |||||||
Petit astucien ![]() | 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.... | |||||||
Petit astucien ![]() | Désolé pour ces incidents: J'ai redémarré le poste distant (serveur) et après plusieurs tentatives, j'ai pu me reconnecter. | |||||||
![]() ![]() |
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.
| |||||||
Astucienne | BernardH a écrit : 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. | |||||||
Publicité | ||||||||
![]() ![]() |
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). Modifié par fgondard le 07/01/2020 19:06 | |||||||
Petit astucien ![]() | Réponse à clopa 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. | |||||||
Petit astucien ![]() | à 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. J'ai fixé mon DHCP entre 100 et 200 et les adresses locales fixes sont dans cette zône. C'est bon ou pas ?
| |||||||
![]() ![]() |
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).
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.
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.
Qui n'est pas gratuite, voir ci-dessus.
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. Modifié par fgondard le 08/01/2020 13:41 | |||||||
Petit astucien ![]() | 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. | |||||||
![]() ![]() |
C'est un peu ce que j'avais pensé?
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. | |||||||
![]() ![]() |
C'est un peu ce que j'avais pensé?
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. | |||||||
Petit astucien ![]() | 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 !
| |||||||
Publicité | ||||||||
![]() ![]() | 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. Modifié par fgondard le 10/01/2020 17:57 | |||||||
Petit astucien ![]() | Bonjour Je constate encore aujourd'hui que AnyDesk se connecte au doigt et à l'oeil ! 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.
| |||||||
Petit astucien ![]() | Dans le doute, j'ai désactivé telnet. Si tu veux le tester chez moi, dis-moi quand...
| |||||||
![]() ![]() |
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.
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à). Modifié par fgondard le 12/01/2020 15:24 | |||||||
Petit astucien ![]() | "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. "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?)
Sans rapport: comment fait-on une citation, si je le fais, je ne peux plus en sortir....? | |||||||
![]() ![]() |
Donc ça marche maintenant ?
Ç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.
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
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.
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.
Modifié par fgondard le 17/01/2020 13:41 | |||||||
Petit astucien ![]() |
Oui, le bloqueur était un service Avast
Je ne suis pas puriste, le tout est de se comprendre !
On est donc d'accord, des commandes DOS sous console windows | |||||||
Petit astucien ![]() | 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 | |||||||
Publicité | ||||||||
| ||||||||
Les bons plans du moment PC Astuces | Tous les Bons Plans | |||||||||||||||
|
Sujets relatifs | ||
|