はてなブックマーク

概要 Windows サーバのセキュリティパッチ適用は手間のかかる作業です。サーバの台数にも依りますが、システム停止日に全てのサーバをアップデートするよう計画するためには、僅かな手間も省略したいところです。 そこで手間を省略するために Windows Update を PowerShell から実行する方法を検討しました（とりあえず PowerShell の流れ）。 方針 Windows Update Agent API を使います。これは COM として呼び出せるので New-Object -Com Microsoft.Update.Session することができます。後はMSDNのサンプルを書き換えるだけです。 手順 Windows サーバにログインして PowerShell を管理者権限で実行します。続いて、以下のスクリプトを全て貼り付けるとサーバの再起動まで自動で進行します。サーバ

PowerShell で Windows Remote Management を使ってみたのでメモ書きを。 表題にある Windows Remote Management(WinRM) というのは、Windows を遠隔で操作する仕組みのことです。 遠隔で操作するなら以前からリモートデスクトップがあるんですが、WinRM はコマンドで操作ができます。Linux で言うところの ssh な感じになります。これができると、多数のサーバで同じ操作を繰り返すような作業をバッチ処理として自動化することができます。 WinRM を使う準備 WinRM は Windows Server 2012 以降ならデフォルトで有効（デフォルトではポート 5985 で待ち受けています）になっているのでサーバ側での設定は不要です。ただ、ファイアウォールを有効にしてやる必要はあるかもしれないので、確認方法を。この辺は無

CentOS7 からは nmcli というツールでネットワークを管理するらしいので、自宅の仮想サーバ（CentOS7 が無かったので Fedora）で使ってみました。 nmcli は NetworkManager に含まれるツールの一つです。nmtui というツールもあるようですが、この記事では触れません。 以前までの CentOS では NIC デバイスとその設定は 1 対 1 でしたが、NetworkManager では複数の設定（接続プロファイル）を予め用意しておき、必要に応じて何れかの設定をデバイスに適用する方式になっているようです1。 以下では eth0 という接続プロファイルを新たに作成し、その接続プロファイルをデバイス enp0s3 に適用する例です。 接続プロファイルは、これまでと同様 /etc/sysconfig/network-scripts/ の配下に保存されます。

マクロを記述したファイルの拡張子は ttl が使われることが多いようです。 注意するべき点として、普段使用している ttermpro.exe との混同があります。マクロの実行には ttermpro.exe ではなく ttpmacro.exe を使います。 マクロ inputstr と result はシステム変数であり、strscan や recvln を実行すると値が書き換えられます。 df -k を送信すると、結果が複数行で返ってくるのでプロンプト $ が見つかるまで recvln を繰り返しています。 送信したコマンドの結果に $ が含まれる場合、この方法では全ての結果を取得できません。 ; 変数の定義 timeout=2 ; 2 秒でタイムアウト servername='hoge' ipaddr='192.168.XXX.ZZZ' port='23' username='user'

PS> get-command -name *firewall* | select name Name ---- Copy-NetFirewallRule Disable-NetFirewallRule Enable-NetFirewallRule Get-NetFirewallAddressFilter Get-NetFirewallApplicationFilter Get-NetFirewallInterfaceFilter Get-NetFirewallInterfaceTypeFilter Get-NetFirewallPortFilter Get-NetFirewallProfile Get-NetFirewallRule Get-NetFirewallSecurityFilter Get-NetFirewallServiceFilter Get-NetFirewallSett

社用端末や仮想デスクトップを使用していると、PATHの編集が許可されていない場合がある。便利なコマンドを自作したとしても、PATHが通っていなければ宝の持ち腐れである。 そこでこの記事では、コマンドプロンプト起動時に一時的なPATHを設定することによって、端末管理者に負担をかけずに自作コマンドを活用する方法を示す。 前提として あなたの自作コマンド群は、端末管理者が気にしないフォルダ(C:\temp\batなど)にまとめて格納されているものとする。以下では、C:\temp\bat を PATH に追加することにする。 まずコマンドプロンプトを起動する コマンドプロンプトは起動時に %USERPROFILE% が作業フォルダに設定されている。

less でシンタックスハイライトする方法があると聞いたので、GNU source-highlight を使った方法を試してみました。 より詳しい記事として以下のような記事もあるので参考のこと。 Ubuntuでlessを使って構文をカラー表示する方法 ソースを綺麗に整形表示するGNU source-highlight - それマグで！ lessコマンドを少し便利にしておく - Qiita 漢(オトコ)のコンピュータ道: lessでソースコードに色をつける これらの記事では環境変数を弄っているのに対して、本記事では alias を使用する方法を紹介します。 GNU source-highlight のインストール ほとんどの環境で less は最初から使用できるはずなのでインストールはスキップします。とは言うものの、もしかしたらバージョン違いで同じように設定できない恐れもあるので、その辺りは

はじめに システム運用管理の現場ではソフトウェアのバージョン調査という作業が度々発生します。理想的には設計書などのドキュメントに記載されているはずですが、実機とドキュメント情報が乖離していることは少なくありません。そのため、例えばセキュリティパッチがリリースされれば適用要否を判断するために運用されている全サーバ（！）でバージョン調査を実施する必要に迫られるのです。 この記事では Windows OS に標準的に搭載されている .NET Framework について、レジストリから詳細なバージョン情報を取得する方法をまとめます。 課題 .NET Framework は Windows OS に標準的に搭載されているソフトウェアです。.NET Framework のバージョン情報は A.B.C.D 形式で表されますが、コントロールパネルの「プログラムと機能」からは確認できません。正確なバージョ

TL;DR コマンドプロンプトでは快適にシェル芸できなかったので wsh で動く unix っぽい名前のコマンドをチマチマ作っていた。 その結果、なんかそれっぽく動くようになったので、 最近仕事で見たデータなどをネタにデモなどしてみようかと思った。 この記事で使用しているコマンド群は、以下の URL から取得できます。 https://github.com/asterisk9101/wincmd はじまりはじまり 突然ですが以下のようなファイルがあります。 text01.log は空白区切りで２列を持つテーブル状のテキストファイルです。 最終行には // から始まる日本語のコメントが入力されています1。 textXX.log は連番になっており、01 から 30 まで 30 ファイル前後あるものとします。 また、このテーブルのレコード数は不定とします。 ここで、ファイルごとの colB を

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? @echo off :: file_path を backup_dir にコピーする。 :: コピーする際にファイル名に日付を付与する(C:\backup_dir\fileName_yyyymmdd.ext)。 :: 既に同名のファイルが存在する場合は、更に連番を付ける(C:\backup_dir\fileName_yyyymmdd_n.ext)。 :: ユーザ定義変数 set file_path=hogehoge.ext set backup_dir=C:\example\fugafuga :: ユーザ定義変数のエラーチェック if

これまでC#アプリの開発には Visual Studio が必要であると信じられてきた（？）。しかし我々は.NET Framework がインストールされたWindows環境であれば、Visual Studio を使用せずにC#コードのコンパイルが可能であることを突き止めた。 .NET Framework は windows vista 以降の windows os に標準でインストールされている。これは良識のある企業、すなわち windows xp のサポート切れに伴い常用パソコンをリプレースした全ての企業において、一般従業員でもC#によるアプリ開発できることを意味する。 この記事では、SEという名の事務職へC#アプリ開発の方法を提供する。 .NET Framework には csc.exe という C# コンパイラが含まれるので、これを使用する。このコンパイラのインストールパスを記載し