как я могу подключиться к серверу windows, используя интерфейс командной строки? (cli),

<p>особенно с возможностью установки <a href="http://technet.microsoft.com/en-us/library/dd184075.aspx">server core</a> в server 2008 и выше, подключение к серверам windows через <code>cli</code> становится все более полезной возможностью, если не очень распространенной среди администраторов windows.</p><p>практически каждый инструмент управления windows <code>gui</code> имеет возможность подключиться к удаленному компьютеру, но во встроенной windows <code>cli</code> (<code>cmd.exe</code>) такой опции нет, которая создает первоначальное впечатление, что это может быть невозможно.</p><p>возможно ли удаленное управление или администрирование windows server с помощью интерфейса командной строки? и если да, то какие есть варианты для этого?</p>

<p>существует несколько довольно простых опций для удаленного управления удаленным windows server с помощью командной строки, включая несколько собственных опций.</p><h2>собственные параметры:</h2><ol> <li><strong> <a href="http://technet.microsoft.com/en-us/library/dd163506.aspx">winrs/winrm</a> </strong><br> <br> <ul> <li>средство удаленной оболочки/управления windows - это самый простой способ удаленного управления удаленным сервером windows с помощью утилиты командной строки, и, как и с большинством утилит командной строки windows, <a href="http://ss64.com/nt/winrs.html">ss64 имеет хорошую страницу с параметрами и синтаксисом</a> .</li> <li>хотя это явно не указано в документации microsoft, это можно использовать для запуска удаленного экземпляра <code>cmd.exe</code>, которая создает интерактивную командную строку в удаленной системе, а не как параметр командной строки для выполнения отдельной команды на удаленном сервере. <ul> <li>как с: <code>winrs -r:myserver.mydomain.tld cmd</code></li> </ul> </li> <li>это также изначально поддерживаемая опция, которая, вероятно, будет наиболее знакома администраторам других систем (* nix, <code>bsd</code> и т.д.), которые в основном основаны на <code>cli</code>.<br> <br></li> </ul> </li> <li><strong> <a href="http://technet.microsoft.com/en-us/library/bb978526.aspx">powershell</a> </strong><br> <br> <ul> <li>надеюсь, <code>powershell</code> не нуждается в представлении и может использоваться для управления удаленными компьютерами из <code>cli</code> с помощью <code>wmi</code> (инструментарий управления windows).</li> <li> <a href="http://technet.microsoft.com/en-us/magazine/ff700227.aspx">удаленное взаимодействие powershell</a> позволяет выполнять сценарии и команды powershell на удаленных компьютерах.</li> <li>существует множество полезных ресурсов по использованию <code>wmi</code> + <code>powershell</code> для удаленного управления, таких как <a href="http://blogs.technet.com/b/heyscriptingguy/archive/2012/07/09/use-powershell-to-run-wmi-commands-on-remote-computers.aspx">блог сценаристов</a> , <a href="http://msdn.microsoft.com/en-us/library/windows/desktop/aa394572%28v=vs.85%29.aspx">справочник по msdn wmi</a> и <a href="http://ss64.com/ps/">ss64.com, на котором есть индекс команд powershell 2.0</a> .<br> <br></li> </ul> </li> <li><strong> <a href="http://windows.microsoft.com/en-ph/windows-vista/connect-to-another-computer-using-remote-desktop-connection">удаленный рабочий стол</a> </strong><br> <br> <ul> <li>вероятно, это не совсем первое, что приходит на ум в качестве опции window <code>cli</code>, но, конечно, с использованием <code>mstsc.exe</code> для подключения к серверу через удаленный рабочий стол protocl (<code>rdp</code>) разрешает использование командной строки на удаленном сервере.</li> <li>подключение к установке server core через <code>rdp</code>, фактически возможно и даст тот же интерфейс, что и при подключении к консоли - экземпляр <code>cmd.exe</code>. <ul> <li>это может быть несколько нелогично, так как в server core отсутствует рабочий стол или другие обычные параметры оболочки windows, но на сайте petri.co.il есть <a href="http://www.petri.co.il/managing-windows-2008-server-core-rdp.htm">небольшая статья о том, как управлять server core через <code>rdp</code></a> , если так склонен.</li> </ul> </li> </ul> </li> </ol><h2>популярные, неродные варианты:</h2><p>несмотря на то, что теперь windows предоставляет несколько собственных опций для доступа к удаленному серверу через <code>cli</code>, это не всегда имело место, и в результате было создано несколько довольно популярных решений сторонних производителей. три наиболее заметных ниже.</p><ol> <li> <p><strong> установите <a href="http://en.wikipedia.org/wiki/secure\_shell">[~ # ~] ssh [~ # ~]</a> на свой windows server </strong></p> <ul> <li>если вам просто нужно иметь <code>ssh</code>, это тоже вариант, и есть <a href="http://social.technet.microsoft.com/wiki/contents/articles/how-to-set-up-a-windows-2008-core-server-to-be-managed-via-ssh.aspx">руководство по social.technet для установки openssh на server 2008.</a> </li> <li>вероятно, наиболее полезно для администраторов других систем (* nix, <code>bsd</code> и т.д.), которые интенсивно используют <code>ssh</code> для этой цели, хотя даже администраторам, использующим только windows, есть преимущества, связанные с клиент эмулятора одного терминала (например, <a href="http://www.chiark.greenend.org.uk/~sgtatham/putty/">putty</a> ) хранит количество целевых компьютеров и индивидуальные (или стандартизированные) настройки для каждого.<br> <br></li> </ul> </li> <li> <p><strong> <a href="http://technet.microsoft.com/en-us/sysinternals/bb897553.aspx">psexec</a> </strong></p> <ul> <li>оригинальная опция для выполнения удаленных команд на windows-боксе через windows <code>cli</code>, это часть превосходного <a href="http://technet.microsoft.com/en-us/sysinternals/bb897553.aspx">sysinternals suite</a> . один из очень немногих "обязательных" пакетов для администраторов windows, инструменты sysinternals были настолько широко уважаемы и использовались, что syinternals был выкуплен microsoft, а инструменты теперь официально поддерживаются microsoft.</li> <li>как и в случае с <code>winrs</code>/<code>rm</code>, <code>psexec</code> можно использовать для выдачи отдельных команд удаленному серверу или для запуска интерактивного экземпляра <code>cmd.exe</code> на удаленном компьютере. <ul> <li>как с: <code>psexec \\myserver.mydomain.tld cmd</code></li> </ul> </li> <li>как и в случае с другими опциями, есть шаги, которые нужно сделать в первую очередь, чтобы убедиться <a href="https://social.technet.microsoft.com/forums/en-us/8761bf03-8c05-493e-93b1-497f97ce9436/-faq-common-pstools-issues-?forum=pstools">, что psexec действительно может подключиться к целевой машине</a> .<br> <br></li> </ul> </li> <li> <p> <a href="http://technet.microsoft.com/en-us/library/cc772047.aspx"><strong> добавить папку утилит на сервер и сохранить ее значение в системной переменной% path% </strong></a> </p> <ul> <li>как было отмечено в комментариях, есть много хороших программ sysinternals, которые могут выполняться в командной строке и предназначаться для удаленной системы, и это справедливо не только для sysinternals.</li> <li>по сути, упакуйте пакет ваших любимых утилит windows в папку, которую вы отправляете на все ваши серверы, и <a href="http://technet.microsoft.com/en-us/library/cc772047.aspx">добавьте эту папку в <code>%path%</code> переменная среды ваших систем</a> . оба легко сделать через <code>gpo</code>. <ul> <li>(я включаю <a href="http://technet.microsoft.com/en-us/sysinternals/bb897553.aspx">sysinternals suite</a> , <a href="http://www.chiark.greenend.org.uk/~sgtatham/putty/">putty</a> , <a href="http://windirstat.info/">windirstat</a> и кучу пользовательские сценарии, которые я использую повторно) в папку, которая отправляется на все мои серверы</li> </ul> </li> <li>очевидно, что это полезно не только для управления системами windows через <code>cli</code>, но я нахожу это настолько полезным, что я думаю, что в любом случае его стоит включить.</li> </ul> </li> </ol>

<p>просто для полноты: хотя это может быть не лучшим решением по разным причинам, каждая система windows поддерживает службу telnet, которую можно включить из списка функций.</p><p>реализация telnet от microsoft также поддерживает проверку подлинности ntlm, поэтому, в отличие от стандартного telnet для системы unix, при ее использовании в сеть не передается пароль в виде открытого текста.</p>