はてなブックマーク

コマンドラインを使って文字列操作を行う場合、Linuxではsedコマンドを使って実施するのが鉄板だが、WindowsではPowerShellのコマンドレットを組み合わせることでほぼ同様のことができる。 今回、いくつかsedでよく使う文字列処理のパターンに対して、PowerShellで実行する手順を検証してみたので、その結果を記載する。 文字列処理パターン 今回、以下表の8パターンの文字列処理をPowerShellで実現するコマンドを検証した。 No 文字列処理 コマンド (1行目 : sed、2行目 : PowerShell)

環境 環境情報は以下の通り。下から順に削除していくイメージとなる。 OS : Red Hat Enterprise Linux 7.6 PV : /dev/sdb1 VG : vg_sdb1 LV : lv_sdb1 マウントポイント : /mnt 作業前のdfコマンドの状態を以下に記載しておく。/dev/mapper/vg_sdb1-lv_sdb1となっている2GBの領域を拡張し4GBにする。 [root@localhost ~]# df -h ファイルシス サイズ 使用 残り 使用% マウント位置 /dev/mapper/rhel-root 14G 1.4G 13G 11% / devtmpfs 908M 0 908M 0% /dev tmpfs 920M 0 920M 0% /dev/shm tmpfs 920M 8.9M 911M 1% /run tmpfs 920M 0 920M

自宅環境ではインターネット経由でVPN接続をできるように、QNAP NASのQVPN Serviceの機能を利用してOpenVPNサーバを構築している。OpenVPNによる接続手順は以下記事にて記載している。 QNAPとOpenVPNを使って自宅にVPN接続する方法 最近はWireGuardと呼ばれる比較的新しいOSSのVPNソフトウェアが存在する。ソースコードが4,000行程度と非常にコンパクトで、Linuxのカーネルモジュールとして動作するという特徴がある。 QNAP NASの最新OSであるQTS 5.0.0でもWireGuardによるVPN接続がサポートされたとのことだが、残念ながらx86のCPUのみ利用可能となっており、私のQNAP TS-231Pでは対応していなかった。 そこで、今回はWireGuardをLinux上に構築し、Windows用のWireGuardクライアントからイ

近年はセキュリティの観点から、Web通信はHTTPではなくHTTPS (HTTP over SSL/TLS) が利用されることが多い。HTTPSはブラウザとWebサーバ間の通信が暗号化されるため、当然ではあるが、通信の詳細な情報を第三者が確認することはできない。 しかし、近年はフィッシング詐欺などの悪意のあるサイトであっても、SSLサーバ証明書を導入しHTTPS通信とすることで、一見問題がないようなサイトと偽装することも多くなっている。そのような危険な通信を可視化することためには、一度HTTPSの通信を復号し、セキュリティチェックを実施したうえで、再度暗号化することが定番の手法となっている。 復号した通信であれば、通信ログをSIEMなどのログ管理・分析ツールに連携したり、サンドボックスなどで通信先サイトへアクセスした際の振る舞い検知などが実施でき、セキュリティの強化が可能となる。 ※ただし

Red Hat Developer Subscriptionを取得して、RHELをサブスクリプション登録・登録解除する方法 Red Hat Enterprise Linux (以下、RHEL) は、商用使用する場合はサブスクリプションの購入が必要となるが、開発目的であれば「Red Hat Developer Subscription」と呼ばれるサブスクリプションを取得することで、無償利用することができた。 2020年12月に、このRed Hat Developer Subscriptionの利用規約に改正があり、開発環境だけでなく本番環境であっても、最大16台までRHELを使えるようになった。 New Year, new Red Hat Enterprise Linux programs: Easier ways to access RHEL 個人開発者はRed Hat Enterpris

ESXi 7.0やESXi 8.0では、ESXi 6.7の頃と比較してOS領域のパーティションが大幅に設計変更が加わっている。先に結論を言うと、ESXi 6.7以前は数GB程度と非常に少ない容量でOSインストールをすることができたが、ESXi 7.0(ESXi 8.0)では最大で128GBがOSインストール領域として使用される。 以下に、ESXi 6.7とESXi 7.0(ESXi 8.0)のdfコマンドの結果を比較した結果を記載する。 ▼ESXi 6.7 ESXi 6.7では、OS領域であるvfatの領域が4つが作成され、残りの容量はVMFS-6のデータストアが作成されている。 [root@localhost:~] df -h Filesystem Size Used Available Use% Mounted on VMFS-6 32.5G 1.4G 31.1G 4% /vmfs/v

OVF (Open Virtualization Format) と呼ばれる仮想マシンをファイルとして記述する標準フォーマットが制定されている。VMwareのESXiでは、過去のバージョンからOVFのエクスポート・インポートに対応しており、仮想マシンを別のvSphere環境に移行する時やバックアップ目的で、エクスポート・インポートを実施することができる。 OVFのエクスポート・インポート作業はESXiであればVMware Host Client、vCenter ServerであればvSphere Client (あるいは、まもなくサポート終了となるvSphere Web Client) で実施することができるが、Web管理画面での作業はブラウザの相性などでダウンロードが途中で止まってしまったり、予期せぬタイムアウトで中断してしまうことがよくある。 そこで、VMwareからはコマンドラインで

USBの1000BASE-TのNIC (RTL8153, AX88179) をESXiの物理NICとして認識させる方法 USB3.0になってから、転送速度が4Gbps (= 500MB/s)となっており、ギガビット以上の転送速度となっている。そのため、USB3.0対応の1000BASE-TのNICが数多く発売されている。 以前、USB NICを直接仮想マシンで認識させて使用する方法を記事にした。 USB3.0の1Gb 物理NICを買って仮想マシンに接続してみた 今回は、USB NICを仮想マシンにパススルーするのではなく、「USB Network Native Driver for ESXi」をインストールすることで、直接ESXi本体の物理NICとして認識させる方法を記載する。 環境 認識させる対象のESXiのバージョンは以下の通り。 ESXi 7.0 (Nested ESXi環境) 接続

vCenter Server Appliance (vCSA) について、バージョン6.5以降より、vCenter High Availability (vCenter HA) と呼ばれる冗長化機能が利用できるようになった。ちなみに、vCenter Serverの高可用性の手法については、VMware社の以下KBにてまとめられている。 サポート対象の vCenter Server 高可用性オプション (1024051) https://kb.vmware.com/s/article/1024051?lang=ja 今回、手順確認と動作確認を目的として、実際にvCSAを構築して、vCenter HAの設定をしてみた。また、実際にフェイルオーバーさせた際の、vCenter Serverが操作できなくなる時間をざっくり計測してみた。 実施環境 今回の環境は以下の通り。vCenter HAを構成す

2018年4月17にVMwareよりvSphere 6.7が発表された。vSphere 6.5の次期バージョンとなり、7ではなく6.7というバージョンで登場した。 私は自宅の検証環境として、ESXi 6.0を無償ライセンスにて利用している。ESXi 6.7が登場したので、これを機にバージョンアップをすることにした。自宅検証環境は、Realtek 8168のNICが搭載されており、そのままではESXiが認識しないため、NICドライバーを組み込んだカスタムイメージを作成する必要がある。 ↓★前回のカスタムイメージ作成の記事 https://tech-mmmm.blogspot.jp/2016/03/shuttle-ds81esxi-60-esxi-custom-image.html しかし、前回と同様の手順にてRealtekのNICのドライバーを組み込んだカスタムイメージを作成しようとしたが、

無料で使えるサーバ証明書「Let's Encrypt」を使って、QNAP NASの接続をHTTPS化する 自宅で使っているQNAPのNASは、外出中にファイルを閲覧したい場合があるため、DDNSを使って、インターネットからのHTTPS通信を許可する設定を入れている。 HTTPS通信を行う場合、サーバー証明書の導入がWebサーバーに必要となるが、通常数万円以上の費用が発生することから、導入はせずに運用していた。 しかし、「Let's Encrypt」という無償で使えるサーバー証明書サービスがあり、QNAPでは簡単に導入できる仕組みが備わっていることがわかった。導入の際に特にデメリットはなさそうなので、今回「Let's Encrypt」のサーバー証明書を導入してみることにした。 Let's Encryptとは Let's Encryptの動作概要は公式サイトにてまとめられている。 ・Let's

昨年、SIEM(Security Information Event Management)を検討する機会があり、SplunkやMcAfee SIEMの評価版を自宅の検証環境に入れて使っていた。当たり前だが、SplunkもMcAfee SIEMも評価版は使用日数に制限があり(Splunkは60日、McAfee SIEMは30日)、長期的に利用することは不可能であった。そこで、オープンソースでログを統合管理するツールがないかと探していたら、「Graylog」を発見した。 試しにGraylogの仮想アプライアンスをインストールしてみて使ってみたら、なかなか有用なツールと感じた。本記事ではGraylogの仮想アプライアンスのインストールと初期設定の手順を記載する。 Graylogの入手とインストール Graylogのインストーラは以下から入手する。2017年4月時点の最新バージョンは、2.2.2

Windows Serverでクラスター構成を行う場合、OS標準の機能であるWSFC (Windows Server Failover Clustering)、別名MSFC (Microsoft Failover Clustering)を使うことが鉄板だろう。クラスターというと、とっつきにくいイメージがあるかもしれないが、一度構築をしてみればそこまで難しいものではない。 本記事では、Windows Server 2016のWSFCを使って、クラスター構成のファイルサーバーを構築する手順を記載する。なお、Windows Server 2019であっても、クラスター構成の手順は本記事に記載する手順と大きく変わらないことを確認している。 WSFCの呼び方は複数ある 余談だが、WSFCはOSや時期によって名前が変わってきており、以下のようになっている。 MSCS : Windows Server

物理サーバを構築する際は、NICをチーミングし冗長構成を取ることが鉄板となっている。今までWindowsであればチーミングの設定を実施したことはあったが、Linuxでは実施したことがなかった。 事前確認 まずは、何もしていない状態でNICのステータスを確認する。eth0とeth1が存在し、eth0だけにIPアドレスが設定されている状況となっている。この状態から、eth0とeth1のBonding設定を行う。 # ifconfig -a --------------------------- eth0      Link encap:Ethernet  HWaddr 00:0C:29:A9:38:65 inet addr:192.168.11.111  Bcast:192.168.11.255  Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAS

Linuxなら迷うこと無くdiffコマンドがあるので問題ないが、Windowsの場合どうすれば良いか悩んでしまうことがある。フリーソフトがインストールできる環境ならまだしも、インターネットに繋がないサーバーとなると、OS標準のコマンドで実施する必要があるので調べてみた。 Windowsバッチファイル 実はコマンドがあってfc (File Compare) を使えば良い。オプションを確認してみよう。 C:\>fc /? 2 つのファイルまたはファイル セットを比較し、相違点を表示します。 FC [/A] [/C] [/L] [/LBn] [/N] [/OFF[LINE]] [/T] [/U] [/W] [/nnnn] [ドライブ1:][パス1]ファイル名1 [ドライブ2:][パス2]ファイル名2 FC /B [ドライブ1:][パス1]ファイル名1 [ドライブ2:][パス2]ファイル名2 /A

OSのタイムアウト値を覚えておくと、障害設計や障害発生時に役立つ。例えば、ストレージのコントローラー障害でI/Oが1秒止まった場合の影響有無を考えた場合、ディスクタイムアウト値が1秒以上であれば、I/Oが再開されるので「影響無し」と判断することができたりする。 これはネットワークも同様に考えることができる。ということで、OSのネットワークとディスクのタイムアウト値を調べてみた。 Windowsの場合 再送回数に関しては、デフォルト5回との情報がMicorosoftのKBにあるが、5回ではなく3回との情報も多く存在し正しい情報がよくわからない状況。そこで、実際にWiresharkでパケットキャプチャしつつ、Telnetクライアント使ってSYNパケットの再送回数とタイムアウト時間(接続を諦める時間)を確認してみた。 タイムアウト時間の初期値は3秒、再送回数は2回のようだ。 つまりWindows

仮想マシンをバックアップしてリストアする方法について、特別なバックアップソフトウェアを使わずに標準機能のみにて実現することを検討してみた。以下3パターンの方法を実際に試し、メリデメ比較を行ってみた。 仮想マシンのクローンを使う OVFテンプレートのエクスポートを使う データストアから直接vmdkファイルをぶっこ抜く 比較結果を以下に記載する。 テスト用の仮想マシン情報 今回テストに利用する仮想マシンの情報は以下の通り。 仮想マシン名：RHEL61_64 仮想ディスクサイズ：16GB (Thin Provision) OSの使っているディスク容量：約3GB 仮想ディスクはThinで作成しているので、実際の容量は16GBよりも小さい。ESXiのDCUIにて直接vmfs領域を見てみると以下の通り。実際の容量は合計で3.6GBとなる。 /vmfs/volumes/51d55cb3-dbe9bff0

VMwareの仮想マシンスナップショットだが、オプションが2つある。これらの違いを調べてみた。というかほとんど参考URLのKBに記載されているので、それの補足的な情報になる。 パワーオフ仮想マシンのスナップショット 後述するが、上記2つのオプションは、パワーオン状態でなければ実施できない。逆にパワーオフ状態の仮想マシンの場合は、ディスクのスナップショットが取得されるだけであり、ファイル名としては以下が作成される。 ◆vSphere Clientのデータストアブラウザで確認した場合 ＜VM名＞.vmdk　　　←元の仮想ディスク ＜VM名＞-000001.vmdk　　　←差分ファイル ＜VM名＞.vmsd　　　←スナップショットのメタデータ ＜VM名＞-Snapshot＜番号＞.vmsn　　　←メモリのスナップショット情報(28KB程度と非常に小さい)