J'utilise RealVNC 4.1.3 (la version free...) sur plusieurs postes, sur mon
réseau local et à distance, avec toute satisfaction, mais voilà :
Une nouvelle machine (WINXP Pro) sur mon réseau refuse de se laisser
accéder, donc en mode "server", alors qu'elle est complètement
opérationnelle par ailleurs, partage de fichiers avec les autres postes,
accès à Internet...etc
Que regarder en premier ?...elle a une adresse IP fixe, attribuée par le
routeur à partir de son adresse MAC,
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Charly
Noel a écrit :
Bonjour à tous,
J'utilise RealVNC 4.1.3 (la version free...) sur plusieurs postes, sur mon réseau local et à distance, avec toute satisfaction, mais voilà : Une nouvelle machine (WINXP Pro) sur mon réseau refuse de se laisser accéder, donc en mode "server", alors qu'elle est complètement opérationnelle par ailleurs, partage de fichiers avec les autres postes, accès à Internet...etc
Que regarder en premier ?...elle a une adresse IP fixe, attribuée par le routeur à partir de son adresse MAC,
Merci de vos infos et conseils,
Bonsoir,
Faire une règle (une "exception") au niveau du firewall de Windows pour laisser passer le trafic à destination de winvnc.exe ????
Par défaut, Windows laisse passer les trafics de partage de fichiers et d'imprimante, mais pas forcément le reste. Test simple : désactiver temporairement le firewall et essayer...
A+
Charly
Noel a écrit :
Bonjour à tous,
J'utilise RealVNC 4.1.3 (la version free...) sur plusieurs postes, sur mon
réseau local et à distance, avec toute satisfaction, mais voilà :
Une nouvelle machine (WINXP Pro) sur mon réseau refuse de se laisser
accéder, donc en mode "server", alors qu'elle est complètement
opérationnelle par ailleurs, partage de fichiers avec les autres postes,
accès à Internet...etc
Que regarder en premier ?...elle a une adresse IP fixe, attribuée par le
routeur à partir de son adresse MAC,
Merci de vos infos et conseils,
Bonsoir,
Faire une règle (une "exception") au niveau du firewall de Windows pour
laisser passer le trafic à destination de winvnc.exe ????
Par défaut, Windows laisse passer les trafics de partage de fichiers et
d'imprimante, mais pas forcément le reste. Test simple : désactiver
temporairement le firewall et essayer...
J'utilise RealVNC 4.1.3 (la version free...) sur plusieurs postes, sur mon réseau local et à distance, avec toute satisfaction, mais voilà : Une nouvelle machine (WINXP Pro) sur mon réseau refuse de se laisser accéder, donc en mode "server", alors qu'elle est complètement opérationnelle par ailleurs, partage de fichiers avec les autres postes, accès à Internet...etc
Que regarder en premier ?...elle a une adresse IP fixe, attribuée par le routeur à partir de son adresse MAC,
Merci de vos infos et conseils,
Bonsoir,
Faire une règle (une "exception") au niveau du firewall de Windows pour laisser passer le trafic à destination de winvnc.exe ????
Par défaut, Windows laisse passer les trafics de partage de fichiers et d'imprimante, mais pas forcément le reste. Test simple : désactiver temporairement le firewall et essayer...
A+
Charly
Noel
Le firewall de Windows, est, bien entendu, désactivé !!!
"Charly" a écrit dans le message de news: 4b547d9a$0$23912$
Noel a écrit :
Bonjour à tous,
J'utilise RealVNC 4.1.3 (la version free...) sur plusieurs postes, sur mon réseau local et à distance, avec toute satisfaction, mais voilà : Une nouvelle machine (WINXP Pro) sur mon réseau refuse de se laisser accéder, donc en mode "server", alors qu'elle est complètement opérationnelle par ailleurs, partage de fichiers avec les autres postes, accès à Internet...etc
Que regarder en premier ?...elle a une adresse IP fixe, attribuée par le routeur à partir de son adresse MAC,
Merci de vos infos et conseils,
Bonsoir,
Faire une règle (une "exception") au niveau du firewall de Windows pour laisser passer le trafic à destination de winvnc.exe ????
Par défaut, Windows laisse passer les trafics de partage de fichiers et d'imprimante, mais pas forcément le reste. Test simple : désactiver temporairement le firewall et essayer...
A+
Charly
Le firewall de Windows, est, bien entendu, désactivé !!!
"Charly" <No.Email@No.Spam> a écrit dans le message de news:
4b547d9a$0$23912$426a74cc@news.free.fr...
Noel a écrit :
Bonjour à tous,
J'utilise RealVNC 4.1.3 (la version free...) sur plusieurs postes, sur
mon réseau local et à distance, avec toute satisfaction, mais voilà :
Une nouvelle machine (WINXP Pro) sur mon réseau refuse de se laisser
accéder, donc en mode "server", alors qu'elle est complètement
opérationnelle par ailleurs, partage de fichiers avec les autres postes,
accès à Internet...etc
Que regarder en premier ?...elle a une adresse IP fixe, attribuée par le
routeur à partir de son adresse MAC,
Merci de vos infos et conseils,
Bonsoir,
Faire une règle (une "exception") au niveau du firewall de Windows pour
laisser passer le trafic à destination de winvnc.exe ????
Par défaut, Windows laisse passer les trafics de partage de fichiers et
d'imprimante, mais pas forcément le reste. Test simple : désactiver
temporairement le firewall et essayer...
Le firewall de Windows, est, bien entendu, désactivé !!!
"Charly" a écrit dans le message de news: 4b547d9a$0$23912$
Noel a écrit :
Bonjour à tous,
J'utilise RealVNC 4.1.3 (la version free...) sur plusieurs postes, sur mon réseau local et à distance, avec toute satisfaction, mais voilà : Une nouvelle machine (WINXP Pro) sur mon réseau refuse de se laisser accéder, donc en mode "server", alors qu'elle est complètement opérationnelle par ailleurs, partage de fichiers avec les autres postes, accès à Internet...etc
Que regarder en premier ?...elle a une adresse IP fixe, attribuée par le routeur à partir de son adresse MAC,
Merci de vos infos et conseils,
Bonsoir,
Faire une règle (une "exception") au niveau du firewall de Windows pour laisser passer le trafic à destination de winvnc.exe ????
Par défaut, Windows laisse passer les trafics de partage de fichiers et d'imprimante, mais pas forcément le reste. Test simple : désactiver temporairement le firewall et essayer...
A+
Charly
Guillaume F
Noel avait écrit le 18/01/2010 :
Bonjour à tous,
J'utilise RealVNC 4.1.3 (la version free...) sur plusieurs postes, sur mon réseau local et à distance, avec toute satisfaction, mais voilà : Une nouvelle machine (WINXP Pro) sur mon réseau refuse de se laisser accéder, donc en mode "server", alors qu'elle est complètement opérationnelle par ailleurs, partage de fichiers avec les autres postes, accès à Internet...etc
Que regarder en premier ?...elle a une adresse IP fixe, attribuée par le routeur à partir de son adresse MAC,
Merci de vos infos et conseils,
Un netstat -b montre-t-il que le processus de vnc server écoute le bon port?
Guillaume
Noel avait écrit le 18/01/2010 :
Bonjour à tous,
J'utilise RealVNC 4.1.3 (la version free...) sur plusieurs postes, sur mon
réseau local et à distance, avec toute satisfaction, mais voilà :
Une nouvelle machine (WINXP Pro) sur mon réseau refuse de se laisser accéder,
donc en mode "server", alors qu'elle est complètement opérationnelle par
ailleurs, partage de fichiers avec les autres postes, accès à Internet...etc
Que regarder en premier ?...elle a une adresse IP fixe, attribuée par le
routeur à partir de son adresse MAC,
Merci de vos infos et conseils,
Un netstat -b montre-t-il que le processus de vnc server écoute le bon
port?
J'utilise RealVNC 4.1.3 (la version free...) sur plusieurs postes, sur mon réseau local et à distance, avec toute satisfaction, mais voilà : Une nouvelle machine (WINXP Pro) sur mon réseau refuse de se laisser accéder, donc en mode "server", alors qu'elle est complètement opérationnelle par ailleurs, partage de fichiers avec les autres postes, accès à Internet...etc
Que regarder en premier ?...elle a une adresse IP fixe, attribuée par le routeur à partir de son adresse MAC,
Merci de vos infos et conseils,
Un netstat -b montre-t-il que le processus de vnc server écoute le bon port?
Guillaume
Noel
Oui, le port 5900, mais nous sommes sur le réseau local, on ne passe donc pas par un port ? Les autres postes équipés en serveur sont accessibles sans problème avec leurs adresses IP sans définir de port...
"Guillaume F" a écrit dans le message de news: 4b55918a$0$9133$
Noel avait écrit le 18/01/2010 :
Bonjour à tous,
J'utilise RealVNC 4.1.3 (la version free...) sur plusieurs postes, sur mon réseau local et à distance, avec toute satisfaction, mais voilà : Une nouvelle machine (WINXP Pro) sur mon réseau refuse de se laisser accéder, donc en mode "server", alors qu'elle est complètement opérationnelle par ailleurs, partage de fichiers avec les autres postes, accès à Internet...etc
Que regarder en premier ?...elle a une adresse IP fixe, attribuée par le routeur à partir de son adresse MAC,
Merci de vos infos et conseils,
Un netstat -b montre-t-il que le processus de vnc server écoute le bon port?
Guillaume
Oui, le port 5900, mais nous sommes sur le réseau local, on ne passe donc
pas par un port ?
Les autres postes équipés en serveur sont accessibles sans problème avec
leurs adresses IP sans définir de port...
"Guillaume F" <freenews@open-aix.com> a écrit dans le message de news:
4b55918a$0$9133$426a34cc@news.free.fr...
Noel avait écrit le 18/01/2010 :
Bonjour à tous,
J'utilise RealVNC 4.1.3 (la version free...) sur plusieurs postes, sur
mon réseau local et à distance, avec toute satisfaction, mais voilà :
Une nouvelle machine (WINXP Pro) sur mon réseau refuse de se laisser
accéder, donc en mode "server", alors qu'elle est complètement
opérationnelle par ailleurs, partage de fichiers avec les autres postes,
accès à Internet...etc
Que regarder en premier ?...elle a une adresse IP fixe, attribuée par le
routeur à partir de son adresse MAC,
Merci de vos infos et conseils,
Un netstat -b montre-t-il que le processus de vnc server écoute le bon
port?
Oui, le port 5900, mais nous sommes sur le réseau local, on ne passe donc pas par un port ? Les autres postes équipés en serveur sont accessibles sans problème avec leurs adresses IP sans définir de port...
"Guillaume F" a écrit dans le message de news: 4b55918a$0$9133$
Noel avait écrit le 18/01/2010 :
Bonjour à tous,
J'utilise RealVNC 4.1.3 (la version free...) sur plusieurs postes, sur mon réseau local et à distance, avec toute satisfaction, mais voilà : Une nouvelle machine (WINXP Pro) sur mon réseau refuse de se laisser accéder, donc en mode "server", alors qu'elle est complètement opérationnelle par ailleurs, partage de fichiers avec les autres postes, accès à Internet...etc
Que regarder en premier ?...elle a une adresse IP fixe, attribuée par le routeur à partir de son adresse MAC,
Merci de vos infos et conseils,
Un netstat -b montre-t-il que le processus de vnc server écoute le bon port?
Guillaume
Laurent
Le 19/01/2010 13:57, Noel a écrit :
Oui, le port 5900, mais nous sommes sur le réseau local, on ne passe donc pas par un port ? Les autres postes équipés en serveur sont accessibles sans problème avec leurs adresses IP sans définir de port...
Juste au passage, l'usage est de répondre en dessous du message d'origine ;)
Le port 5900 étant le port par défaut de vnc, si on ne le précise pas, c'est celui qui est utilisé.
Regarde au niveau des propriétés du serveur, ce qu'il y a dans la partie "contrôle d'accès" (* = n'importe quelle machine ; rien = aucune machine), et aussi si la case à cocher "only accept connections from the local machine" n'est *pas* cochée..
Le 19/01/2010 13:57, Noel a écrit :
Oui, le port 5900, mais nous sommes sur le réseau local, on ne passe donc
pas par un port ?
Les autres postes équipés en serveur sont accessibles sans problème avec
leurs adresses IP sans définir de port...
Juste au passage, l'usage est de répondre en dessous du message d'origine ;)
Le port 5900 étant le port par défaut de vnc, si on ne le précise pas,
c'est celui qui est utilisé.
Regarde au niveau des propriétés du serveur, ce qu'il y a dans la partie
"contrôle d'accès" (* = n'importe quelle machine ; rien = aucune
machine), et aussi si la case à cocher "only accept connections from the
local machine" n'est *pas* cochée..
Oui, le port 5900, mais nous sommes sur le réseau local, on ne passe donc pas par un port ? Les autres postes équipés en serveur sont accessibles sans problème avec leurs adresses IP sans définir de port...
Juste au passage, l'usage est de répondre en dessous du message d'origine ;)
Le port 5900 étant le port par défaut de vnc, si on ne le précise pas, c'est celui qui est utilisé.
Regarde au niveau des propriétés du serveur, ce qu'il y a dans la partie "contrôle d'accès" (* = n'importe quelle machine ; rien = aucune machine), et aussi si la case à cocher "only accept connections from the local machine" n'est *pas* cochée..
Pascal Hambourg
Salut,
Noel a écrit :
Oui, le port 5900, mais nous sommes sur le réseau local, on ne passe donc pas par un port ?
Bien sûr que si. Le protocole TCP se fiche pas mal d'être sur le réseau local ou pas, c'est le boulot des couches réseau en-dessous. Et toute connexion TCP utilise toujours une paire de ports, source et destination.
"Guillaume F" a écrit dans le message de news:
Un netstat -b montre-t-il que le processus de vnc server écoute le bon port?
Et sur la bonne addresse, c'est-à-dire l'adresse indéfinine 0.0.0.0 ou l'adresse sur le réseau local et non l'adresse de loopback 127.0.0.1 (plus facile à voir avec netstat -an) ?
Salut,
Noel a écrit :
Oui, le port 5900, mais nous sommes sur le réseau local, on ne passe donc
pas par un port ?
Bien sûr que si. Le protocole TCP se fiche pas mal d'être sur le réseau
local ou pas, c'est le boulot des couches réseau en-dessous. Et toute
connexion TCP utilise toujours une paire de ports, source et destination.
"Guillaume F" <freenews@open-aix.com> a écrit dans le message de news:
Un netstat -b montre-t-il que le processus de vnc server écoute le bon
port?
Et sur la bonne addresse, c'est-à-dire l'adresse indéfinine 0.0.0.0 ou
l'adresse sur le réseau local et non l'adresse de loopback 127.0.0.1
(plus facile à voir avec netstat -an) ?
Oui, le port 5900, mais nous sommes sur le réseau local, on ne passe donc pas par un port ?
Bien sûr que si. Le protocole TCP se fiche pas mal d'être sur le réseau local ou pas, c'est le boulot des couches réseau en-dessous. Et toute connexion TCP utilise toujours une paire de ports, source et destination.
"Guillaume F" a écrit dans le message de news:
Un netstat -b montre-t-il que le processus de vnc server écoute le bon port?
Et sur la bonne addresse, c'est-à-dire l'adresse indéfinine 0.0.0.0 ou l'adresse sur le réseau local et non l'adresse de loopback 127.0.0.1 (plus facile à voir avec netstat -an) ?
Pascal Hambourg
Noel a écrit :
Une nouvelle machine (WINXP Pro) sur mon réseau refuse de se laisser accéder
Mais encore ? Symptômes, messages d'erreur... ?
Noel a écrit :
Une nouvelle machine (WINXP Pro) sur mon réseau refuse de se laisser
accéder
Une nouvelle machine (WINXP Pro) sur mon réseau refuse de se laisser accéder
Mais encore ? Symptômes, messages d'erreur... ?
Noel
Il n'y a aucun message d'erreur, lors du lancement du programme par la machine "cliente", aucune réaction, alors que, normalement, une fenêtre s'ouvre avec demande du mot de passe, Merci,
"Pascal Hambourg" a écrit dans le message de news: hj6na7$1kuu$
Noel a écrit :
Une nouvelle machine (WINXP Pro) sur mon réseau refuse de se laisser accéder
Mais encore ? Symptômes, messages d'erreur... ?
Il n'y a aucun message d'erreur, lors du lancement du programme par la
machine "cliente", aucune réaction, alors que, normalement, une fenêtre
s'ouvre avec demande du mot de passe,
Merci,
"Pascal Hambourg" <boite-a-spam@plouf.fr.eu.org> a écrit dans le message de
news: hj6na7$1kuu$2@saria.nerim.net...
Noel a écrit :
Une nouvelle machine (WINXP Pro) sur mon réseau refuse de se laisser
accéder
Il n'y a aucun message d'erreur, lors du lancement du programme par la machine "cliente", aucune réaction, alors que, normalement, une fenêtre s'ouvre avec demande du mot de passe, Merci,
"Pascal Hambourg" a écrit dans le message de news: hj6na7$1kuu$
Noel a écrit :
Une nouvelle machine (WINXP Pro) sur mon réseau refuse de se laisser accéder
