http://w.atwiki.jp/sho570922/ WEBノート（IT編） ja 2009-06-24T10:38:21+09:00 1245807501 https://w.atwiki.jp/sho570922/pages/18.html <h2>CCNA試験について</h2> <p>以下の記事は2009年6月23日現在のものなので変更されることがあります。<br /> 正確にはCISCO社の「<a href="http://www.cisco.com/web/JP/event/tra_ccc/ccc/certprog/paths/associate/ccna.html">CCNAアソシエイト</a>」のサイトを参照してください。</p> <p>Cisco Certified Network Associate<br /> 試験番号： 640-802J CCNA<br /> 関連資格： CCNA<br /> 試験時間： 90分（50～60問）<br /> 試験言語： 日本語</p> <p>上記の試験に合格すれば、CCNAを取得できる。これ以外にも、範囲を２つに分けた試験もある。</p> <p> </p> <h3>試験内容</h3> <h4>ネットワークの仕組みの説明</h4> <p>　●　さまざまなネットワーク デバイスの目的と機能の説明<br /> 　●　ネットワークの仕様に対応するコンポーネントの選択<br /> 　●　OSI モデルと TCP / IP モデルおよびその関連プロトコルを使用した、ネットワーク内のデータ フローの説明<br /> 　●　Web アプリケーションを含む一般的なネットワーク アプリケーションの説明<br /> 　●　OSI モデルおよび TCP / IP モデルにおけるプロトコルの目的と基本的な動作の説明<br /> 　●　アプリケーション（Voice over IP および Video over IP）によるネットワークへの影響の説明<br /> 　●　ネットワーク ダイアグラムの解釈<br /> 　●　ネットワーク内の2つのホスト間のパスの決定<br /> 　●　ネットワーク通信およびインターネット通信に必要なコンポーネントの説明<br /> 　●　階層化モデル方式を使用した、レイヤ1、2、3および7での一般的なネットワーク問題の特定と修正<br /> 　●　LAN / WAN の動作と機能の相違の説明</p> <h4><br /> スイッチ間通信を行う VLAN 接続されたスイッチの設定、確認、およびトラブルシューティング</h4> <p>　●　スイッチを他のネットワーク デバイスとホストに接続するための適切なメディア、ケーブル、ポート、およびコネクタの選択<br /> 　●　イーサネット ネットワークで用いられるテクノロジーとメディア アクセス制御方式の説明<br /> 　●　ネットワークのセグメント化および基本的なトラフィック管理の概念の説明<br /> 　●　基本的なスイッチングの概念とシスコ製スイッチの動作の説明<br /> 　●　リモート アクセス管理を含む、スイッチの初期設定タスクの実行および確認<br /> 　●　基本的なユーティリティ（ping、traceroute、Telnet、SSH、ARP、ipconfig など）、show コマンドおよび debug コマンドを使用した、ネットワークのステータスとスイッチの動作の確認<br /> 　●　一般的なスイッチド ネットワーク メディアの問題、設定の問題、自動ネゴシエーションの問題、およびスイッチ ハードウェア障害の特定、対処、および解決<br /> 　●　スイッチングの高度なテクノロジーの説明（VTP、RSTP、VLAN、PVSTP、802.1q を含む）<br /> 　●　VLAN によって個々のネットワークが論理的に作成される仕組みおよび VLAN 間でルーティングが必要な理由についての説明<br /> 　●　VLAN の設定、確認、およびトラブルシューティング<br /> 　●　シスコ製スイッチでのトランキングの設定、確認、およびトラブルシューティング<br /> 　●　VLAN 間のルーティングの設定、確認、およびトラブルシューティング<br /> 　●　VTP の設定、確認、およびトラブルシューティング<br /> 　●　RSTP の動作の設定、確認、およびトラブルシューティング<br /> 　●　さまざまな show コマンドおよび debug コマンド出力の解釈による、シスコ スイッチド ネットワークの動作ステータスの確認<br /> 　●　基本的なスイッチ セキュリティ機能の実装（ポート セキュリティ、トランク アクセス、vlan1以外の管理 vlan などを含む）</p> <h4><br /> 中規模エンタープライズ ブランチ オフィス ネットワークのネットワーク要件に対応する IP アドレッシング方式および IP サービスの実装</h4> <p>　●　プライベートとパブリック IP アドレッシングを使用した場合の動作と利点の説明<br /> 　●　DHCP および DNS を使用した場合の動作と利点の説明<br /> 　●　ルータでの DHCP および DNS の動作の設定、確認、およびトラブルシューティング（CLI / SDM を含む）<br /> 　●　LAN 環境におけるホストへのスタティックおよびダイナミック アドレッシング サービスの実装<br /> 　●　VLSM IP アドレッシング設計を含む、アドレッシング方式の計算およびネットワークへの適用<br /> 　●　LAN / WAN 環境のアドレッシングの要件に対応する、VLSM および集約を用いた適切なクラスレス アドレッシング方式の決定<br /> 　●　IPv6と IPv4を連動させるための技術要件の説明（プロトコル、デュアル スタック、トンネリングなどを含む）<br /> 　●　IPv6アドレスの説明<br /> 　●　IP アドレッシングおよびホスト設定に関連する一般的な問題の特定と修正</p> <h4><br /> シスコ製デバイスでの基本的なルータの動作とルーティングの設定、確認、およびトラブルシューティング</h4> <p>　●　基本的なルーティングの概念の説明（パケット転送、ルータ ルックアップ プロセスを含む）<br /> 　●　シスコ製ルータの動作の説明（ルータ ブートアップ プロセス、POST、ルータのコンポーネントを含む）<br /> 　●　ルータを他のネットワーク デバイスとホストに接続するための適切なメディア、ケーブル、ポート、およびコネクタの選択<br /> 　●　RIPv2の設定、確認、およびトラブルシューティング<br /> 　●　ルータへのアクセスとルータを使用した基本パラメータの設定（CLI / SDM を含む）<br /> 　●　デバイスのインターフェイスの接続、設定、および動作ステータスの確認<br /> 　●　ping、traceroute、Telnet、SSH などのユーティリティを使用した、デバイス設定とネットワーク接続の確認<br /> 　●　所定のルーティング要件に対応するスタティックまたはデフォルト ルートのルーティング設定タスクの実行と確認<br /> 　●　IOS コンフィギュレーション ファイルの管理（保存、編集、アップグレード、復元を含む）<br /> 　●　Cisco IOS の管理<br /> 　●　ルーティングおよびルーティング プロトコルの方式の比較<br /> 　●　OSPF の設定、確認、およびトラブルシューティング<br /> 　●　EIGRP の設定、確認、およびトラブルシューティング<br /> 　●　ネットワーク接続の確認（ping、traceroute、および Telnet か SSH を使用した場合を含む）<br /> 　●　ルーティングに関連する問題のトラブルシューティング<br /> 　●　show コマンドおよび debug コマンドの使用による、ルータのハードウェアとソフトウェアの動作の確認<br /> 　●　基本的なルータのセキュリティ機能の実装</p> <h4><br /> WLAN に必要な適切な管理タスクの説明と選択</h4> <p>　●　ワイヤレス メディアに関連した規格の説明（IEEE Wi-Fi Alliance、ITU / FCC を含む）<br /> 　●　小規模ワイヤレス ネットワークのコンポーネントの目的の特定と説明（SSID、BSS、ESS を含む）<br /> 　●　デバイスを適切なアクセス ポイントに接続するための、ワイヤレス ネットワークの基本的な設定パラメータの特定<br /> 　●　ワイヤレス セキュリティ機能と WPA セキュリティ機能の比較（オープン、WEP、WPA-1 / 2を含む）<br /> 　●　ワイヤレス ネットワークの実装に関連する一般的な問題の特定（インターフェイス、誤設定を含む）<br /> ネットワークに対するセキュリティ面の脅威の特定およびこれらの脅威を軽減するための一般的な方法の説明<br /> 　●　現在増加しているネットワーク セキュリティへの脅威の説明およびその軽減対策として包括的なセキュリティ ポリシーを実装しなければならない理由の説明<br /> 　●　ネットワーク デバイス、ホスト、およびアプリケーションに対する一般的なセキュリティへの脅威を軽減するための一般的な方法の説明<br /> 　●　一般的なセキュリティ アプライアンスおよびアプリケーションの機能の説明<br /> 　●　ネットワーク デバイスを保護するための基本的な手段を含む、セキュリティの推奨対策の説明</p> <h4>中規模エンタープライズ ブランチ オフィス ネットワークでの NAT および ACL の実装、確認、およびトラブルシューティング</h4> <p>　●　ACL の目的とタイプの説明<br /> 　●　ネットワークのフィルタリング要件に基づく ACL の設定および適用（CLI / SDM を含む）<br /> 　●　ルータへの Telnet アクセスと SSH アクセスを制限するための ACL の設定および適用（SDM / CLI を含む）<br /> 　●　ネットワーク環境内の ACL の確認および監視<br /> 　●　ACL に関連する問題のトラブルシューティング<br /> 　●　NAT の基本的な動作の説明<br /> 　●　所定のネットワーク要件に合わせた NAT の設定（CLI / SDM を含む）<br /> 　●　NAT に関連する問題のトラブルシューティング</p> <h4><br /> WAN リンクの実装と確認</h4> <p>　●　WAN に接続するための各種方式の説明<br /> 　●　基本的な WAN のシリアル接続の設定と確認<br /> 　●　シスコ製ルータでのフレームリレーの設定および確認<br /> 　●　WAN の実装に関連する問題のトラブルシューティング<br /> 　●　VPN テクノロジーの説明（重要性、利点、役割、影響、コンポーネントを含む）<br /> 　●　シスコ製ルータ間の PPP 接続の設定および確認</p> <p> </p> <p>以上</p> <hr /> 2009-06-24T10:38:21+09:00 1245807501 https://w.atwiki.jp/sho570922/pages/17.html <h2>CCNA の目次</h2> <ul><li><a href="http://www40.atwiki.jp/sho570922/pages/18.html">CCNA試験について</a></li> </ul><p> </p> <p> </p> <p>以上</p> <hr /> 2009-06-23T17:01:06+09:00 1245744066 https://w.atwiki.jp/sho570922/pages/2.html **メニュー -[[トップページ]] -[[DHCPの冗長化]] -[[Linux 標準教科書]] -[[レベニューマネジメント]] -[[OSI参照モデル]] -[[CCNA]] ---- &link_editmenu(text=ここを編集) 2009-06-23T16:38:41+09:00 1245742721 https://w.atwiki.jp/sho570922/pages/16.html <h2>OSI参照モデル</h2> <p> ネットワークは昔から統一した規格があったわけではなく、各ベンダによってバラバラの規格を使っていた。しかし、それだとNECのパソコン同士だと繋げるけど富士通など他のベンダの製品とは繋げないというデメリットがあった。</p> <p>そこでISO（国際標準化団体）によって相互通信できる仕組みとして考え出されたのが、OSI参照モデルである。</p> <p> </p> <h3>OSI参照モデルの特徴</h3> <p>OSI参照モデルの最大の特徴は、通信するという役割を７つに分解したというところである。<br /> 手紙で言うと、</p> <ol><li>内容を書く</li> <li>あて先を書く</li> <li>ポストに入れる</li> <li>郵便局員があて先に届ける</li> </ol><p>といった段階があるがそれと同様にネットワークの役割を分解した。<br /> ７つの層（レイヤ）は以下の通りとなる。</p> <p> </p> <table border="1" cellspacing="1" cellpadding="1" width="500" align="center"><caption><font color="#FF6600">OSI参照モデル７つの層</font></caption> <tbody><tr><td>第７層</td> <td>アプリケーション層</td> <td>Application Layer</td> </tr><tr><td>第６層</td> <td>プレゼンテーション層</td> <td>Presentation Layer</td> </tr><tr><td>第５層</td> <td>セション層</td> <td>Session Layer</td> </tr><tr><td>第４層</td> <td>トランスポート層</td> <td>Transport Layer</td> </tr><tr><td>第３層</td> <td>ネットワーク層</td> <td>Network Layer</td> </tr><tr><td>第２層</td> <td>データリンク層</td> <td>Data-Link Layer</td> </tr><tr><td>第１層</td> <td>物理層</td> <td>Physical Layer</td> </tr></tbody></table><p>これは覚えて頂きたい。上から順番に「<strong><font color="#FF0000">あ</font></strong>っ<strong><font color="#FF0000">ぷせ</font></strong>っ<strong><font color="#FF0000">とね</font></strong>、<strong><font color="#FF0000">で</font></strong>ー<strong><font color="#FF0000">ぶ</font></strong>」とでも覚えるのが覚えやすいだろうか。</p> <p> 上記のように階層化しているのにはもちろん理由がある。ネットワーク全体のモデルを分けることによって簡単に修正したり、機能を把握しやすくするためである。</p> <p> </p> <h3>各レイヤの役割</h3> <p><strong><font color="#FFCC00">■　レイヤ７　アプリケーション層<br /></font></strong>データ通信を利用した様々なサービスを人間や他のプログラムに提供する。ネットワークの入り口となるレイヤ。</p> <p><strong><font color="#FFCC00">■　レイヤ６　プレゼンテーション層</font><br /></strong>レイヤ５から受け取ったデータをユーザが分かりやすい形式に変換したり、レイヤ７から送られてくるデータを通信に適した形式に変換したりする。</p> <p><strong><font color="#FFCC00">■　レイヤ５　セション層<br /></font></strong>通信プログラム同士がデータの送受信を行なうための仮想的な経路(コネクション)の確立や解放を行なう。</p> <p><strong><font color="#FFCC00">■　レイヤ４　トランスポート層<br /></font></strong><font size="3">相手まで確実に効率よくデータを届けるためのデータ圧縮や誤り訂正、再送制御などを行なう。信頼性の高い通信を提供する。</font></p> <p><strong><font color="#FFCC00">■　レイヤ３　ネットワーク層<br /></font></strong>相手までデータを届けるための通信経路の選択や、通信経路内のアドレス(住所)の管理を行なう。</p> <p><strong><font color="#FFCC00">■　レイヤ２　データリンク層</font><br /></strong>通信相手との物理的な通信路を確保し、通信路を流れるデータのエラー検出などを行なう。</p> <p><strong><font color="#FFCC00">■　レイヤ１　物理層</font><br /></strong>データを通信回線に送出するための電気的な変換や機械的な作業を受け持つ。ピンの形状やケーブルの特性などもここで定められる。</p> <p> </p> <p>以上</p> <hr /> 2009-06-23T16:14:26+09:00 1245741266 https://w.atwiki.jp/sho570922/pages/15.html <h2>レベニューマネジメント</h2> <p> レベニューマネジメントとは、需要予測を基に、最適なタイミング・価格で適切な顧客層に商品を販売し、利益を最大化する手法のことを指します。主に飛行機の予約や、ホテルの予約などに使われています。<strong>イールドマネジメント</strong>と呼ばれることもありますが、ここでは<strong>レベニューマネジメント</strong>という言葉を使います。</p> <p> </p> <h3>利用条件</h3> <p>レベニューマネジメントを使用できる条件は次のようになります。</p> <ul><li>商品やサービスを在庫として繰り返すことができない</li> <li>供給量が固定されている</li> <li>変動費が少ない</li> <li>需要に変動がある</li> </ul><p> </p> <h3>使用例</h3> <p><strong>◆飛行機の予約</strong></p> <p> 飛行機を１回飛ばすのには満席であっても、空席であってもあまり費用に差はありません。空席で飛ばすぐらいなら安くても乗客を乗せて飛んだ方が利益は大きくなります。</p> <p> ただし、利益を増やすにはただ単に満席にすれば良いというものでもありません。当然のことながら、高い運賃を払ってくれるお客様を乗せる方が利益が大きくなるのです。ビジネス客は高い運賃を払ってくれますが、直前まで予定が決まらないことが多く、このビジネス客を乗せる分だけ直前まで席を残しておかなくてはいけません。過去の実績からどの程度のビジネス客が乗るかを予測を立て、その分を残して安い運賃で早期に観光客などに売ります。ANAの「早割り」がまさにこれにあたりますね。</p> <p> </p> <h3>適用できそうな業界・サービス</h3> <ul><li>飛行機、新幹線、高速バス</li> <li>ホテル</li> <li>映画館</li> <li>（予約制の）レストラン</li> <li>コンサート会場、スポーツ会場</li> <li>ゴルフ場</li> </ul><p> </p> <p>以上</p> <hr /><p> </p> 2009-06-23T15:07:26+09:00 1245737246 https://w.atwiki.jp/sho570922/pages/13.html <h2>このサイトの目的</h2> <p> このサイトは管理人の忘備録用に、そのときに気になったことを記したものです。基本的にIT全般の内容を扱いますが、経営に関することなんかも書いていきます。</p> <p> できるだけ調べて正確な内容を書くようにしていますが、間違った箇所もあるかもしれないので疑問に思ったところは再度ご自身で調べてください。もちろん責任は取れませんのでご了承ください。</p> <p> </p> <p>以上</p> <hr /> 2009-06-23T14:22:30+09:00 1245734550 https://w.atwiki.jp/sho570922/pages/14.html <h2>Linux 標準教科書がLPI-JAPANで公開</h2> <p>Linuxサーバの構築をこれから学ぼうと言う人にとっては嬉しい情報ですね。LPI-JAPANのサイトで「Linux 標準教科書」のPDFファイルが無償でダウンロードできます。</p> <p>2009年6月23日現在の最新バージョンは1.01です。<br /> この教科書では、CentOS 5.1を使用しています。</p> <p> </p> <h3>Linux標準教科書の概要</h3> <ol><li>Linuxとは</li> <li>基本的なコマンド</li> <li>正規表現とパイプ</li> <li>基本的なコマンド２</li> <li>エディタの使い方</li> <li>管理者の仕事</li> <li>ユーザ権限とアクセス権</li> <li>シェルスクリプト</li> <li>ネットワークの設定と管理</li> <li>ネットワークサービス</li> <li>X Window System</li> <li>ハードウェア</li> <li>ファイル管理</li> </ol><p> 上記は章の目次なのですが、さすがLPI-JAPANが運用しているだけあって、Linuxの基本的な部分は一通り網羅されています。ページ数は全部で256ページと大容量です。</p> <p>ただし、Webサーバやファイルサーバなどの個々の目的にあったサーバ構築方法は載っていませんので、それらは別のところから入手する必要があります。</p> <p> </p> <h3>ダウンロード</h3> <p>ダウンロードはLPI-JAPANの運営している<a href="http://www.lpi.or.jp/linuxtext/">『Linux標準教科書』開発プロジェクト</a>のサイトから行ってください。氏名や所属などの簡単なアンケートに答えるとダウンロードすることができます。</p> <p> </p> <p>以上</p> <hr /> 2009-06-23T11:45:37+09:00 1245725137 https://w.atwiki.jp/sho570922/pages/12.html *DHCPサーバの冗長化 基本的にはDHCPサーバは同一ネットワークに１つしか置いてはならない。 なぜなら、DHCPクライアントはサーバからIPアドレスを受け取るときにDHCPDISCOVERというメッセージをブロードキャストで流してしまうからだ。このDHCPDISCOVERを受け取ったDHCPサーバがクライアントに対してIPアドレスを貸し出す仕組みになっている。 ２台のDHCPサーバが同じ設定で同一ネットワーク内に存在すると、どちらのDHCPサーバがIPアドレスを貸し出すか分からない。と、いうのはDHCPDISCOVERのメッセージを先に受け取ったサーバからIPアドレスが貸し出されることになるからである。 DHCPサーバは自分が貸し出したIPアドレスについては把握しているが、他のDHCPサーバが貸し出したものについては把握できていない。この状況で複数代のクライアントからIPアドレス貸し出しの要求があるとどうなるか。そう、IPアドレスのバッティングが起こることがあるのだ。 こうなると、通信できない状況に陥ってしまう。 この問題を回避する方法は次の３つが考えられる。 +それぞれのDHCPサーバで割り当て範囲を分ける +クラスタソフトなどを使用し、稼動/待機の構成にする +2台のDHCPサーバで共通のデータストアを使用する クライアントが100台有り、これを2台のDHCPサーバを冗長化してIPアドレスを割り当てる方法をそれぞれ見ていきたい。 **1. それぞれのDHCPサーバで割り当て範囲を分ける |BGCOLOR(#999999):|BGCOLOR(#33FFFF):DHCPサーバ１|BGCOLOR(#33FFFF):DHCPサーバ２| |BGCOLOR(#33FFFF):割り当て範囲|192.168.0.1～100|192.168.0.101～200| |BGCOLOR(#33FFFF):サブネット|255.255.255.0|255.255.255.0| 上記の表のように、割り当て範囲を分割すればIPアドレスの競合は起こらないし、片方のDHCPサーバが死んだときもクライアントにIPアドレスが割り当てられなくなるようなことはないので、冗長化ができているといえる。 しかし、この方法には問題点がある。実際に使用できるIPアドレスの半分の数しか使えなくなってしまうのである。もし、クラスCのネットワークでクライアントが150台あるような状況であればアウトだ。クラスを変更して使えるIPアドレスの数を増やさなくてはならない。 **2. クラスタソフトなどを使用し、稼動/待機の構成にする 通常、DHCPサーバというのは死んだ瞬間に業務が止まるということはありえない。1度クライアントに割り当てられたIPアドレスはリース期間の間は保持されるので、その間はDHCPサーバとやりとりすることはない。なので、DHCPサーバが死んだことを検知してからのんびりと待機しているものに切り替えてもよい。難点は、クラスタソフトの値段だろう。 と、思ったのだが調べてみたところ、2010年に発売予定のWindows Server 2008 R2では標準でDHCPサーバのfailover機能が搭載される模様。 **3. 2台のDHCPサーバで共通のデータストアを使用する これが最もスマートなやり方な気がするのだが、windows server 標準ではできないみたい。Soralisはできるみたいなのだが。。。 この方法についてはもっと調査が必要なので、後日時間があれば修正することにする。 以上 ---- 2009-06-22T14:08:18+09:00 1245647298