Чтобы winrm не выдавал вопросов можно вызвать quickconfig так:
winrm qc -q
Соответственно сработает и в ISE.
А вообще для настройки PS Remoting и специальные командлеты сделали. Например для включения:
Enable-PSRemoting
чтоб не задавал вопросов:
Enable-PSRemoting -Force
Настраивает листенеры, включает службу, настраивает исключения файрволла. Ну или из групповых политик — xaegr.wordpress.com/2009/08/14/group_policy_remoting_configuration/
Да, кстати, было бы интересно узнать что люди понимают под убогостью этой консоли. А то выяснится что эти проблемы являются лишь проблемами cmd :)
Для меня лично главным недостатком является отсутствие нормальной поддержки юникода. Так как сам по себе PowerShell насквозь юникодный, это иногда доставляет большие неудобства.
Еще могу назвать неудобство изменения ширины окна вместе с буфером. Для этого приходится лезть в настройки.
А что не нравится вам?
Вы удивитесь, но вообще то уже давно вставила :) Раньше надо было доставлять дополнительно, но с Vista и 7 идёт уже в комплекте, надо только включить :) Лицензии не нарушены, кстати :)
Разумеется позиционировать это как замену PS никому в голову не придёт. Просто для облегчения миграции со старых платформ :)
Посмотрите в сторону PowerTab (добавляет автокомплит с меню, и интеллисенсом в стандартную консоль) или PowerShell Plus — консоль написанная с нуля специально для PowerShell, если уж там не хватит возможностей автозавершения… То расскажите что же это за возможности :)
Вы ошибаетесь, 2 раза.
В Win7 и 2008R2 предустановлен PowerShell 2.0.
Путь к файлам — \v1.0\ и расширение .ps1 оставлено в целях совместимости. Нет смысла осложнять жизнь администратором из вредности. Особенно учитывая что 2.0 максимально обратно совместим с 1.0.
Посмотреть реалную версию PowerShell можно с помощью специальной переменной $PSVersionTable:
PS C:\Root> $PSVersionTable
Name Value
— — CLRVersion 2.0.50727.4927
BuildVersion 6.1.7600.16385
PSVersion 2.0
WSManStackVersion 2.0
PSCompatibleVersions {1.0, 2.0}
SerializationVersion 1.1.0.1
PSRemotingProtocolVersion 2.1
Get-Host же возвращает лишь версию оболочки в которой запущен PS. Это может быть powerShell.exe, ISE, PSPlus, или вообще Exchange Console.
Таким образом PS можно превратить в что угодно, начиная от вебсервера, до ОС. Большую часть возможностей PS2.0 можно было реализовать и в 1.0 при наличии желания. Просто MS не любит заявлять что «можно всё, при желании реализуется скриптами» :)
Как PowerShell может быть шагом назад от WinRM/WS-Man если как раз он и начал вовсю использовать их возможности в Windows? :)
Кстати через тот же WS-Management PowerShell позволяет управлять инфраструктурой где куда больше 1го вендора :)
Отличное сравнение. Правда было весело наблюдать как после появления вовсю зеленого столбца PowerShell началась детализация строк до уровня фичуличек которые в PS пока не реализованы :)
Особенно прикольно выглядели строки по поводу лицензии, где наличие Open Source лицензии засчитывалось как преимущество :) Сейчас правда поправили :)
Без «обвесов» UNIX шеллы не выдержат никаких сравнений. Впрочем отметать их тоже было бы нечестно. Всё таки ~10 лет написания всевозможных утилиток действительно сделали шеллы почти всемогущими (хотя заслуга шеллов в этом слабая конечно :)). Именно благодаря этим «обвесам» они еще хоть как то смотрятся в сравнении с трехлеткой PS :)
Я вас уверяю, большинство действительно профессиональных (хотя спорное определение конечно :)) администраторов Windows уже давно пишут скрипты. С PowerShell это занятие конечно становится гораздо проще и доступнее.
Замечу что Remoting в PS отличается от rsh не только возможностью передачи объектов, но и например фичами типа restricted runspaces, one to many, импорт/экспорт сессий, и т.д.
Та консоль которая «ака терминал», действительно убогая, осталась еще с незапамятных времен. К счастью она не единственная. В комплект 2.0 входит прекрасный, написанный с нуля PowerShell ISE. Кроме того существует множество сторонних реализаций консолей, например PowerShell Plus (бесплатен для некоммерческого использования).
winrm qc -q
Соответственно сработает и в ISE.
А вообще для настройки PS Remoting и специальные командлеты сделали. Например для включения:
Enable-PSRemoting
чтоб не задавал вопросов:
Enable-PSRemoting -Force
Настраивает листенеры, включает службу, настраивает исключения файрволла. Ну или из групповых политик — xaegr.wordpress.com/2009/08/14/group_policy_remoting_configuration/
А еще так можно xaegr.wordpress.com/2008/02/13/realtime-syntax-highlighting-in-powershell-console/ это всё на скриптах написано :)
Для меня лично главным недостатком является отсутствие нормальной поддержки юникода. Так как сам по себе PowerShell насквозь юникодный, это иногда доставляет большие неудобства.
Еще могу назвать неудобство изменения ширины окна вместе с буфером. Для этого приходится лезть в настройки.
А что не нравится вам?
Разумеется позиционировать это как замену PS никому в голову не придёт. Просто для облегчения миграции со старых платформ :)
В Win7 и 2008R2 предустановлен PowerShell 2.0.
Путь к файлам — \v1.0\ и расширение .ps1 оставлено в целях совместимости. Нет смысла осложнять жизнь администратором из вредности. Особенно учитывая что 2.0 максимально обратно совместим с 1.0.
Посмотреть реалную версию PowerShell можно с помощью специальной переменной $PSVersionTable:
PS C:\Root> $PSVersionTable
Name Value
— — CLRVersion 2.0.50727.4927
BuildVersion 6.1.7600.16385
PSVersion 2.0
WSManStackVersion 2.0
PSCompatibleVersions {1.0, 2.0}
SerializationVersion 1.1.0.1
PSRemotingProtocolVersion 2.1
Get-Host же возвращает лишь версию оболочки в которой запущен PS. Это может быть powerShell.exe, ISE, PSPlus, или вообще Exchange Console.
Кстати через тот же WS-Management PowerShell позволяет управлять инфраструктурой где куда больше 1го вендора :)
Особенно прикольно выглядели строки по поводу лицензии, где наличие Open Source лицензии засчитывалось как преимущество :) Сейчас правда поправили :)