Impossible de se connecter en RDP après un reboot du pc distant
Impossible de se connecter en RDP après un reboot du pc distant - Windows & Software
MarshPosté le 10-01-2006 à 18:42:10
Bonjour à tous !!!
Voici mon problème et ses données :
1) J'ai changé dans la registry le n° de port utilisé par le protocole RDP (normalement 3389) en 65123 (mon routeur n'acceptant pas le NAT et le PAT du style ippublique : port X -> ipprivée : port Y) pour sécuriser un peu cette connexion à distance.
2) J'ai créé une règle dans mon routeur/firewall qui laisse passer les connexions entrantes depuis une adresse ip publique sur le port 65123 et ça le "route" vers l'ip privée du même port.
3) Jusque là, ça marche vraiment sans aucun problème.
4) Je reboote mon pc "serveur" (celui à distance) avec la commande shutdown -r (ou tout autre méthode)
5) Le pc redémarre, et arrive à l'écran du login (mode win2000)
6) A PARTIR de ce moment, il est impossible de prendre le contrôle du pc à distance, telnet ne me dit pas que le port 65123 écoute en TCP, et il dit qu'il est filtered ou listening en UDP...
Comment fait-on dès lors pour se connecter à un pc en remote qui a redémarré sans que quelqu'un soit derrière l'ordi pour se reconnecter en local ?
"7" ) Car dès que l'user remet son identifiant et son mot de passe, que la session démarre, alors je peux reprendre la session par bureau à distance sans problème ...
J'ai déjà fait :
Aller voir dans les GPO ce qui se lance ou pas au démarrage de la machine, le service Terminal Server se lance en automatique (et même en manuel : "activé" ça donne pareil)
De même, j'ai bien vérifié toutes les GPO possibles pour le système local ("LOCAL MACHINE" ) concernant TS, tout est activé et tout devrait passer
J'ai testé les ports avant, après, pendant la connexion, il semblerait que ça soit au niveau de l'écran de logon que le service TS ne se lance pas (ou en tout cas qu'il ne comprenne pas qu'il faut écouter sur le port 65123)
Je précise également que cette machine ne se situe pas dans un domaine, que je fais du RDP de WinXP vers WinXP, que tout fonctionne à merveille TANT que je ne redémarre pas la machine serveur (celle "à distance" ).
Quelqu'un voit-il une solution pour moi ? J'ai posté sur une dizaine de forums, même anglophones (pas celui de Microsoft, j'avoue), et personne n'a su m'aider jusqu'à présent, peut-être la communauté Hardware.fr saura-t-elle prouver sa supériorité de manière incontestable
Marsh Posté le 10-01-2006 à 18:42:10
Bonjour à tous !!!
Voici mon problème et ses données :
1) J'ai changé dans la registry le n° de port utilisé par le protocole RDP (normalement 3389) en 65123 (mon routeur n'acceptant pas le NAT et le PAT du style ippublique : port X -> ipprivée : port Y) pour sécuriser un peu cette connexion à distance.
2) J'ai créé une règle dans mon routeur/firewall qui laisse passer les connexions entrantes depuis une adresse ip publique sur le port 65123 et ça le "route" vers l'ip privée du même port.
3) Jusque là, ça marche vraiment sans aucun problème.
4) Je reboote mon pc "serveur" (celui à distance) avec la commande shutdown -r (ou tout autre méthode)
5) Le pc redémarre, et arrive à l'écran du login (mode win2000)
6) A PARTIR de ce moment, il est impossible de prendre le contrôle du pc à distance, telnet ne me dit pas que le port 65123 écoute en TCP, et il dit qu'il est filtered ou listening en UDP...
Comment fait-on dès lors pour se connecter à un pc en remote qui a redémarré sans que quelqu'un soit derrière l'ordi pour se reconnecter en local ?
"7" ) Car dès que l'user remet son identifiant et son mot de passe, que la session démarre, alors je peux reprendre la session par bureau à distance sans problème ...
J'ai déjà fait :
Quelqu'un voit-il une solution pour moi ? J'ai posté sur une dizaine de forums, même anglophones (pas celui de Microsoft, j'avoue), et personne n'a su m'aider jusqu'à présent, peut-être la communauté Hardware.fr saura-t-elle prouver sa supériorité de manière incontestable
Merci d'avance
[Ben]