はてなブックマーク

[カテゴリ:vSphere][カテゴリ:VMware] なんか動いたのでメモ。参考。 事前準備 VI Clientとかなんでもいいけど、とりあえずESXiがHDDを認識していないとさすがに無理。 あとESXiホストにsshでアクセスできるようにしておく必要がある。4.1の場合はVI Clientでアクセスして、ホストの「構成」「ソフトウェア - セキュリティ プロファイル」「プロパティ」を開き「Remote Tech Support(SSH)」を「開始」すればいい。このへんも参照のこと。4.0だとunsupportedの魔法を唱える。詳しくはぐぐれ。 vmdk作成 まずはHDDの確認をする。sshでESXiホストにloginして # ls -l /vmfs/devices/disks/ -rw------- 1 root root 2019557376 Oct 21 14:04 mpx.v

[カテゴリ:others] SOAレコードのSerialの値は32bit正数として扱われるので、その値は 0〜4,294,967,295. 通常変更日付に準じて YYYYMMDDnn のかたちでSerialを入力するため、4294年まではまぁ問題は起きないのだけど、一度数字がオーバーしてしまうと戻すのがめんどくさいとゆーお話。 一番簡単な方法はセカンダリの持っている情報を削除してしまうこと。 プライマリのnamedを完全停止させる プライマリnamedを新しいzone情報で起動させる セカンダリnamedを完全停止させる セカンダリnamedが持っているzone fileを削除する セカンダリnamedを起動させる で更新可能。 セカンダリがISPのネームサーバだったりして柔軟な運用が困難な場合には、Serialをぐるりと回転させてやることで回避可能。 例えば今Serialとして 3005

[カテゴリ:others] 秘密鍵の内容を確認 openssl rsa -in key.pem -text CSRの内容を確認 openssl req -inform der -in req.der -text openssl req -in req.pem -text 証明書の内容を確認 openssl x509 -inform der -in cer.der -text openssl x509 -in cer.pem -text CRLの内容を確認 openssl crl -inform der -in crl.der -text openssl crl -in crl.pem -text

[カテゴリ:Solaris] Solarisははるか昔から64bitOSだったわけだけど、gcc3以降はSun純正コンパイラに頼らなくても64bit開発環境を用意することができるようになっているのでその方向で。 32bit/64bitが混在できるのがSolaris for SPARCのいいところなわけだけど、当然のごとく32bit libraryは32bitバイナリでしか、64bit libraryは64bitバイナリでしか動かないので、同じPATHに32bitと64bitのlibraryが混在しているとえらいことになる。 これを回避するため、基本的に自前でbuildするappsは64bitのみとする。32bitのlibraryを作成した場合には、/usr/local 以下にはインストールしない。例えばGCC3はご丁寧に32bit libraryと64bit libraryの両方をbuil

[カテゴリ:others] 秘密鍵の内容を確認 openssl rsa -in key.pem -text CSRの内容を確認 openssl req -inform der -in req.der -text openssl req -in req.pem -text 証明書の内容を確認 openssl x509 -inform der -in cer.der -text openssl x509 -in cer.pem -text CRLの内容を確認 openssl crl -inform der -in crl.der -text openssl crl -in crl.pem -text