F5 Networks Japan K.K. - 積極的な取り組みでサイトの安定性と信頼感No.1*を獲得
F5のサイト サポート ポータル F5製品およびサービスに関するセルフサービス ヘルプの記事 DevCentral 弊社主催のコミュニティでつながり、学ぶ My F5 サブスクリプションおよび登録キーの管理 Partner Central F5パートナーのためのリソースおよびサポート ポータル LearnF5 Learn to use F5 products F5へのお問い合わせ F5販売担当部へのお問い合わせ 詳しくは、F5の営業担当社にお問い合わせください F5サポートへのお問い合わせ お近くのサポート担当者にお問い合わせください プロフェッショナルサービスへのお問い合わせ F5ソリューションを最適化するためのサポートを受ける 無料トライアル 複数の環境にわたりアプリケーションの安全性、速度、信頼性を確保するこれらの製品を、無料でお試しください。 F5 Distributed Clou
ディザスタリカバリ、対応時の現実とは？
ディザスタリカバリ、対応時の現実とは？：続・ディザスタリカバリで強い企業を作る（1/4 ページ） 過去の記事を通じて、災害や事故に備えたディザスタリカバリシステムの設計、構築上の留意点についてまとめてきた。この記事では、実際に災害に起こった場合の対応時のポイントを紹介していく。 過去の記事を通じて、災害や事故に備えたディザスタリカバリシステムの位置付けとその設計、構築上の留意点についてまとめてきた。では、実際に災害に起こった場合には、構築した仕組みをどのように活用し、対処していくべきだろうか。この記事では対応時のポイントを紹介していく。 災害対策本部とIT復旧の連携 実際に災害が起きた場合、情報システム部門としては、災害対策の初動として必要なシステムを稼働するとともに、その後の事業継続のために必要なシステムのフェイルオーバーを行うことになる。 その際には種々の意思決定が必要だ。 通常、情報
SMTP command reference
別システムに関する状態、情報、エラーなど [応答コードもくじ] [SMTPもくじ] 実際の応答コード 1yz: コマンドの確認待ち 現在、このカテゴリーに属する応答コードはsmtpには存在しない。 [応答コードもくじ] [SMTPもくじ] 2yz: コマンドの成功 200 正しくない応答コード(正しくは250を返すべき)。 RSETやNOOPに対する正常終了の応答コードとして、初期(1983年ごろ？)に見ら れた(RFC 876)。 211 システムの状態、またはシステムヘルプの応答 214 ヘルプメッセージ そのサーバで使えるコマンドに関するヘルプが返されるときに使われる。 HELPコマンドの応答など。 220 サービスの準備ができた TCP/IP的にSMTPコネクションが確立したときに使われる。 220 (domain名) とドメイン名をともなう。 STARTTLSでは、TLSの準備が
Postfixログ解析ツール導入(pflogsumm) - Fedoraで自宅サーバー構築
Postfixのログ解析ツールであるpflogsummを導入する。 ここでは、毎日自動的に前日分のPostfixログを解析して結果をメールサーバー管理者(postmaster)宛にメール送信するようにする。 [root@fedora ~]# yum -y install postfix-pflogsumm ← pflogsummインストール Loading "installonlyn" plugin Setting up Install Process Setting up repositories Reading repository metadata in from local files Excluding Packages in global exclude list Finished Parsing package install arguments Resolving Depe
“自分づくり”の文庫本ノート
著者プロフィール：郷 好文 マーケティング・リサーチ、新規事業の企画・開発・運営、海外駐在を経て、1999年より某会計系のコンサルティングファームのマネジメント・コンサルタントとして、事業戦略・マーケティング戦略、業務プロセス改革など多数のプロジェクトに参画。著書に「ナレッジ・ダイナミクス」（工業調査会）、「21世紀の医療経営」（薬事日報社）、「顧客視点の成長シナリオ」（ファーストプレス）など。現在、マーケティング・コンサルタントとしてコンサルティング本部に所属。中小企業診断士。ブログ→「マーケティング・ブレイン」 この夏、文庫本を読まず、文庫本を書いた。 文庫本のお気に入りの文句や行に線を引いたり、余白に思いつきを書いたり、果てはブックカバーにまでメモを書いたりするのは私の癖。本を汚すのは、中身を書いた著者への感謝の気持ちでもある。 ひと夏を共に過ごした文庫本、しかしいつものような活字へ
DNSキャッシュ・ポイズニング
DNSキャッシュ・ポイズニングは，DNS（domain name system）サーバーに，偽の情報を仕込む攻撃のことである。DNSサーバーはもとより，DNS機能を内蔵したルーターなども攻撃対象になるため，被害が広範囲に及ぶ危険性がある。 DNSサーバーは，クライアントから要求されたドメイン名のIPアドレスを調べ，そのIPアドレスをクライアントに返答する。Webアクセスの場合でDNSの基本的なしくみをみてみよう。利用者はWebブラウザのアドレス入力欄に「www.nikkeibp.co.jp」などと入力する。するとクライアントは，DNSサーバーに対して「www.nikkeibp.co.jpのIPアドレスは？」という要求を送る。この要求を受け取ったDNSサーバーは，インターネット上にある他のDNSサーバーに問い合わせて，最終的にクライアントに「IPアドレスはx.x.x.x」という応答を返す。
イー・モバイルがMVNO向けの接続料を公表，10Mビット/秒で月額700万円
イー・モバイルは2008年9月10日，HSDPA（high speed downlink packet access）を利用したデータ通信サービスのMVNO（仮想移動体通信事業者）向け料金を公表した。MVNOがイー・モバイルの無線設備を借りてデータ通信サービスを提供する際に同社に支払う料金のこと。いわば“仕入れ値”である。 今回公表したのは，イー・モバイルとMVNOのネットワークをレイヤー3（IP）で接続した場合の月額料金（以下，いずれも税別）。接続料（ネットワーク接続機能）は10Mビット/秒ごとに月額700万円。加えて，接続装置の利用料（ネットワーク接続装置機能）が1ポート当たり月額40万円と契約管理費（MVNO契約者回線維持機能）が1契約者回線当たり月額1100円かかる。別途，回線の開通手続きにかかる手数料（MVNO契約者回線開通手数料）が1回線の開通ごとに2700円かかる。 このほか
広域イーサが2009年にもグローバルに相互接続、業界団体が仕様策定
2009年にも、通信事業者の壁を越えて広域イーサネットをグローバルに相互接続できるようになる。広域イーサネットの業界団体メトロ・イーサネット・フォーラム（MEF）は2008年9月10日に都内で会見を開催。異なる通信事業者間で相互接続するためのインタフェース仕様を策定し、09年第2四半期にも認定を開始すると明らかにした。 MEFは広域イーサネットの技術仕様を策定し、ネットワークがそれに準拠していることを認定する団体。現在、異なる事業者のネットワーク接続インタフェース「E-NNI」や、広域イーサネット網をエンド・ツー・エンドで管理する技術仕様を策定している。E-NNI仕様に準拠するネットワーク同士は容易に相互接続できる。例えば国内の通信事業者が海外事業者の網と相互接続すれば、国内事業者が一元的にグローバルな広域イーサネットを提供できることになる。 同時に管理仕様を策定することで、エンド・ツー・
電子署名方式の最新技術「DKIM」とは
送信ドメイン認証技術にはIPアドレスを利用するものと電子署名を利用するものがある。前者の代表は「Sender ID」や「SPF（Classic SPF）」であり、後者のそれは「DomainKeys」である。 今回は、電子署名を利用するタイプの送信ドメイン認証である「DomainKeys Identified Mail（DKIM：ディーキムと発音する）」を解説する。DKIMの具体的な説明に入る前に、その誕生について触れよう。 DKIMの両親となったDomainKeysとIIM 「電子署名を使うDomainKeysの設定方法」にて説明したDomainKeys以外にも電子署名を利用した送信ドメイン認証を実現する方法として、Cisco Systemsが提案した「Identified Internet Mail（IIM）」という規格がある。IIMはDomainKeysとは異なり、署名に利用した公開鍵
Sender ID：送信者側の設定作業 ― ＠IT
送信ドメイン認証は、Yahoo!やGmailで「DomainKeys」が、Hotmailで「Sender ID」が利用されているほか、多くのISPが対応を表明したことにより一段と普及が進んでいる。すでに米国などでは、送信ドメイン認証に対応しているドメインからのメールを優遇して通すなど、利用することのメリット、また利用しない場合のデメリットなどが現れてきている。 本稿では2回にわたって、IPアドレスベースの認証方式に分類される「SPF（Classic SPF）」およびSender IDについて解説する。前編では、SPFおよびSender IDを導入するに当たって、実際にどのように手を動かせばいいのかについて説明したい。 IPアドレスベースの送信ドメイン認証 まず、IPアドレスベースの送信ドメイン認証について説明する（図1）。送信側は、「Sender Policy Framework（SPF）
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ここだけは押さえたい!最低限、やっておきたい!DR＝ディザスタ・リカバリと事業継続性のためのポイント!住商情報システムの事業継続支援ソリューション
Active Directoryで既存ユーザーと同じ属性のユーザーを簡単に作成するには？
dkim.jp