第3回『いまさら聞けない！システム運用・管理のコツ』 ～システム監視ツールバトル2013！～ @zembutsu の発表スライドです。 前半は、これまでのお復習い。後半は、現在の取り組みです。 2013/07/11(木) 19:00 ～ 22:30 http://everevo.com/event/6342 様々な監視ツールがあるなかで、Munin はリソースの変化を識るためのツール。サーバ上のありとあらゆる情報を集めることが出来るので、日常の利用状況の把握や、障害時のトラブルシューティングにも最適です。そこで、Munin を使えばトラブルシューティングがどのように変わるのか、実例とグラフを交えてご紹介します。 おまけ、スライド冒頭は、本当はこんな無駄アニメーションでした。。 （頑張るところが間違ってるだろうと反省しています） http://youtu.be/YNJ-Mn0IOpI Rea
muninとは muninはサーバーリソース管理ツールです。とにかく、ひたすらグラフ化、可視化、見える化するツールです。名前の由来は、北欧神話の神オーディンに世界中の情報を収集して伝達するワタリガラスです。RRDtoolとPerlで作られています。 こんなグラフを生成してサーバーのリソースをほぼリアルタイム（約5分おき）に伝えてくれます。 私のサーバーのMuninは以下のアドレスで閲覧できます（自宅サーバーなので大規模ではないですが）。 自宅サーバー http://www.testvps.info/munin/saito/geek.saito/index.html さくらVPS（1GB SSDプラン） http://www.testvps.info/munin/saito/testvps.saito/index.html Muninで監視できること Muninは以下のようなものをグ
自分用φ(..)メモメモ ZABBIX(赤)でmunin-node(緑)プロセスを監視しようとしても、zabbix-agentのバージョンが1.4系の場合は key に proc.num[munin-node] を指定しても、常に結果が 0 。正常に検出することが出来ない。代案として、proc.num[perl,,,”munin-node”] を用いることで、munin-node の稼働状況を確認することが出来た。以下は、通常の監視方法と、代替案を見つけるまでの手順を記す。 ■ ZABBIX でも munin-node を監視したい！ Linux サーバ上で稼働する munin-node を監視するために、ZABBIX を用いた。目的は munin-node を監視して、停止している状況があれば、通知して復旧するため。ZABBIXの代わりに、もちろん、他の監視ツールでも良い。たまたま監視対
株式会社ヴァリューズは、同社のマーケティング分析サービス「VALUES eMark+」を使用し、メーカーやサービス企業の会員サイトの、2013年10月度における「訪問ユーザー数」「ページビュー数」などを調査・集計し、「オウンドメディア訪問者数ランキング」を作成、発表した。対象企業は、ネット専業やメディアを除く、同社が独自に定義する「製品・サービス」系の企業に絞って集計。 【スマホでのウェブサイト閲覧頻度はPCの約2倍】 訪問ユーザー数を分析した結果、1位は「日本郵便」、2位は「ヤマト運輸」が上位を占め、次いで3位「Apple」、4位「ユニクロ」と続いた。 次に、このランキングをページビュー数の多い順に並べ替えると、1位は「コカ・コーラ パーク」、2位は「CLUB Panasonic」、3位は、会員サイト「サントリータウン」の訪問者数も含む「サントリーホールディングス」となり、企業が運営する
環境変数に仕込まれたコードを実行してしまうBASHの脆弱性が CGIスクリプトに影響を与えるか試してみたら結果は悲惨な感じに Tweet 2014年9月25日 嶋田大貴 この記事は2014年のものです 朝から Bash specially-crafted environment variables code injection attack なるもので騒ぎになっていたので、さっそく手元の Apacheで試してみました。 /hoge.cgiというURIで実行されるように、一行のメッセージを出力するだけの CGIスクリプトを設置します。いっけん、なんの入力もクライアント側から受け付けていないため危険のありようもなく見えます。 #!/bin/sh echo "Content-type: text/plain" echo echo "Hi! I'm an ordinary CGI script w
bashに脆弱性が確認されたとして騒ぎになっています。ここではCVE-2014-6271に関する情報をまとめます。 #記載内容について、誤っている、追記した方がいい等情報がございましたら@piyokangoまでご連絡お願いします。 脆弱性情報 脆弱性の愛称 ShellShock Bashbug CVE番号 Bash周りで発行されているCVEは6つ。その内詳細が不明なのが2つ。(CVE-2014-6277,CVE-2014-6278) CVE 発見者 想定脅威 特記 CVE-2014-6271 Stephane Chazelas氏 任意のコード実行 ShellShockの発端となったバグ。 CVE-2014-7169 Tavis Ormandy氏 任意のコード実行 CVE-2014-6271修正漏れによる脆弱性 CVE-2014-7186 Redhat DoS メモリ破壊(Out-of-Bo
UNIXおよびLinuxで広く使われているシェル「Bourne Again Shell（Bash）」に重大な脆弱性「CVE-2014-6271」が確認され、米Red Hatなどが注意を呼びかけている。同脆弱性は攻撃者に任意のコマンドの実行を許可してしまうおそれがある。 Red Hatが現地時間2014年9月24日に公開したブログ記事によると、攻撃者は一定の条件のもと、特別に細工した環境変数を使って脆弱性を突き、環境変数に含まれる不正なコマンドをリモートで実行できる。 Bashの開発元からすぐにパッチがリリースされたが、Red Hatは9月25日に「CVE-2014-6271のパッチは不十分」とする指摘を追記している。 複数の海外メディアの報道（米New York Times、英Financial Timesなど）によると、問題の脆弱性は「Shellshock」と名付けられ、米国立標準技術研
This article was originally published on the Red Hat Customer Portal. The information may no longer be current. Update 2014-09-30 19:30 UTC Questions have arisen around whether Red Hat products are vulnerable to CVE-2014-6277 and CVE-2014-6278. We have determined that RHSA-2014:1306, RHSA-2014:1311, and RHSA-2014:1312 successfully mitigate the vulnerability and no additional actions need to be ta
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
