ネットワークエンジニアなら「回線の実体＝レイヤーゼロ」を知っておこう (1/2)：羽ばたけ！ネットワークエンジニア（11） - ＠IT
ネットワークエンジニアなら「回線の実体＝レイヤーゼロ」を知っておこう：羽ばたけ！ネットワークエンジニア（11）（1/2 ページ） 日々、2000拠点を超えるネットワークの運用を手掛けていると、OSIの7階層モデルにないレイヤーゼロの話、つまり「回線」をいかに引くかという点をないがしろにできないことが分かる。今回はネットワークエンジニアが意外と知らないレイヤーゼロの基本について述べたい。 企業ネットワークの提案書や設計書にある「ネットワーク構成図」では、回線を1本の直線で表現することが多い。拠点を表す四角い枠に直線を1本引き、そこにルーターを接続する。もうすこし詳細な図では回線終端装置を表す箱をルーターの前に書く。日々、図を描くネットワークエンジニアは、線を1本引けば回線が引けたような気分になるかもしれない。 しかし、回線を現実に開通させるのはそれほど簡単ではない。はっきり言ってとても面倒で
ボランティアWi-Fiネットワーク構築集団「CONBU」の正体に迫る
ボランティアWi-Fiネットワーク構築集団「CONBU」の正体に迫る：ものになるモノ、ならないモノ（70）（1/4 ページ） 連載目次 「Wi-Fiネットワーク構築」のプロフェッショナル集団 筆者を取り囲む6人の男性陣。ネットワークエンジニアのプロフェッショナル集団「CONBU（コンブ）」のコアメンバー6人だ。CONBUは主にネット系の大規模なカンファレンスや勉強会などのイベント会場において、会場ネットワークを構築し、インターネット接続を提供している。 「プロフェッショナル集団」と言い切ってしまうと誤解を招くかもしれない。正確にはCONBUは、「Wi-Fiネットワーク構築のボランティア集団」だ。ただし、ボランティアとはいえ、その活動内容や現場での様子は、そこに報酬が発生しないというだけで、プロの仕事師以外の何者でもない。それゆえ冒頭で「プロフェッショナル集団」という言い方をさせてもらった。
OpenStackを使うと、結局何を効率化できるのか？
OpenStackを使うと、結局何を効率化できるのか？：特集：OpenStack超入門（7）（1/2 ページ） インフラ整備のスピード・柔軟性、運用効率を飛躍的に高められるOpenStack。では具体的に、日々の構築・運用作業はどう変わるのだろうか？ 日本OpenStackユーザ会 会長の中島倫明氏が分かりやすく解説する。 本特集では、これまでにさまざまな観点からOpenStackの持つ機能や考え方、メリット、事例について紹介してきました。ここでいったん、これまでの情報を統合して、「OpenStackを使うと実際に何が変わるのか？」という点について現場のエンジニア視点でまとめてみたいと思います。 OpenStackを導入して、「これまでにないスピードと柔軟性でビジネスを支える」「抽象化によって効率を図る」というのは、実際にインフラを支える現場の人間にとって、どのような変化をもたらすのかを、
DNSサーバーが正常に動作しているかどうか確認するには？ digコマンド
連載バックナンバー 本連載では、ネットワーク管理の基本コマンドを順を追って紹介していきます。基本書式と用法、主要なオプション、用例サンプルを示しますので、manやhelp代わりに通読し、各コマンドでできることを順次おさらいしてみてください。初回となる今回は、DNSサーバーへの問い合わせを行う「dig」コマンドの解説です。 digとは？ DNSサーバーが正常に動作しているかどうか確認したい、問題がどこにあるかを突き止めたい、そんな時に「dig」を利用します。domain information groper（ドメイン情報探索ツール）という名前の由来通り、DNSサーバーに対し問い合わせを行い、その応答結果を表示するコマンドです。
VDI（Virtual Desktop Infrastructure）
VDI（Virtual Desktop Infrastructure）でクライアントPCのデスクトップOSを仮想化すれば、管理コストなどを削減できるという。その仕組みと長所／短所を解説。 従来はクライアントPC上に直接構築されていたデスクトップOS環境を、サーバ・ファームの仮想マシン上に実装・集約するための基盤システム。ユーザーはPCやシンクライアントなどからリモートで仮想マシンに接続して、デスクトップOSを利用する。クライアントPCのTCO削減やセキュリティの向上などの効果が期待できる。 VDIの仕組み VDIは、分散しているクライアントPCからデスクトップOS環境を分離してサーバ上の仮想環境に集約するものである。サーバ・ファームの仮想マシン・プールにデスクトップOS（の仮想マシン）が配置され、ユーザーはクライアント・マシンからネットワーク経由で、サーバ上の仮想化されたデスクトップOSに
障害の兆候を見逃さないためのサーバ監視
SNMPによるネットワークシステムの監視 ネットワークを構成するすべての機器の状態を把握し、ネットワークが正常に機能しているか否かを監視するにはSNMPというプロトコルを利用するのが便利です。このプロトコルはもともとネットワークの構成を管理するために開発されたもので、スイッチやルータなどの多くのネットワーク機器がSNMPに対応しています（注）。 注：SNMP対応のネットワーク機器は高価で、個人ユーザーを対象に出荷されている安価なハブなどは対応していないことが多いのが現状です。一般的にSNMP対応のネットワーク機器は「インテリジェントHUB」のように、「インテリジェント～」と呼ばれ、逆にSNMPに対応していない機器は「ノンインテリジェント～」といった名称で呼ばれています。 SNMPの要素：マネージャ／エージェント／MIB SNMPは、マネージャ（NMS：Network Management
“すべてクラウド”も間近!? 「ZumoDrive」を使ってみた － ＠IT
2009/01/23 オンラインストレージサービスは古くからあるが、汎用クラウドサービスの登場で、その使い勝手が急速に進化している。2009年1月に入ってプライベートベータテストを始めた「ZumoDrive」は、エンドユーザー向けのサービスとしては、現時点で最も先進的な利便性とリーズナブルな価格を実現したサービスの1つだ。ZumoDriveはAmazon S3をバックエンドに使い、ローカルPCのOSに透過的にマウントできる仮想ドライブを提供する。ファイルはクリックして初めてストリーム配信されるため、ローカルストレージは、もはや主従関係でいえば従の“キャッシュ”として機能する。 ZumoDriveを使ってみたい読者は、同サービスのWebサイトで招待コード“itmedia”を入力してみてほしい。現在ZumoDriveはプライベートベータテスト中だが、＠IT読者に対して先着で500アカウントまで
IMAPプロトコルの流れを学ぶ
前回は、Cyrus IMAPを使った実際のIMAPサーバの構築について解説しました。今回は、再びクライアント側の話に戻り、実際のプロトコルのやり取りについて解説していきます。 IMAP4では、受信したメッセージはIMAP4サーバに保存されます。メーラは接続時にIMAP4サーバから各種情報（フォルダ一覧、メッセージのヘッダ情報、メッセージのボディなど）を取得しますが、毎回これらの情報すべてを取得していては、通信時間＝待ち時間が長くなり、使い勝手が悪くなってしまいます。そこで、メーラはローカルのハードディスクに前回の情報をキャッシュしておき、前回の通信から変更のあった部分＝差分だけを取得することで通信量を削減します。また、オフライン時に行った削除／移動／コピーなどの処理をサーバ側に反映させる処理も行います。この差分情報の取得とオフライン処理の反映をまとめて同期処理と呼びます。IMAP4プロトコ
POP3（Post Office Protocol version 3）
なおPOP3とは、「POP version3」という意味だ。ということは、「バージョン1や2もある」ということなのだが、現在では、これらはほとんど使われることはない。また、POP3とオリジナルのPOP／POP2とは、互換性も維持されていない。 なぜPOP3が必要か POP3の説明に入る前に、少しだけこのプロトコルの位置付けを確認してみよう。 POP3は、ユーザーエージェント（「メーラ」または「POP3クライアント」）とメールサーバ（POP3サーバ）とをつなぐプロトコルである。前回説明したSMTPサーバとは別の機能だ。つまり、MTAを司るプロセスやジョブとは別のサーバ機能によって、POP3サーバ機能は提供されている。実際、TCPポートもMTA（SMTP）は25番を使用するが、POP3は110番を用いる。当然、設定も通常はまったく別々に行わなければならない。 MTAの仕事は、MTAサーバ上のユ
IMAP4のコマンド一覧
指定した認証方法でログイン動作を開始する。以降のログイン動作は認証方法により異なる。RFC2222他により、それぞれの認証方法での動作を定義している
BIND 9の運用情報収集と分析方法
BINDが正常に動作しているように見えても、実は高負荷で悲鳴をあげているかもしれない。BINDのロギング機能やデバッグ情報出力、MRTGなどを活用して、BINDの状態を把握できるようにしておこう。（編集局） Webやメール、DNSなど、サーバと呼ばれるものは動いていれば問題ないと考えていないでしょうか？ 一度設定が完了したからといって、メンテナンスをおろそかにするようでは にわか管理者のらく印を押されることになります。そこで、メンテナンスの第一歩であるBIND 9の情報収集と分析方法について解説します。 ログ出力の設定 BIND 9は、/var/log/messageなどsyslogデーモンを経由したログだけでなく、BIND 9独自のロギングを備えています。第9回では簡単に紹介しただけでしたが、今回はsecurity／client以外のログカテゴリも見ていきましょう。 ロギング機能の基礎
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
