Si vous faites référence à un simple accès à votre serveur IIS à partir d'un emplacement distant, le bureau à distance résout généralement ce problème. En supposant que votre serveur dispose d'une adresse IP statique ou d'un nom d'hôte auquel vous pouvez accéder depuis Internet, le bureau à distance est une solution simple et relativement sécurisée.

Y a-t-il un problème avec cette réponse ? Maintenant j'ai une mauvaise réputation...

Vous devez faire votre choix de plate-forme de serveur en fonction de l'environnement dans son ensemble, et cela inclut les interfaces d'administration/de gestion fournies.

Je crains que si vous n'aimez pas la façon dont Windows implémente la gestion d'IIS, alors c'est dommage. Cela dit, un peu de recherche dans les interfaces WMI donnera généralement une solution que vous devriez trouver utilisable. J'avais l'habitude de faire pas mal de scripts WMI (principalement via PowerShell) afin d'avoir une capacité de reconstruction d'environnement fiable.

Remote Shell ne résout pas le problème de productivité. (Cela rend simplement les choses possibles.)

D'après ce que j'ai entendu, tout ce que les futures GUI de Microsoft pourront faire avec PowerShell puisque les GUI utilisent les mêmes API que celles qui sont disponibles à partir de PowerShell.

Personnellement, j'adore cygwin mais cygwin ne peut pas vous aider à gérer les applications Microsoft.

Vous pourriez être surpris, cependant, de la puissance de l'hôte de script Windows lorsqu'il est associé à l'instrumentation de gestion de fenêtres. Je pense qu'IIS est entièrement gérable avec WMI ou certains objets COM qui peuvent être facilement utilisés à partir d'un script JScript WSH.