MAC アドレスとは - 基本
Mac アドレスは、メディア アクセス層で使用されるアドレスです。平たく言えば、現在の Mac アドレスは 6 バイトと 48 ビットを使用します (初期には 2 バイトと 16 ビットがありました)。 Mac アドレス)。
MACアドレスに関しては、直接接することがないので、皆さんあまり詳しくないかもしれません。 OSI (Open System Interconnection、Open System Interconnection) の 7 層ネットワーク プロトコル (物理層、データ リンク層、ネットワーク層、トランスポート層、セッション層、プレゼンテーション層、アプリケーション層) 参照モデルでは、2 番目の層がデータ リンクです。道路レイヤー(データリンク)。これには 2 つのサブレイヤが含まれています。上位レイヤは論理リンク制御 (LLC) で、下位レイヤは前述の MAC (メディア アクセス コントロール) レイヤ、つまりメディア アクセス制御レイヤです。いわゆるメディアとは、信号が送信されるさまざまな物理環境を指します。一般的に使用されるネットワーク メディアには、ケーブル (ツイスト ペア、同軸ケーブル、光ファイバーなど)、マイクロ波、レーザー、赤外線などが含まれます。メディアは物理メディアと呼ばれることもあります。 MAC アドレスは、物理アドレス、ハードウェア アドレス、リンク アドレスとも呼ばれ、ネットワーク機器メーカーが製造するときにハードウェア内に書き込まれます。このアドレスはネットワークとは関係がありません。つまり、このアドレスを持つハードウェア (ネットワーク カード、ハブ、ルーターなど) がネットワークのどこに接続されていても、同じ MAC アドレスを持ちます。アドレスは通常変更できず、ユーザーが自分で設定することもできません。 MACアドレスの最初の24桁は、メーカーがIEEEに申請したメーカーアドレスです。最後の 24 桁は製造元によって決定されます。 (全角前半のものは申請不要です) 1:IPアドレスとMacアドレスの関係と違いは何ですか? IP アドレスは誰もがよく知っていると思います。IP アドレスは、TCP/IP プロトコルを使用してホストに割り当てられる 32 ビットのアドレスを指します。 IP アドレスは、ドットで区切られた 4 つの 8 ビットのグループで構成されます。たとえば、192.168.0.1 は、ドット 10 進数形式と呼ばれます。 IP アドレスは、ネットワーク アドレスとホスト アドレスの 2 つの部分で構成され、これら 2 つの部分に割り当てられるビット数は、アドレス クラス (クラス A、クラス B、クラス C など) によって異なります。ネットワーク アドレスはルーティングに使用され、ホスト アドレスはネットワークまたはサブネット内の個々のホストを検索するために使用されます。 IP アドレスを使用すると、送信元アドレスから宛先アドレスにデータをルーティングできます。 現在、多くのコンピュータは、最初にローカルエリアネットワークを設定し、次にスイッチを介してインターネットに接続されています。各ユーザーには固定のIPアドレスが割り当てられ、管理センターで一元管理されます。管理を容易にするためには、ユーザーの識別、混乱の防止、サイバー犯罪などの責任の明確化のためにMacアドレスを使用する必要があります。 。また、IP アドレスと Mac アドレスは、LAN 内では 1 対 1 に対応していますが、違いがあります。 IP アドレスは現在の IPv4 標準に従って指定されており、ハードウェアの制限を受けないため覚えやすいアドレスですが、Mac アドレスはネットワーク カードの物理アドレスであり、ハードウェアに多少関係があります。覚えるのがさらに難しくなります。 MAC アドレスの長さは 48 ビット (6 バイト) で、通常は 12 個の 16 進数で表され、次のように 2 つの 16 進数がコロンで区切られます。 08:00:20:0A:8C :6D は MAC アドレスです、最初の 6 桁の 16 進数 08:00:20 は、IEEE (米国電気電子学会) によって割り当てられたネットワーク ハードウェアの製造元の番号を表し、最後の 3 桁は 16 進数 0A を表します。 :8C:6D は、メーカーが製造したネットワーク製品 (ネットワークカードなど) のシリアル番号を表します。各ネットワーク メーカーは、自社が製造するすべてのイーサネット デバイスの最初の 3 バイトが同じで、最後の 3 バイトが異なることを確認する必要があります。これにより、世界中のすべてのイーサネット デバイスが一意の MAC アドレスを持つことが保証されます。 すべてのイーサネット デバイスは工場出荷時に一意の MAC アドレスを持っているのに、なぜ各ホストに IP アドレスを割り当てる必要があるのでしょうか?言い換えれば、なぜ各ホストに一意の IP アドレスが割り当てられるのか、また、ネットワーク機器 (ネットワーク カード、ハブ、ルーターなど) の製造時に一意の MAC アドレスを組み込む必要があるのはなぜでしょうか。 主な理由は次のとおりです。 (1) IP アドレスは、ネットワーク設定の作成者ではなく、ネットワークのトポロジに基づいて割り当てられます。ネットワークのトポロジ上の位置ではなく、機器メーカーに基づいて効率的なルーティング ソリューションを構築することは現実的ではありません。 (2) アドレス指定層が追加されると、機器の移動や修理が容易になります。たとえば、イーサネット カードが故障した場合、新しい IP アドレスを取得せずに交換できます。 IP ホストがあるネットワークから別のネットワークに移動した場合、新しいネットワーク カードを必要とせずに、新しい IP アドレスを割り当てることができます。 (3) ローカル エリア ネットワークまたはワイド エリア ネットワーク内のコンピュータ間の通信の場合、最終的なパフォーマンスは、最初のノードから何らかのリンク上のデータ パケットを送信し、あるノードから別のノードに送信し、最後に次のノードにデータ パケットを送信することです。目的地のノード。これらのノード間のデータ パケットの移動は、IP アドレスを MAC アドレスにマッピングする役割を担う ARP (アドレス解決プロトコル) によって完了します。 |

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









PHPロギングは、Webアプリケーションの監視とデバッグ、および重要なイベント、エラー、ランタイムの動作をキャプチャするために不可欠です。システムのパフォーマンスに関する貴重な洞察を提供し、問題の特定に役立ち、より速いトラブルシューティングをサポートします

Laravelは、直感的なフラッシュメソッドを使用して、一時的なセッションデータの処理を簡素化します。これは、アプリケーション内に簡単なメッセージ、アラート、または通知を表示するのに最適です。 データは、デフォルトで次の要求のためにのみ持続します。 $リクエスト -

PHPクライアントURL(CURL)拡張機能は、開発者にとって強力なツールであり、リモートサーバーやREST APIとのシームレスな対話を可能にします。尊敬されるマルチプロトコルファイル転送ライブラリであるLibcurlを活用することにより、PHP Curlは効率的なexecuを促進します

Laravelは簡潔なHTTP応答シミュレーション構文を提供し、HTTP相互作用テストを簡素化します。このアプローチは、テストシミュレーションをより直感的にしながら、コード冗長性を大幅に削減します。 基本的な実装は、さまざまな応答タイプのショートカットを提供します。 Illuminate \ support \ facades \ httpを使用します。 http :: fake([[ 'google.com' => 'hello world'、 'github.com' => ['foo' => 'bar']、 'forge.laravel.com' =>

顧客の最も差し迫った問題にリアルタイムでインスタントソリューションを提供したいですか? ライブチャットを使用すると、顧客とのリアルタイムな会話を行い、すぐに問題を解決できます。それはあなたがあなたのカスタムにより速いサービスを提供することを可能にします

記事では、PHP 5.3で導入されたPHPの後期静的結合(LSB)について説明し、より柔軟な継承を求める静的メソッドコールのランタイム解像度を可能にします。 LSBの実用的なアプリケーションと潜在的なパフォーマ

この記事では、フレームワークにカスタム機能を追加し、アーキテクチャの理解、拡張ポイントの識別、統合とデバッグのベストプラクティスに焦点を当てています。
