DNSの再帰的な問合せを使ったDDoS攻撃の対策について
--------------------------------------------------------------------- ■ DNS の再帰的な問合せを使った DDoS 攻撃の対策について 2006/03/29 (Wed) --------------------------------------------------------------------- ▼概要 DNS の再帰的な問合せ (recursive queries) を使った DDoS 攻撃が数多く発 生しています。適切なアクセス制限を行っていない DNS サーバは、DDoS 攻撃 の踏み台として使用される可能性があります。 DNS サーバはその機能から、キャッシュサーバ (Recursive Server) とコンテ ンツサーバ (Authoritative Server) の 2 つに分類することがで
あるプロセスが利用しているメモリサイズを procfs 経由で調べる - naoyaのはてなダイアリー
お題は「あるプロセスがどの程度の物理メモリを利用したかを知りたい」です。 手っとりばやく知りたいときは top や ps などで調べると良いでしょうか。例えば手元の coLinux で top して M キーでソートすると emacs のプロセスが最もメモリを使っているようです。 PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1923 naoya 18 0 23120 19m 3096 S 0.0 2.0 0:55.40 emacsメモリサイズは VIRT と RES がありますが、VIRT は Virtual の略で仮想メモリ領域のサイズ、RES が Resident の略で、実際に使用している物理メモリ領域のサイズ。19MB ほど使っているようです。この emacs のプロセスが利用するメモリ領域はざっくり 20MB 程度と
DSAS開発者の部屋
12/27 から年末年始をはさんだ5日間で、技術系インターン「KLabサーバーサイドキャンプ」を開催しました。 今春3月に第2回も企画しているので、 その宣伝も兼ねて開催報告をします。 （尚、エントリー最終締切日が1/24（月）に迫っているので興味を持って頂けた方はお早めにご応募ください） キャンプの目的 このキャンプは、主にこれから就職活動を始める学生を対象にサーバーサイド開発を体験してもらい、今後の進路を考える上で参考にしてもらうことを目的としています。 そのため、Pythonでのある程度のプログラミング経験は前提としつつ、SQLやSSHなどを触ったことがない方でも参加できるように講義や課題を準備していました。 キャンプの内容 題材として、実際に遊べるリズムゲーム（音ゲー）を用意しています。 このゲームにはユーザー登録機能と、複数人で同一曲を同時にプレイする機能があります。この2つの機
Nagiosプラグイン自作方法の紹介
こんにちは。ハートビーツ運用スタッフの津田です。 ハートビーツからお届けする技術情報の初回シリーズ、Nagiosについての第4回です。 第3回ではNagiosの監視プラグインで、aptでインストールできるものをご紹介しましたので 今回は自作監視プラグインの作り方をご紹介します。 (ただし、ここではサービス監視に関するものをご紹介します。ホスト監視についてや、 細かい仕様については公式ドキュメントのNagios Plugin APIなどをご覧下さい。） "作り方"と言っても、専用のプログラミング言語があるわけではありません。 プラグインを使って監視をしたいサーバで動くプログラミング言語であれば、どんな言語でも構いません。 前回ご紹介したプラグインはC言語で書かれていますが、シェルスクリプトや Perl,Ruby,Pythonで書いても構わないんです。 Nagiosで動くプラグインを作るための
8) NIC冗長化設定 (bonding設定) | JFEテクノリサーチ株式会社 ITプロフェッショナル・サービス
8) NIC冗長化設定 (bonding設定) 第8回は、LANケーブルおよびネットワーク・インタフェース・カード（以下NICと略記）のトラブルに備え、予めNICを複数搭載し、アクティブ側NICトラブル発生の際、瞬時に予備側NICへの切替を実行するための「NIC冗長化設定 (bonding設定)」についてです。 インターネットリサーチ・コンサルティング･企画、ウェブ翻訳から、Web制作、システム開発までオープンソース・ネットワークビジネスを提供 NIC冗長化設定について 各種サーバーに対して、各々提供するサービスの重要性や用途に応じた耐障害性を保証する必要があります。サーバーの耐障害性を高める具体的な方法として、サーバー本体、ハードディスク、CPU等のハードウェア冗長化があり、ここではNICの冗長化について取り上げます。 NICの冗長化は、一般的に「teaming」と呼ばれますが、Linu
Carpe Diem
このエントリは、Datadog Advent Calendar 2016 の 10 日目のエントリです。 2016年を振り返ってみると、Datadog をフル AWS の本番システムに導入して本格稼働している年でした。 実はまだまだすべての設定は完了していないのですが、2016年の自分と Datadog について、どのような関わりがあったのか、このエントリで振り返ってみたいと思います。 2016年2月 フル AWS のシステム向けのモニタリングツールで Datadog を導入することが正式に決まりました。 そこで、チーム向けに Datadog について簡単に紹介してしほしいと相談されたので、まずは Datadog 入門編のスライドで紹介しました。 このスライドでは、Datadog の一通りの機能を紹介しています。 2016年8月 こうして、Datadog Agent を導入していたのですが
Nagiosでログ監視！
ですが、今回はNagiosでのログ監視について見て行きたいと思います。 まずは NagiosExchangeからcheck_logs.plをダウンロードし、インストールします。 （check_logs.plはperlで実行されるため、要perlです。） そして、実行権を付けましょう！ これで、ひとまず ログ監視を実行できるようになりました。 さて、実行できたは良いものの ・どのファイルを読むのか ・どのエラーが発生した時に、メールを飛ばすようにするのか 等が設定できていないため、このままでは監視になりません。 ということで、次は「どのファイルを読み」、「どのエラーを拾うか」の設定をしていきます。 まずは、xxx.cfgというログ監視設定ファイルを作成し、/etc/nagios/check_logs/等、適当な場所へ配置します。 以下、設定ファイルの例です。 $seek_file_temp
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MyNA Web Site