前回（「Windowsで発生したことを確認できるWindowsイベントログを解説する」）、Windows Terminalの機能確定版が出た場合はそちらを紹介予定と記したが、12月17日にWindows Terminalの1912版が出るかと思いきや、17日になって12月31日に延期された。クリスマス休暇に入っちゃったのかと思ったが、いまだに開発は進行しているようである。まあ開発には計画変更が付きものなので、ゆっくりと待つことにしよう。今年はまだ1週間以上残されている。 githubのWindows Terminalの進行状況を示すページ。12月版のWindows Terminal（Terminal-1912）は、いまのところ50％の完成率。いまだ作業は進行しているようだ さて、今回は前回の続きで、Windowsのイベントログを扱う。PowerShellを使って、実際に記録されているログか
しばたです。 本日非常に珍しい内容でPowerShell Team Blogが更新されたので紹介します。 Windows Security change affecting PowerShell セキュリティ更新によるPowerShellの挙動の変更 上記ブログ記事の内容としては、CVE-2019-0543に対応したセキュリティ更新(2019年1月9日のWindows Update)を適用すると、非常にレアなケースでWindows PowerShellおよびPowerShell Coreの挙動に破壊的変更が生じるというものです。 実際どの様な破壊的変更かについて以下で説明します。 このセキュリティ更新による破壊的変更 このセキュリティ更新で影響を受けるのは 非管理者ユーザーでローカルホストに対してPowerShell Remotingで接続する(local loopback remotin
しばたです。 先日PowerShell Core 6.2がリリースされたばかりですが、次のPowerShellのリリースについてPowerShell Teamからアナウンスがありました。 The Next Release of PowerShell – PowerShell 7 次バージョンのPowerShellは PowerShell 7 記事のタイトルにもある通り、次のバージョンは PowerShell Core 6.3 ではなく、 PowerShell 7 になります。 PowerShell Core 7でもなく PowerShell 7 です。 メジャーバージョンが上がり、同時に Core も呼び名から外されます。 メジャーバージョンを上げる動機として、 PowerShell Core 6.xでクロスプラットフォームなツールとしてWindows以外の環境で広くインストールされる様に
マイクロソフト製のWindows/Linux/macOSクロスプラットフォーム対応シェル、オープンソースの「PowerShell Core 6.0」正式版が登場 マイクロソフトは、Windows/Linux/macOSのクロスプラットフォーム対応の新シェル「PowerShell Core 6.0」正式版のリリースを発表した。Windows専用に開発されてきたPowerShellをオープンソース化し、.NET Coreをベースに作り直したものだ。 Windowsには「コマンドプロンプト」と呼ばれるコマンドラインツールが標準で搭載されています。コマンドプロンプトは、dirやcopyのようなMS-DOSの時代から使われている命令を用いてOSを操作し、バッチファイルなどを実行することができる、いわゆるシェルの機能を提供します。 しかしコマンドプロンプトは貧弱な機能しか備えていないため、マイクロソフ
Powershellでリモート接続するには 接続先サーバーでリモート接続を受け入れるための設定 Enable-PSRemoting –force 接続元のサーバーで接続先を信頼するための設定 Set-Item WSMan:\localhost\Client\TrustedHosts -Value * をしてあげれば繋がるとの情報があちこちに書かれていたのだが、次のようなエラーがでてどうも繋がらない(´・ω・`) PS C:\> Enter-PSSession -ComputerName xxxx -Credential xxxx\Administrator Enter-PSSession : リモート サーバーへの接続が失敗し、次のエラー メッセージが返されました。WinRM クライアントは、リモート WS-Management サービスから HTTP 状態コード 403 を受け取り まし
はじめに みなさん，Linuxの管理時にSSHは使われますか？（使われますよね） Windowsでも，リモートデスクトップではなく，PowerShellを使ってリモートからアクセスしたい！と思いませんか？（思いますよね） ここでは，Windows 7以降を実行するWindows（Server・コンシューマどちらでも）に対して，リモートからPowerShellを用いてアクセスする方法を書きたいと思います． WinRM (Windows Remote Management)を有効にする 接続先のホストで，一度だけ次のコマンドを実行して，WinRMを有効にします． Enable-PSRemoting この時，ネットワークの設定が「プライベート」でない場合，エラーが発生して停止してしまいますので，ネットワークの設定を変更するか，次のコマンドで強制的にWinRMを有効にします． Enable-PSR
Managed Disksの操作には3.5以降のAzure PowerShellが必要です。この記事を執筆時点で Web Platform Installerからはインストールできないので、以下から入手する必要があります。 Release 3.5.0 · Azure/azure-powershell · GitHub Diskの状態を見る Diskの状態を見るにはGet-AzureRmDisk コマンドを使います。出力は例は以下の通り。沢山あるときは、Format-Tableでパイプすれば、見やすくなるでしょう。 PS C:\> Get-AzureRmDisk ResourceGroupName : MANAGEDDISKS AccountType : StandardLRS TimeCreated : 2017/02/09 12:13:10 OsType : Windows Creati
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 適用対象: Windows PowerShell 2.0, Windows PowerShell 3.0, Windows PowerShell 4.0, Windows PowerShell 5.0 トピック about_Execution_Policies 概要 Windows PowerShell® の実行ポリシーとその管理方法について説明します。 詳細説明 Windows PowerShell の実行ポリシーを使用して、Windows PowerShell によって構成ファイルが読み込まれてスクリプトが実行される条件を決定できます。 実行ポリシーは、ローカル コンピューター、現在のユーザー、特定のセッ
Today’s customers live in a multi-platform, multi-cloud, multi-OS world – that’s just reality. This world brings new challenges and customers need tools to make everything work together. Microsoft is working company-wide to deliver management tools that empower customers to manage any platform, from anywhere, on any device, using Linux or Windows. This shift to a more open, customer-obsessed appro
米Microsoftは8月18日（現地時間）、Windowsに標準で備わるシェル／スクリプト言語「PowerShell」をオープンソースで公開したと発表した。Linuxおよび米AppleのOS X版をGitHubからダウンロードできる。 PowerShellは、.NET Framework上で構築されたタスクベースのコマンドラインシェル／スクリプト言語で、Windowsの管理の自動化などに利用できる。今回のオープンソース化により、LinuxとOS Xの管理の自動化も可能になる。 同社はLinux向け「PowerShell Editor Service」も提供する。これにより、ユーザーは「VC Code」や「Sublime」など普段使っているエディタでPowerShellを使える。 PowerShellはまた、「MicrosoftのOperations Management Suite（OM
B! 189 0 0 0 Windows 10ではPackageManagementというツールによって アプリの管理等がPowerShellからコマンドベースで出来る様になってるので、 Macで Homebrew+ Brew-file 的な感じでやってる設定管理の様なものが出来ないかということで、 取り敢えずPowerShellで出来ないかな、と思いちょっとPowerShellを勉強中。 PowerShellを使ってみて ExecutionPlicyの設定 スタイルガイド的な bashrc的な個人設定ファイル 変数 配列、ハッシュ(辞書) 配列を""内で使う時は注意 大文字小文字の区別 コマンドヘルプの見方 Write-Output (echo)の罠 関数の引数 HOME foreachとForEach-Object コマンドを複数行に分ける if ($a -eq “aaa”) retu
Windowsを中心としたシステムを管理したり、操作したりする際に、とても便利なのに意外に使われていない機能が「Windows PowerShell」（以下PowerShell）だ。読者も名前くらいは知っているだろう。 PowerShellが使われない最大の理由は、おそらく名前にある。何ができるのかがピンと来ないのだ。実はPowerShellという名称はUNIX/Linuxにおける「シェル」という用語から来ている。シェルはOSと利用者の仲立ちをするプログラムを指す（図1-1）。役割は大きく2つ。ファイル操作とプログラムの起動だ。例えばファイルを操作するウインドウを表示し、スタートメニューなどを表示する「エクスプローラー」はWindows標準のシェルである。 「シェル」はユーザーの操作をOSに伝えるのが主目的。特に重視されるのがプログラムの起動とファイル操作だ。ファイル操作などのために、コマ
Connect での .NET Framework Core の RC に感化されたわけではないのです。が、.NET Framework 4.6.1 RC1 が先月でています。 https://blogs.msdn.com/b/dotnet/archive/2015/10/29/announcing-net-framework-4-6-1-rc.aspxblogs.msdn.com それも受けて、.NET Framework のインストールを自動化しようと思ったのですが、公式、コミュニティともに既存の DSC リソースには.NET Framework のインストールが可能なものがないので作りました。今回はその紹介です。 目次 目次 Github なぜ DSC でインストールを制御したいのか 前提 インストール KB Ensure InstallerPath NoRestart LogPat
この記事は、PowerShell Advent Calendar 2015 最終日の記事です。 https://atnd.org/events/72226atnd.org 最近はもっぱら C# を使っており、PowerShell も Cmdlet を書いてたりしてスクリプトあまり書いていません。*1 しかしながら、Cmdlet はただ読み込むならともかく、継続的デプロイを考えるとお世辞にも使いやすいとは言えません。むしろ鬼畜です。 そこで今回はPowerShell Cmdlet をもっと楽に頑張らず使えるようにするお話です。 目次 目次 Cmdlet 概要 Cmdlet のメリット Cmdlet のデメリット バイナリモジュールの作成 Cmdlet のクラスライブラリがファイルロックされるタイミング 検証 ファイルロックを回避してモジュールを読み込ませる 事前準備 : モジュールの読み込み
PowerShell ではCmdletを介して JSON の利用ができます。型に当てずに解釈できるので、さくっと使うには本当に強力です。この点に関しては、jq や Json.Net などより触りやすいと思います。 さて、過去にも PowerShell での JSON の操作について説明してきました。今回、PowerShell v5 において、v4までで面倒だった点が改善されたので紹介しましょう。 tech.guitarrapc.com tech.guitarrapc.com 目次 目次 v4までは改行を含んだJSON の読み取りには注意が必要だった v5 では改行を含んだJSON も直接読めるように サンプル まとめ v4までは改行を含んだJSON の読み取りには注意が必要だった 過去の記事でも説明しましたが、ConvertFrom-Json でファイルに保存された Json ファイルを読
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く