SSG5 とのVPN接続がきれた際に、機器のUptime(起動時間)を知りたい。機器のUptimeは、以下のコマンドで確認できる。
HOSTNAME> get system
コマンド実行結果の2つ目のブロックに以下のような記述があり、いつから起動しているのか、Uptimeがどのくらいかを知ることができる。
Up 0 hours 10 minutes 14 seconds Since 27Mar2015:10:56:57
SSG5 とのVPN接続がきれた際に、機器のUptime(起動時間)を知りたい。機器のUptimeは、以下のコマンドで確認できる。
HOSTNAME> get system
コマンド実行結果の2つ目のブロックに以下のような記述があり、いつから起動しているのか、Uptimeがどのくらいかを知ることができる。
Up 0 hours 10 minutes 14 seconds Since 27Mar2015:10:56:57
IISを使用しているWindows Server 2008で、WinRMを使用したリモート実行を試みたところ、少なからず問題が発生した。
■WinRMは、ファイアウォールサービスが起動していないと構成できない。
Windowsファイアウォールのポリシーを無効化してファイアウォールを 使用しないのは
問題ないが、サービスは起動しておく必要がある。
“winrm quickconfig” を実行してエラーになる場合は、ファイアウォールを確認する。
(サービスが止められているなんて、ある意味想定外だ)
■WinRMは、バージョンによって使用するポートが異なる。
WinRM 1.1(Windows Server 2003 R2, Windows Server 2008)は、
デフォルトのポートがポート80であり、IISを使用している場合にはポートがかぶる。
WinRMのサービスでは、IISと競合が可能とのことで、プレフィックス /wsman が
予約されているとのこと。
IISで/wsmanを使用していなければ、プレフィックスを付けてアクセスすることで共存はできる。
アクセスする際に工夫が必要。
WinRM2.0(Windows Server 2008 R2 以降)は、デフォルトポートが5985番なので、
IISとポートで競合することはない。
WinRMのポートを変更することはできるが変更すると、管理サーバと通信できなくなる。
Windows Server 2008よりも前のバージョンでWinRM(バージョン1.1)を
使用するときは、 IISとの共存には注意が必要。
■参考
https://msdn.microsoft.com/en-us/library/aa384372%28VS.85%29.aspx
![]() | ブレークポイント ウェブは過成長により内部崩壊する (EPUB選書) ジェフ・スティベル 今井 和久 KADOKAWA/角川書店 2014-08-08 by G-Tools |
面白い本だったので、自分なりにまとめてみた。
企業も生態系もネットワークも、急激な成長(拡大)が始まるとある一定のポイントで飽和点を迎える。飽和点、つまりブレークポイントを迎えると、規模の拡大は終わり、収束に入り、一定のポイントで安定(均衡)する。ブレークポイントを迎えるのは、成長が環境収容力を超えて、リソースを使い切ったところだ。これを曲線にしたものをネットワーク曲線といい、いろいろなものに当てはまる。
今のウェブは、単体ではブレークポイントに達しているか、達しようとしているところ。人が気が付かないのは、PCからのアクセスではなく、スマートフォンなどのアプリからのアクセスという新しい環境に変わっているから。スマートフォンの環境も、遠からず環境収容力を超えるはず。
もう1つ重要なのは、ブレークポイントを迎えて、その後の均衡になると、量は増えないが、質が高まっていくということ。これは脳の発達やアリのコロニーを例に説明されている。
本の内容をもとに考察してみると、ウェブは確かに個々人がウェブサイトを開設したり、ブログを作ったりというのは、新規で作られるというものは減っている。残っているものは、質的に高いものだったり、濃い内容や企業のサイトなどがある。
拡大を続けているSNSは、ごみのような情報から貴重な情報まで玉石混合。ブレークポイントに達していないので、量が増える成長段階なんだろうということ。自分で照らし合わせて考えてみても、納得はいくところ。これが物語っているのは、もう1つ、均衡点になってからの再成長、再拡大は難しいということ。新しい環境を見つけてチャレンジしていかないと、再度の急激な拡大は難しいということ。
なかなか楽しい本でした。おすすめ。
![]() | 機動戦士ガンダム サンダーボルト 5 (ビッグコミックススペシャル) 太田垣 康男 矢立 肇 小学館 2015-02-27 by G-Tools |
今回、ガンダムはちょい役。前の巻から、主役はアッガイ!ズゴックでもハイゴックでもなく、アッガイだ。1年戦争後に多数のアッガイで部隊を組むなんて・・・。かわいらしい見た目に反して、キビキビと動いて活躍。こんなに動けるとは思えないが、そこは気にしない。ガンダムタイプが多数でてきちゃうサンダーボルトなので、アッガイが多数あって活躍しても問題なし。ジオンの水中型MSは強いね。この作品は、ジオン側のほうが好きなんだな。
次のアッガイの活躍に期待だ。
ifgxext.exe(説明: igfxext module) がCPU負荷をかける。CPUのうち、1コアをほぼ使い切っていた。
ifgxext.exeは、intelの共通ユーザインターフェース系のプログラムのようだ。ウィルスや悪いものでもなさそうなので、放置。
本当に故障がないかとか、予防保守交換できないか、を聞いた方がよい。保守に入っていれば、LEFTOVERになったHDDは予防保守交換を頼めば良い。保守員さんが交換してくれて、スペアディスク設定してくれる。
■HPのサポートページ
http://h20565.www2.hp.com/hpsc/doc/public/display?sp4ts.oid=3687117&docId=mmr_kc-0114488&docLocale=en_US
ちなみに、leftoverは、残りものという意味の単語。
VeriSign(Symantec)で発行した証明書を使って、SalesForceからアウトバンド通信をしようとしたところ、通信できなかった。証明書の入れかえなので、ネットワーク的な問題はなし。SSL通信でアクセスすると問題無くSSLの証明もされているので、証明書も問題はなし。
SalesForceからアウトバンドメッセージングをするときに使用できるCA証明書の一覧には、該当の証明書がなく、これが原因のようだ。
今回、ハマったのは「Syamantec Class 3 Secure Server CA -G4」という証明書。これがリストになく、SalesForce側で拒否していたようだ。(リスト上の表記だと、verisignclass3g4ca になるはず。)
簡単にリストに入るわけではないので、諦めて証明書の再発行をVeriSign(Symantec)に依頼したほうが早い。同じような悩みの人の助けになるといいのだけど。
海外でも同じ罠にハマっているようだ。
https://developer.salesforce.com/forums/ForumsMain?id=906F0000000Av9cIAC
この前、しらべようとしたときに、ちょっと止まったのでメモしておく。
■メモ
・各機能レベルで有効になる機能に関する付録
http://technet.microsoft.com/ja-jp/library/cc771132%28v=ws.10%29.aspx
・Windows 2000 混在モードは、Windows Server 2003 R2まで。
Windows Server 2008 からは、Windows 2000 ネイティブ。
ログイン時に使用するShellを変更したい場合は、chshコマンドで変更する。
$ chsh -s Shellのパス
オプションなしで実行した場合は、エディタ(デフォルトではvi)が開き、ユーザ情報の編集ができる。Shellの書き換えは一番上の「Shell: /bin/sh」と表示されている場所を修正すればよい。
昔、直接/etc/passwdを修正していたような・・・便利になったということか。それとも単に知らなかっただけか。
例)shをtcshに変更する
$ cat /etc/passwd | grep yama
yama::1002:20:Yoshi Yamada:/home/yama:/bin/sh $ $ chsh -s /bin/tcsh Password: chsh: user information updated $ $ $ cat /etc/passwd | grep yama yama::1002:20:Yoshi Yamada:/home/yama:/bin/tcsh
$
今回変更したのは、FreeBSD。コマンドを調べたら、Linuxでも同じコマンドでできる。便利だなぁ。
ちょっと前に、FreeBSD9.3にMongoDBをインストールしたので、
今度は、Node.jsとExpressをインストール。
これでMEANスタック環境に必要なものは揃う。
■Node.jsのインストール
portsから、Node.jsをインストール。
root@viola:~ # cd /usr/ports/www/node root@viola:/usr/ports/www/node # ls Makefile files pkg-message distinfo pkg-descr pkg-plist root@viola:/usr/ports/www/node # root@viola:/usr/ports/www/node # make install
■npmのインストール
npmもportsからインストールしようとしたのだが、developerツールのインストールでこける。
仕方がないので、パッケージからインストール。
root@viola:/usr/ports/www/npm # pkg install npm
Updating FreeBSD repository catalogue...
FreeBSD repository is up-to-date.
All repositories are up-to-date.
Updating database digests format: 100%
The following 1 packages will be affected (of 0 checked):
New packages to be INSTALLED:
npm: 2.1.16
The process will require 7 MB more space.
1 MB to be downloaded.
Proceed with this action? [y/N]: y
Fetching npm-2.1.16.txz: 100% 1 MB 481.7k/s 00:03
Checking integrity... done (0 conflicting)
[1/1] Installing npm-2.1.16...
[1/1] Extracting npm-2.1.16: 100%
root@viola:/usr/ports/www/npm #
■Expressのインストール
npmを使って、JavaScriptのフレームワークExpressをインストール。
かなり簡単にインストールできた。
root@viola:~ # npm install express express@4.10.6 node_modules/express tqq utils-merge@1.0.0 tqq merge-descriptors@0.0.2 tqq fresh@0.2.4 tqq cookie@0.1.2 tqq escape-html@1.0.1 tqq range-parser@1.0.2 tqq cookie-signature@1.0.5 tqq finalhandler@0.3.2 tqq vary@1.0.0 tqq media-typer@0.3.0 tqq parseurl@1.3.0 tqq methods@1.1.0 tqq serve-static@1.7.2 tqq content-disposition@0.5.0 tqq path-to-regexp@0.1.3 tqq depd@1.0.0 tqq qs@2.3.3 tqq etag@1.5.1 (crc@3.2.1) tqq debug@2.1.1 (ms@0.6.2) tqq on-finished@2.1.1 (ee-first@1.1.0) tqq proxy-addr@1.0.4 (forwarded@0.1.0, ipaddr.js@0.1.5) tqq send@0.10.1 (destroy@1.0.3, ms@0.6.2, mime@1.2.11) tqq accepts@1.1.4 (negotiator@0.4.9, mime-types@2.0.7) mqq type-is@1.5.5 (mime-types@2.0.7) root@viola:~ #
FreeBSDでも簡単にMEAN環境は作れるな。