Windows Server и telnet, что можно сделать?
ISAPI ионика Переписывают (IIRF), хороший URL rewriter для IIS (и свободный), но он кажется, что OP хочет Прокси HTTP. IIRF может сделать или перезапись или прокси реверса HTTP. Вам нужна версия 2.0 IIRF для получения возможности прокси.
Нет в основном ничего, что Вы не можете настроить использование командной строки в Windows в эти дни. Существует netsh для управления сетевыми интерфейсами и брандмауэром, например, и appcmd для обработки экземпляра IIS.
Используя Powershell (который в настоящее время исключает Ядро Сервера) еще больше опций доступно как Добавлять-компьютер cmdlet для того, чтобы соединить машину с доменом с дополнительными опциями по старому netdom.
Если Вы натыкаетесь на что-то, что не может быть сделано из командной строки, там обязан быть сторонним инструментом, чтобы сделать это - или Вы могли прокрутить свое собственное, учитывая знание того, что на самом деле ввести по абсолютному адресу в в системе (обычно специализированные файлы или настройки реестра).
WinRM
Начиная с Сервера 2008/Vista у Вас есть управление Windows Remote, которое является реализацией Microsofts открытого управления WS стандартом веб-сервиса, которое использует SOAP и таким образом может быть защищено с TLS/SSL и многими способами аутентификации.
CMD и Powershell могут вызвать WinRM для выполнения материала на удаленных машинах, таким образом, это легко scriptable. Насколько я вспоминаю, WinRM может быть установлен на XP и 2 003 машинах также - и он может использоваться для управления другими платформами, который реализует управление WS, как выполнение Linux OpenWSMan.
Telnet
Не включенный по умолчанию (даже клиент, к счастью!), но может быть то, если Вы хотите.
Сторонние инструменты
Кажется одной из более популярных опций - инструменты как psexec или третья сторона, серверы SSH все доступны, если это пускает в ход Вашу лодку.
Иски управления
Любое достойное решение по управлению позволит Вам обработать тысячи хостов Windows несколькими щелчками в удобном клиентском инструменте. Серия Microsoft System Center является, вероятно, самой известной, но другие большие, я надеюсь, что кто-то может отредактировать в здесь.
Инструменты UI для специального администрирования
Большинство, если не все средства администрирования Вы находите на машине Windows, может соединиться удаленно с другим хостом Windows к специальному управлению. При установке функций RSAT на рабочем столе Vista или Windows 7, Вы заставите большинство стандартных инструментов UI управлять AD, инфраструктурой, репликацией, Hyper-V и так далее без потребности вообще для открытия интерактивной сессии с рассматриваемыми серверами.
Интерактивный рабочий стол
Используя Удаленный рабочий стол Вы получаете интерактивную сессию к серверу, который может быть настроен, чтобы быть столь же безопасным как любое решение SSH или этажерка. По-моему, использование Удаленного рабочего стола к Windows Server необычно. Если необходимо сделать это, то существует что-то не так (и да, вещи иногда неправильно так ничто неправильно с этим, игра слов, не предназначенная), что Вы фиксируете при выполнении ее.
Инструменты UI и интерактивный рабочий стол могли быть грубо автоматизированы с помощью AutoIT или чего-то подобного - если Вы действительно хотите продвинуть его в абсурдный ^^
Ошибка в этом вопросе находится в принятии, что некоторая форма удаленной командной строки требуется, чтобы управлять или автоматизировать задачи на Windows Server (возможно в результате происхождения из среды Unix?)
Даже в былые времена Сервера 2000 и Сервера 2003 фактически каждое административное средство или пишущий сценарий интерфейса, обеспеченного Microsoft, было способно к соединению с удаленной машиной, а также с локальной машиной. Вы идущий буквально почти управляете всей сетью без когда-либо однажды на самом деле "находиться на" сервере. Это всегда росло и улучшалось за эти годы - и кроме краткого разъединения, где клиент XP был доступен перед административными средствами сервера, которые работали с ним, были - служит для демонстрации действительной мощности и гибкости истинной собственной Программы установки Windows.
Я запущу сказать, что Telnet не должен быть включен. Я не могу понять, почему это даже установлено, поскольку это было разработано для закрытой среды, где безопасность не была проблемой и не имеет никакой причины существовать в современном мире.
Существует много способов удаленно управлять Windows Server из командной строки. Существует WMI для начинающих. Существуют также инструменты, такие как pstools комплект, прежде всего psexec.
Возможно, самый простой способ получить безопасную командную строку на удаленном сервере состоит в том, чтобы установить и использовать один из серверов SSH. Это даст Вам командную строку точно как открытие подсказки "DOS" на самой машине. Вы, возможно, однако должны играть с режимом эмуляции терминала клиента (например, шпаклевка), чтобы заставить это выглядеть правильным, поскольку они обычно предназначаются для соединения с *, отклоняют хост.
Windows имеет весь комплект инструментов для удаленного администрирования машин Windows. В дополнение к инструментам удаленного администрирования в администраторе toolpack, можно использовать что-то как psexec или даже powershell для выдачи удаленных команд.
Что касается автоматизации, я рекомендовал бы powershell. Все мои приятели администратора Windows клянутся им.
Да, можно включить сервер telnet. См.:
http://www.windowsnetworking.com/articles_tutorials/configure-telnet-Server-Windows-Server-2008.html
Добавленная поддержка Windows Server 2008 "Базовых" установок сервера - которые по существу дают Вам минимальный GUI для конфигурирования сервера кроме очень простых вещей как установка IP и добавление его к домену. Чтобы позволить тем серверам управляться (и также Полный Сервер 2 008 установок), Microsoft обеспечивает Административные средства Удаленного сервера для Windows 7, который по существу дает Вам GUI на Вашем рабочем столе для управления большинством аспектов сервера:
Как примечание стороны, я знаю о нескольких уважаемых поставщиках услуг хостинга (включая Rackspace) это удаленным администрированием поддержки по умолчанию через широко открытый порт RDP. По-моему, RDP не менее безопасен, чем широко открытый порт SSH в сервер - в любом случае, трафик шифруется, но если у Вас есть вход в систему/пароль (предполагающий, что Вы не используете сертификаты), Вы можете pwn сервер.
-
1... если у Вас есть имя пользователя/пароль к системе, какой-либо системе, то Вы можете reak опустошение, независимо от которого интерфейса Вы используете для вхождения в систему – Mark Henderson♦ 14 March 2010 в 05:53
-
2Моя единственная цель к включению примечания стороны является этим I' ve врезался в несколько сетевых администраторов, которые задыхаются при мысли об отъезде открытого порта RDP, но don' t думают дважды об этом на стороне SSH. Идеально, была бы VPN между Вами и удаленной сетью, и никакие порты, которые позволяют администрирование, не были бы открыты. Вне темы я предполагаю. – AdamSwann 14 March 2010 в 06:00
-
3
инструменты PowerShell и sysinternals - ваши друзья. mh01 указывает на то, что многие инструменты на основе MMC позволяют подключать удаленные машины, чтобы ими можно было управлять из локального графического интерфейса. Как старожил (буквально) я привык к командной строке и считаю, что PowerShell - один из лучших инструментов, которые когда-либо создавал MSFT.