net-snmpについて（基礎知識）
SNMPとは 既にSNMPをご存知の方も多いと思います。「Simple Network Management Protocol」の略です。SNMPが世に現れて約20年ほど経ちました。現在ではインターネット標準プロトコルであり、広く知られた管理系プロトコルです。 ドキュメントが少なく、仕様の複雑なSNMP しかしその名前とは裏腹に、利用方法においても管理・監視方法も、決して「Simple」ではありません。他のプロトコルと違い、異なるバージョン同士でも動くように実装する必要がありますし、個人的な経験では、SNMPの特にエージェントの拡張方法に関する情報はネット上でもあまり見当たりません。これはSNMPの仕様の拡張された経緯が複雑であるためです。必然的にRFCでも散文化されており、その仕様自体もかなり複雑です。 そんなSNMPについて、私は縁あってSNMPに触れる機会に多少恵まれて調査しました。
リソースモニタリングツール「CloudForecast」入門 - As a Futurist...
kazeburo さんが開発をされているサーバリソースの可視化ツール「CloudForecast」ですが、個人的に使ってみていてとても使いやすいなと思っています。もっと使ってくれる人が増えるといいなと思い、自重せずに入門エントリを書いてみました。 CloudForecast って何？ そもそも何なの？という話ですが、CloudForecast とはリソースのグラフ作成ツールとして有名な「RRDTool」の薄いラッパーとして作られています。記述言語は Perl ですので、Perl と RRDTool の使い方が大体分かっている人にとっては導入さえしてしまえばかなりかゆいところまで手が届く＝カスタマイズが簡単かつ自由自在なツールだと思います。とりあえずのイントロとしては kazeburo さんの YAPC::Asia 2010 でのこちらのスライドをご覧頂ければと思います。 RRDTool っ
説明が下手な人はもっと抽象化パワーを身につけるべきだと思う - coconutsfine's blog
当たり前のことを当たり前にできる人間になりなさいと高校の恩師に何度も何度も言われて来たおれたちだから、当たり前のことを今日はかく。説明する上で対象を抽象化する力というものはとても重要だということは当たり前であるのだけれど、この超基本的なことが出来ていない人が自分は説明が下手だの言っているので、説明するうえでどうやって物事を抽象化するかについて書いておく。 抽象化とは 結構な人々が抽象化を「曖昧にすること」とか思っていて、抽象絵画は「なんか曖昧な絵」みたく思っているので始末に負えない。まず「抽象（abstraction）」っていうのは、「物事の共通部分を抽出して把握すること」だ。つまり、人の顔を抽象化してみると、何億という全くことなった「ひと」の顔の中で共通する部分を抽出して象形することになる。おそらくは横並びに目が二つ、その下に鼻が一つ、口が一つの絵になると思う。もちろん目なども線や点まで
NAT - Static Mapping Support with HSRP for High Availability - Cisco Systems
Table Of Contents NAT—Static Mapping Support with HSRP for High Availability Feature Overview Restrictions for Configuring Static Mapping Support for HSRP Benefits of Configuring Static Mapping Support for HSRP Related Documents Supported Platforms Supported Standards, MIBs, and RFCs Configuration Tasks Enabling HSRP on the Interface Enabling Static NAT in an HSRP Environment Verifying
Catalyst 3750スイッチスタックの作成と管理
接続のタイプ 全帯域幅接続 次の図は、複数の Catalyst 3750 スイッチで構成され、全帯域幅接続と StackWise 冗長ケーブル接続を提供するスタックの例を示しています。 Catalyst 3750スイッチのスタック 1箇所でケーブルに障害が発生すると、スタックは半帯域幅接続で動作します。 スタックは半帯域幅接続で稼働 スイッチをスタックに接続するために使用されるスタック ポートを探すには、show switch stack-ports コマンドを発行します。 3750-Stk#show switch stack-ports Switch # Port 1 Port 2 -------- ------ ------ 1 Ok Ok 2 Ok Ok 3 Ok Ok または、show switch neighbors コマンドを発行して、各ポートの近隣のスイッチを探します。 37
Passwords Generator
パスワードを大量に自動生成します。パスワードに使用する文字、長さ、文字の構成パターンなどをカスタマイズできます。生成したパスワードの強度を数値で表示します。パスワード生成処理のすべてはあなたのパソコン上で実行するため安全に使用できます。フォーム内の該当するパラメータにマウスを重ねると簡単な説明が表示されます。応用的な使い方はGraviness Blogを参照してください。
＠IT：Apacheでユーザー認証を行うには（Basic認証編）
Apacheのユーザー認証には、「Basic認証」と「Digest認証」がある。Basic認証は一般的に行われている方法だが、パスワードが暗号化されないため、機密性の高いデータへの認証には適していない。Digest認証はパスワードが暗号化されるが、これに対応しているのは比較的最近のWebブラウザに限られる。 ここではBasic認証を利用して、特定ディレクトリのWebページを開く際に「secret」というユーザー名でアクセスできるようにする（編注）。Digest認証を使う方法は、Apacheでユーザー認証を行うには（Digest認証編）を参照。
5分で絶対に分かるSOX法と内部統制の違い － ＠IT情報マネジメント
日本版SOX法が話題になっているけど…… いよいよ、2008年4月1日からいわゆる日本版SOX法が適用されます。しかし、「4月から日本版SOX法が適用されるらしいけど、それで実際に何が変わるの？」や「内部統制とSOX法って何が違うの？」といった疑問をお持ちの方も多いでしょう。 例えば、前者の答えを一言でいうと「上場会社が決算時に公開しなければならない文書が増える」です。後者の答えは「日本版SOX法は、内部統制の一部を指すもの」と、大ざっぱにいうことができます。 そこで今回は、このように分かっているようで分からない、内部統制と日本版SOX法の違いや、コンプライアンスとの関係、日本版SOX法や内部統制では何をしなければならないのかなどを分かりやすく説明していきます。
5分で絶対に分かる日本版SOX法 ― ＠IT情報マネジメント
日本版SOX法がついに走り出す日本版SOX法がついに走り出す 「日本版SOX法」「米国SOX法」「J-SOX」「内部統制」など、つい3年前までは一般にはまったくなじみのなかった「内部統制」と「SOX」という言葉が乱舞し、上場企業はその対応に向け一斉に走り出した。 一方、走り出した企業の内部統制対応を支援すべく、コンサルティング会社やIT企業は大きなビジネス機会ととらえ、新たなサービスや製品の投入やプロモーションが花盛りである。 そのような熱い環境の中で、「日本版SOX法は何をどれくらいの範囲で、どれくらいの深さで、良しあしの判断はどんな基準で？」などを解説した実務面でのガイドラインが「財務報告に係る内部統制の評価及び監査に関する実施基準-公開草案-」（以下、実施基準案）として、2006年11月21日に金融庁企業会計審議会から公開された。 公開草案なので確定版に向けた今後の議論の余地は残すが
AWKの第一歩
小栗栖 修 金沢大学理学部計算科学科 2001年1月8日(月): 第1版 2002年10月10日(木):第1.1版 ogurisu[AT]kanazawa-u.ac.jp この文書の目標は AWKを使ったことがない人が使い始めるきっかけになれば というところにあります。 Cや Javaよりも気楽にプログラミングが楽し めて、もちろん実用的なプログラムが書けるのが AWKやperl, rubyに代表さ れるスクリプト言語です。すでにweb上にも AWKの文書が日本語のものも含 めてたくさんあります。本格的なマニュアル形態の文書も、 A4に印 刷して数枚程度のものもあります。が、ちょっと使ってみようというには本格 的な文書はしんどいし、 A4数枚程度のものは簡潔すぎて何ができる のかよくわからないと思います。それを補完できればなと思っています。もし、 この文書以上のことをしたくなったら、もっと
8) NIC冗長化設定 (bonding設定) | JFEテクノリサーチ株式会社 ITプロフェッショナル・サービス
8) NIC冗長化設定 (bonding設定) 第8回は、LANケーブルおよびネットワーク・インタフェース・カード（以下NICと略記）のトラブルに備え、予めNICを複数搭載し、アクティブ側NICトラブル発生の際、瞬時に予備側NICへの切替を実行するための「NIC冗長化設定 (bonding設定)」についてです。 インターネットリサーチ・コンサルティング･企画、ウェブ翻訳から、Web制作、システム開発までオープンソース・ネットワークビジネスを提供 NIC冗長化設定について 各種サーバーに対して、各々提供するサービスの重要性や用途に応じた耐障害性を保証する必要があります。サーバーの耐障害性を高める具体的な方法として、サーバー本体、ハードディスク、CPU等のハードウェア冗長化があり、ここではNICの冗長化について取り上げます。 NICの冗長化は、一般的に「teaming」と呼ばれますが、Linu
SSHで接続する（その1） CCNA実機で学ぶ
◆SSHで接続する（その1） ※動作確認は、Cisco2500、Cisco1720、Cisco1721、Cisco2611、Cisco2650、Cisco3620シリーズのルータ、Catalyst2900、Catalyst2950シリーズのスイッチなどで確認しています。コマンド、出力結果、動作は、機種、IOSのバージョンで異なる場合があります。 ◆SSHで接続する（その1） SSH（セキュアシェル）は、ネットワークデバイスへセキュアなターミナルエミュレーション接続を確立するために使用されるプロトコルです。SSHを使用してルータを管理することができます。 Telnetでは、クライアントとサーバ間の認証や暗号化を行うことができません。つまり、ネットワーク上に流れるトラフィックをスニファを使用することで傍受されてしまう恐れがあります。SSHは、Telnetと同様にTCP/IPベースのプロトコルで
nfsマウント - 開発日記・備忘録
ネットワークを通じてクライアントホストにサーバの特定のディレクトリをマウントすることができるnfsマウント。bvmeにrikkyo_vineの/home/gauge以下をマントしたいので、とりあえずやってみた。 NFS のサーバー側(ファイルを提供する側)は portmap(もしくは rpc.portmap), rpc.mountd(もしくは mountd), rpc.nfsd(もしくは nfsd)という3つのプログラムを使ってファイルの提供をおこなう。上記全てが正しく動作していることが必要。 そして、それらのプログラムが参照する設定ファイルの記述で、どのディレクトリを公開するかを決め、また、ディレクトリにアクセスできるサーバーを決定する。 まずサーバ側。今でいうと提供する側なのでrikkyo_vineになる。 設定するファイルは以2つ。 ・/etc/exports ・/etc/hosts
[ThinkIT] いまさら聞けないTomcat～JSPサーバ構築のキソ
Tomcatマスターになるために HTTP/HTMLを用いた静的ドキュメントの交換という目的からスタートしたインターネットは、産業や社会のコミュニケーションやパーソナライズされた情報を扱う媒体として発展してきています。こうした流れの中で、インターネットはリアルタイムのコンテンツ更新を求められるようになってきました。 検索エンジンや掲示板などはその一例です。こうしたWebアプリケーションを実現するためには、HTTPを介してリクエストを受け取り、リクエストに応じた処理を行った結果（動的コンテンツ）をリクエスト元に返す仕組みが必要になります。 動的コンテンツ提供のための仕組みの1つが「サーブレット/JSP」です。サーブレット/JSPは、Sun Microsystems（以下、Sun）によって開発されたサーバサイドのJava技術であり、オブジェクト指向に基づくプログラムの部品化の実現や、豊富なクラ
OpenSSLについて
OpenSSLコマンド簡易マニュアル OpenSSLコマンドは、証明書の作成のためのコマンドです。 opensslには、サブコマンドがあり、使用方法は、各サブコマンド毎に異なります。 また、簡易マニュアルですので、よく使うコマンドやオプションのみ記述しています。 詳細なオプションは、manなどで調べてください。 openssl 形式 openssl サブコマンド オプション 機能 OpenSSLのサブコマンドを実行する 機能やオプションは、サブコマンドによって異なる サブコマンド version OpenSSLのバージョン情報の表示 dgst メッセージダイジェストの計算 genrsa RSA形式の秘密鍵の作成 req 証明書の署名要求（CSR）の作成 x509 X.509証明書データの作成 asn1parse ASN.1形式の証明書の内容の表示
Apache 2.2.* 系と OpenSSL での HTTPS の利用 - Linux サーバ認証 編 -
Apache 2.2.* 系と OpenSSL での HTTPS の利用 - Linux サーバ認証 編 - ここでは、Apache 2.2.* 系と OpenSSL を使用して HTTPS 通信を行います。 サーバ認証について簡単に説明いたします。 一般的に HTTPS 通信 ( 通信経路の暗号化 ) を使用する場面というのは、 個人情報の送信や クレジットカードの情報などの送信において必要になると思います。 なぜ必要かというと、それらの情報は他に漏れてはいけない情報であり、もし平文で送信したならば、 途中の通信経路のどこかで第三者に、その情報を見られてしまう可能性があり、重大な結果を招きかねません。 そのような結果を防ぐ目的があり、HTTPS 通信を行います。 しかし、ここで以下の条件を満たす必要があります。 ・通信経路の暗号化 ・情報を送信するサーバが本当に実在し、自分が送
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
VMware Portal Maintenance
CentOS/qmail + vpopmail/vpopmail 設定 - ひつじ帳
NFS（Network File System）の設定
[ThinkIT] 第5回：カーネルをチューニングする (1/4)