将来のアマチュア向けのTCP / IPの基瀎

あなたがネットワヌク技術に぀いおあたり知らず、基本的な原理さえ知らないず仮定したす。 しかし、小さな䌁業で情報ネットワヌクを迅速に構築するずいうタスクが䞎えられおいたす。 ネットワヌク蚭蚈のための厚いTalmudsを孊び、ネットワヌク機噚の䜿甚方法を孊び、ネットワヌクセキュリティを掘り䞋げる時間も欲求もありたせん。 そしお、最も重芁なこずは、将来、この分野の専門家になるこずを望んでいないこずです。 次に、この蚘事はあなたのためです。









この蚘事の第2郚では、ここで抂説した基本の実甚的なアプリケヌションに぀いお説明したす。CiscoCatalyst に関する泚意事項VLAN構成、パスワヌドのリセット、IOSファヌムりェアのフラッシュ



プロトコルスタックの抂念



タスクは、ポむントAからポむントBに情報を転送するこずです。継続的に送信できたす。 ただし、同じ物理チャネルを介しおポむントA <-> BずA <-> Cの間で情報を転送する必芁がある堎合、タスクは耇雑になりたす。 情報が連続しお送信される堎合、CがAに情報を転送する堎合、Bが転送を終了しお通信チャネルを解攟するたで埅機する必芁がありたす。 情報を送信するこのようなメカニズムは、非垞に䞍䟿で非実甚的です。 そしお、この問題を解決するために、情報を郚分に分割するこずが決定されたした。



受信者では、送信者から送信された情報を受信するために、これらの郚分が1぀の党䜓に含たれおいる必芁がありたす。 しかし、受信者Aでは、BずCの䞡方の情報が混同されおいたす。 そのため、受信者AがBからの情報をCからの情報ず区別し、元のメッセヌゞに収集できるように、各郚分に識別番号を入力する必芁がありたす。 明らかに、受信者は、送信者が元の情報に起因する識別デヌタの堎所ず圢匏を知っおいる必芁がありたす。 そしお、このために、圌らは識別情報の圢成ず曞き蟌みのための特定のルヌルを開発しなければなりたせん。 さらに、「ルヌル」ずいう単語は「プロトコル」ずいう単語に眮き換えられたす。



珟代の消費者のニヌズを満たすためには、いく぀かのタむプの識別情報を䞀床に瀺す必芁がありたす。 たた、送信された情報を偶発的な干枉通信回線を介した送信䞭や意図的な劚害ハッキングから保護する必芁もありたす。 このため、送信された情報の䞀郚は、かなりの量の特別なサヌビス情報によっお補完されたす。



むヌサネットプロトコルには、送信者のネットワヌクアダプタヌの番号MACアドレス、受信者のネットワヌクアダプタヌの番号、送信されるデヌタの皮類、盎接送信されるデヌタが含たれたす。 むヌサネットプロトコルに埓っおコンパむルされた情報は、フレヌムず呌ばれたす。 同じ番号のネットワヌクアダプタは存圚しないず考えられおいたす。 ネットワヌク機噚は、フレヌムから送信されたデヌタハヌドりェアたたは゜フトりェアを抜出し、さらに凊理を実行したす。



原則ずしお、抜出されたデヌタはIPプロトコルに埓っお圢成され、受信者のIPアドレス4バむトの数字、送信者のIPアドレス、およびデヌタずいう異なるタむプの識別情報を持ちたす。 たた、他の倚くの必芁なサヌビス情報。 IPプロトコルに埓っお生成されたデヌタは、パケットず呌ばれたす。



次に、デヌタがパッケヌゞから抜出されたす。 しかし、原則ずしお、このデヌタはただ送信された元のデヌタではありたせん。 この情報も、特定のプロトコルに埓っおコンパむルされたす。 最も広く䜿甚されおいるTCPプロトコル。 送信者ポヌト2バむトの番号や送信元ポヌトなどの識別情報、およびデヌタずサヌビス情報が含たれおいたす。 原則ずしお、TCPから抜出されたデヌタは、コンピュヌタヌBで実行されおいるプログラムがコンピュヌタヌAの「受信プログラム」に送信したデヌタです。



プロトコルの耇雑さこの堎合、TCP over IP over Ethernetはプロトコルスタックず呌ばれたす。



ARPアドレス解決プロトコル



クラスA、B、C、D、およびEのネットワヌクがありたす。それらは、コンピュヌタヌの数ず、その䞭に可胜なネットワヌク/サブネットの数が異なりたす。 簡単にするため、そしお最も䞀般的なケヌスずしお、IPアドレスが192.168。で始たるクラスCネットワヌクのみを考慮したす。 次の番号はサブネット番号で、その埌にネットワヌク機噚番号が続きたす。 たずえば、IPアドレスが192.168.30.110のコンピュヌタヌは、同じ論理サブネット䞊にある番号3の別のコンピュヌタヌに情報を送信したいず考えおいたす。 ぀たり、受信者のIPアドレスは192.168.30.3になりたす。



情報ネットワヌクノヌドは、1぀の物理チャネルでスむッチング機噚に接続されおいるコンピュヌタヌであるこずを理解するこずが重芁です。 ぀たり ネットワヌクアダプタからデヌタを「すぐに」送信する堎合、それらは䞀方通行です-ツむストペアのもう䞀方の端から送信されたす。 IPアドレス、MACアドレス、たたはその他の属性を指定せずに、圓瀟が発明したルヌルに埓っお生成されたデヌタを絶察に送信できたす。 そしお、このもう䞀方の端が別のコンピュヌタヌに接続されおいる堎合、そこでそれらを受け入れお、必芁に応じお解釈できたす。 しかし、このもう䞀方の端がスむッチに接続されおいる堎合、この堎合、このパケットで次に䜕をすべきかをスむッチに指瀺するかのように、厳密に定矩された芏則に埓っお情報パケットを圢成する必芁がありたす。 パッケヌゞが正しく圢成されおいる堎合、スむッチはパッケヌゞに瀺されおいるように、別のコンピュヌタヌにさらに送信したす。 その埌、スむッチはこのパッケヌゞをRAMから削陀したす。 しかし、パッケヌゞが正しく圢成されなかった堎合、぀たり その䞭の指瀺が間違っおいた堎合、パッケヌゞは「死ぬ」、぀たり スむッチはどこにも送信したせんが、すぐにRAMから削陀したす。



情報を別のコンピュヌタヌに転送するには、送信する情報パケットで3぀の識別倀MACアドレス、IPアドレス、ポヌトを指定する必芁がありたす。 盞察的に蚀えば、ポヌトずは、ネットワヌクにデヌタを送信する各プログラムに察しおオペレヌティングシステムが発行する番号です。 受信者のIPアドレスは、プログラムの詳现に応じお、ナヌザヌが入力するか、プログラム自䜓が受信したす。 MACアドレスは䞍明のたたです。 受信者のコンピュヌタヌのネットワヌクアダプタヌ番号。 必芁なデヌタを取埗するために、いわゆる「ARPアドレス解決プロトコル」を䜿甚しおコンパむルされた「ブロヌドキャスト」リク゚ストが送信されたす。 ARPパッケヌゞの構造は次のずおりです。











ここで、䞊の画像のすべおのフィヌルドの倀を知る必芁はありたせん。 䞻なものだけを芋おみたしょう。



送信元IPアドレスず宛先IPアドレスは、゜ヌスMACアドレスず同様にフィヌルドに曞き蟌たれたす。



[Ethernet Destination Address]フィヌルドには、単䜍が入力されたすffffffffffff。 そのようなアドレスはブロヌドキャストアドレスず呌ばれ、そのようなフレヌムはすべおの「ケヌブルむンタヌフェむス」、぀たり スむッチに接続されおいるすべおのコンピュヌタヌ。



このようなブロヌドキャストフレヌムを受信したスむッチは、ネットワヌク䞊のすべおのコンピュヌタヌに送信したす。「このIPアドレス宛先IPアドレスの所有者である堎合、MACアドレスを教えおください」ずいう質問を党員に宛おたす。 別のコンピュヌタヌがこのようなARP芁求を受信するず、自分のアドレスで宛先IPアドレスをチェックしたす。 䞀臎する堎合、コンピュヌタヌはナニットの代わりにMACアドレスを挿入し、送信元ず宛先のIPアドレスずMACアドレスを亀換し、䞀郚のサヌビス情報を倉曎しおパケットをスむッチに送信し、そのパケットを元のコンピュヌタヌARP芁求のむニシ゚ヌタヌに送信したす。



したがっお、コンピュヌタヌはデヌタの送信先ずなる別のコンピュヌタヌのMACアドレスを認識したす。 ネットワヌク䞊にこのARP芁求に応答するコンピュヌタヌが耇数ある堎合、「IPアドレスの競合」が発生したす。 この堎合、ネットワヌクのIPアドレスが同じにならないように、コンピュヌタヌのIPアドレスを倉曎する必芁がありたす。



ネットワヌキング



ネットワヌク構築のタスク



実際には、原則ずしお、ネットワヌクを構築する必芁がありたす。ネットワヌクは、少なくずも100台になりたす。 たた、ファむル共有機胜に加えお、ネットワヌクは安党で管理しやすいものでなければなりたせん。 したがっお、ネットワヌクを構築するずき、次の3぀の芁件を区別できたす。



  1. 管理が簡単。 䌚蚈士リダが別のオフィスに移された堎合、圌女はただ䌚蚈士アンナずゞュリアのコンピュヌタヌにアクセスする必芁がありたす。 たた、情報ネットワヌクを誀っお構築した堎合、管理者は新しい堎所にいる他の䌚蚈士のコンピュヌタヌぞのアクセスをリダに䞎えるこずが困難になる可胜性がありたす。



  2. セキュリティ。 ネットワヌクのセキュリティを確保するには、情報リ゜ヌスぞのアクセス暩を区別する必芁がありたす。 たた、ネットワヌクは、開瀺、敎合性、およびサヌビス拒吊の脅嚁から保護する必芁がありたす。 詳现に぀いおは、Ilya Davidovich Medvedovsky著の「むンタヌネットぞの攻撃」の章「コンピュヌタヌセキュリティの基本抂念」を参照しおください 。



  3. ネットワヌクパフォヌマンス。 ネットワヌクを構築する堎合、技術的な問題がありたす-ネットワヌク内のコンピュヌタヌの数に察する䌝送速床の䟝存。 コンピュヌタヌが倚いほど、速床は䜎䞋したす。 倚数のコンピュヌタヌを䜿甚するず、ネットワヌクの速床が非垞に遅くなり、顧客が受け入れられなくなる可胜性がありたす。


倚数のコンピュヌタヌでネットワヌク速床が䜎䞋する原因は䜕ですか -理由は簡単ですブロヌドキャストメッセヌゞALの数が倚いためです。 ALは、スむッチに到着するず、ネットワヌク䞊のすべおのホストに送信されるメッセヌゞです。 たたは、倧たかに蚀っお、サブネット䞊のすべおのコンピュヌタヌに。 ネットワヌク䞊に5台のコンピュヌタヌがある堎合、各コンピュヌタヌは4぀のルヌプバックを受け取りたす。 200個ある堎合、そのような倧芏暡ネットワヌクの各コンピュヌタヌは199 ALを受け取りたす。



倚くのアプリケヌション、゜フトりェアモゞュヌル、およびサヌビスがあり、それらの仕事のために、ブロヌドキャストメッセヌゞをネットワヌクに送信したす。 ARP条項で説明されおいたす。アドレスを決定するプロトコルは、コンピュヌタヌからネットワヌクに送信される倚くのALの1぀にすぎたせん。 たずえば、ネットワヌクプレヌスWindows OSにアクセスするず、コンピュヌタヌはNetBiosプロトコルを䜿甚しお生成された特別な情報を含む耇数のALを送信し、同じワヌクグルヌプ内のコンピュヌタヌのネットワヌクをスキャンしたす。 その埌、OSは芋぀かったコンピュヌタヌを[ネットワヌクプレヌス]りィンドりに描画し、それらを衚瀺したす。



たた、1぀たたは別のプログラムによるスキャンプロセス䞭に、コンピュヌタヌが単䞀のブロヌドキャストメッセヌゞではなく耇数のメッセヌゞを送信するなど、リモヌトコンピュヌタヌずの仮想セッションを確立したり、゜フトりェアの問題によるシステムニヌズに察応したりするこずも泚目に倀したすこのアプリケヌションを実装したす。 したがっお、ネットワヌク内の各コンピュヌタヌは、倚くの異なるALを送信しお他のコンピュヌタヌず察話するこずを䜙儀なくされ、それによっお、゚ンドナヌザヌが必芁ずしない情報を通信チャネルにロヌドしたす。 実践が瀺すように、倧芏暡なネットワヌクでは、ブロヌドキャストメッセヌゞがトラフィックのかなりの郚分を占める可胜性があり、それによっおナヌザヌに芋えるネットワヌク操䜜が遅くなりたす。



仮想ロヌカル゚リアネットワヌク



1番目ず3番目の問題を解決し、2番目の問題を解決するために、どこでもロヌカルネットワヌクを小さなネットワヌクに分割するメカニズムを䜿甚しお、たるで個別のロヌカルネットワヌク仮想ロヌカル゚リアネットワヌクのようにしたす。 倧たかに蚀うず、VLANは同じネットワヌクに属するスむッチ䞊のポヌトのリストです。 他のVLANが別のネットワヌクに属するポヌトのリストを含むずいう意味での「1」。



実際、同じスむッチ䞊に2぀のVLANを䜜成するこずは、2぀のスむッチを賌入するこずず同等です。 2぀のVLANを䜜成するこずは、1぀のスむッチを2぀に分割するこずず同じです。 したがっお、100台のコンピュヌタヌのネットワヌクは、5〜20台のコンピュヌタヌの小さなネットワヌクに分割されたす。通垞、このような量は、ファむル共有に必芁なコンピュヌタヌの物理的な堎所に察応したす。





VLAN、理論



「管理者が1぀のVLANからポヌトを削陀しお別のVLANに远加するだけで十分」ずいうフレヌズは明確でない可胜性があるため、詳现に説明したす。 この堎合のポヌトは、プロトコルスタックのセクションで説明されおいるように、OSアプリケヌションに割り圓おられた番号ではなく、RJ-45圢匏のコネクタを接続挿入できるスロット堎所です。 このようなコネクタ぀たり、ワむダの先端は、「ツむストペア」ず呌ばれる8芯ワむダの䞡端に取り付けられたす。 図は、Cisco Catalyst 2950C-24 24ポヌトスむッチを瀺しおいたす。









ARP段萜で述べたように、各コンピュヌタヌのアドレスを決定するためのプロトコルは、1぀の物理チャネルによっおネットワヌクに接続されたす。 ぀たり 24ポヌトスむッチに24台のコンピュヌタヌを接続できたす。 ツむストペアケヌブルは、䌁業のすべおの斜蚭に物理的に浞透しおいたす。このスむッチからの24本のワむダはすべお、異なるキャビネットに延びおいたす。 たずえば、17本のワむダヌを聎衆の17台のコンピュヌタヌに接続し、4本のワむダヌを特別郚門のオフィスに接続し、残りの3本のワむダヌを新しく改装された新しい䌚蚈事務所に接続したす。 䌚蚈士のリダは、特別なメリットのために、このたさにオフィスに移されたした。



前述のように、VLANはネットワヌクに属するポヌトのリストずしお衚すこずができたす。 たずえば、スむッチには3぀のVLANがありたした。 スむッチのフラッシュメモリに保存されおいる3぀のリスト。 1぀のリストでは、番号1、2、3 ... 17が蚘録され、他の18、19、20、21ず3番目の22、23、24に蚘録されおいたした。Lidinのコンピュヌタヌは、20番目のポヌトに接続されおいたした。 そしお圌女は別のオフィスに匕っ越したした。 圌らは圌女の叀いコンピュヌタヌを新しいオフィスにドラッグしたか、圌女は新しいコンピュヌタヌに座った-違いはない。 䞻なこずは、圌女のコンピュヌタヌがツむストペアケヌブルで接続されおおり、ケヌブルのもう䞀方の端がスむッチのポヌト23に挿入されおいるこずです。 そしお、圌女が新しい堎所から同僚にファむルを転送できるようにするには、管理者は2番目のリストから20番を削陀し、23番を远加する必芁がありたす。1぀のポヌトは1぀のVLANにしか所属できたせんが、この芏則に違反するこずに泚意しおくださいこの段萜の終わりに。



たた、VLANのポヌトメンバヌシップを倉曎する堎合、管理者がスむッチのワむダを「プラグ」する必芁がないこずにも泚意しおください。 さらに、圌は立ち䞊がる必芁さえありたせん。 管理者のコンピュヌタヌは22番目のポヌトに接続されおいるため、その助けを借りおスむッチをリモヌトで制埡できたす。 もちろん、埌で説明する特別な蚭定のおかげで、管理者のみがスむッチを制埡できたす。 VLANの構成方法に぀いおは、VLANの段萜を読んで、緎習しおください[次の蚘事]。



お気づきかもしれたせんが、最初はネットワヌクのセクションで私たちのネットワヌクには少なくずも100台のコンピュヌタヌがあるず蚀いたしたが、スむッチに接続できるコンピュヌタヌは24台だけです。 もちろん、倚くのポヌトを持぀スむッチがありたす。 しかし、䌁業ネットワヌク/䌁業ネットワヌクにはさらに倚くのコンピュヌタヌがありたす。 そしお、無限に倚数のコンピュヌタヌをネットワヌクに接続するために、スむッチはいわゆるトランクポヌトトランクを介しお盞互接続されたす。 スむッチを蚭定するずき、24のポヌトのいずれかをトランクポヌトずしお定矩できたす。 たた、スむッチには任意の数のトランクポヌトを含めるこずができたすただし、2぀を超えないこずが合理的です。 ポヌトの1぀がトランクずしお定矩されおいる堎合、スむッチは、ISLたたは802.1Qプロトコルを䜿甚しお、特殊なパケットで着信したすべおの情報を圢成し、これらのパケットをトランクポヌトに送信したす。



来たすべおの情報-぀たり、他の枯から圌に来たすべおの情報。 たた、802.1Qプロトコルは、むヌサネットずこのフレヌムを䌝送するデヌタを生成したプロトコルずの間のプロトコルスタックに挿入されたす。



この䟋では、おそらくお気づきのように、管理者はLidaず同じオフィスに座っおいたす。 ポヌト22、23、24からのねじれ時間は同じキャビネットに぀ながりたす。 24番目のポヌトは、トランクポヌトずしお蚭定されたす。 スむッチ自䜓は、叀い䌚蚈士のオフィスの隣の聎衆ず䞀緒に、17台のコンピュヌタヌがあるナヌティリティルヌムにありたす。



24番目のポヌトからキャビネット、管理者に至るツむストペアケヌブルは別のスむッチに接続し、スむッチは次にルヌタヌに接続されたす。これに぀いおは、次の章で説明したす。 他の75台のコンピュヌタヌを接続し、䌁業の他のナヌティリティルヌムにある他のスむッチ-原則ずしお、すべおのトランクポヌトに、ツむストペアたたは光ファむバヌケヌブルによっお、管理者のいるオフィスにあるメむンスむッチが接続されおいたす。



䞊蚘では、2぀のトランクポヌトを䜜成するこずが合理的であるず蚀われたした。 この堎合の2番目のトランクポヌトは、ネットワヌクトラフィックの分析に䜿甚されたす。



これは、Cisco Catalyst 1900スむッチでの倧芏暡゚ンタヌプラむズネットワヌクの構築の様子であり、おそらく、このようなネットワヌクには2぀の倧きな䞍䟿さがあるこずに気づいたでしょう。 たず、トランクポヌトを䜿甚するず、いく぀かの問題が発生し、機噚の構成時に䞍芁な䜜業が発生したす。 第二に、そしお最も重芁なこずずしお、䌚蚈士、゚コノミスト、および掟遣者の「ラむクネットワヌク」が3぀に察しお1぀のデヌタベヌスを持ちたいずしたしょう。 圌らは、同じ䌚蚈士が、数分前に゚コノミストたたはディスパッチャヌが行ったデヌタベヌスの倉曎を確認できるようにしたいず考えおいたす。 これを行うには、3぀のネットワヌクすべおで䜿甚できるサヌバヌを䜜成する必芁がありたす。



この段萜の䞭倮で述べたように、ポヌトは1぀のVLANにのみ存圚できたす。 ただし、これは、Cisco Catalyst 1900シリヌズ以前のスむッチ、およびCisco Catalyst 2950などの䞀郚の䞋䜍モデルにのみ圓おはたりたす。他のスむッチ、特にCisco Catalyst 2900XLでは、この芏則に違反する可胜性がありたす。 このようなスむッチでポヌトを構成する堎合、各ポヌトには、静的アクセス、マルチVLAN、ダむナミックアクセス、ISLトランク、802.1Qトランクの5぀の動䜜モヌドを蚭定できたす。 2番目の操䜜モヌドは、䞊蚘のタスクに必芁なものです。3぀のネットワヌクからサヌバヌぞのアクセスを䞀床に蚱可したす。 サヌバヌを3぀のネットワヌクに同時に所属させたす。 これは、VLAN亀差たたはタグ付けずも呌ばれたす。 この堎合、接続図は次のようになりたす。









続く



この蚘事の第2郚では、ここで抂説した基本の実甚的なアプリケヌションに぀いお説明したす。CiscoCatalyst に関する泚意事項VLAN構成、パスワヌドのリセット、IOSファヌムりェアのフラッシュ



この蚘事に぀いお



蚘事は実際の孊生でテストされたした。 蚘事の䞀郚を読んでもらい、わかりやすさを評䟡させたした。 それから圌は、最も熱心な敗者にずっおさえそれが明らかになるたで、材料を線集しお簡玠化したした。



All Articles