Le RDP fonctionnait sur le LAN mais pas sur Internet

• Appliquez-vous des politiques de pare-feu hôte à partir des GPs dans AD ? Si oui, alors pas besoin de vérifier le pare-feu de l'hôte car il devrait avoir les mêmes paramètres que les autres.

  • Si vous le faites manuellement sur chaque hôte, et que vous configurez par erreur une étendue de réseau interne pour accéder à cette règle, vous verrez ce problème SI le sous-réseau du pare-feu réseau n'est pas répertorié là. En gros, la communication RDP/3389 ne sera pas visible depuis le réseau interne du pare-feu (si elle est en dehors de sa plage configurée).
• Si ce qui précède ne vous aide pas, essayez de nous montrer votre liste d'accès, bien que de la même manière, si les autres clients fonctionnent et sont sur le même sous-réseau, alors vous ne devriez pas voir ce problème.

De quel type de routeur parlez-vous, un routeur Cisco ou un routeur SOHO comme Netgear ou Linksys ?

Combien d'adresses IP avez-vous configurées pour accéder à votre routeur du côté public ?

Si vous utilisez un routeur Cisco, vous devrez peut-être poster la configuration pour voir s'il y a une règle bloquant ou abandonnant la connexion en premier.

Si vous modifiez votre bureau qui ne fonctionne pas de sorte qu'il ait l'IP d'une machine qui fonctionne pour les connexions RDP (cette autre machine fonctionnelle étant bien sûr éteinte), pouvez-vous accéder à la session RDP depuis l'extérieur ?

Assurez-vous simplement que le port TCP 3389 est redirigé vers cette boîte RDP.

Vérifiez à nouveau les paramètres de votre pare-feu sur l'hôte.

Je ne sais pas comment est votre configuration mais je vérifierais si le même port n'est pas "redirigé" vers un autre ordinateur, car vous ne pouvez faire qu'une redirection par port sur les routeurs basiques (comprenez domestiques).

En d'autres termes, c'est un peu comme si vous deviez livrer un colis à quelqu'un au 31337, rue Foo, mais qu'il y a 2 maisons avec le même numéro dans la rue...