【2026年】Wake-on-LAN 高度設定ガイド｜リモート起動の完全構築

導入：なぜ今、Wake-on-LAN の高度設定が必要なのか

2026 年現在、自宅サーバーやリモートワーク環境はもはや「選択肢」ではなく「標準的なインフラ」となっています。特に、個人が構築する NAS（ネットワーク接続ストレージ）や Home Automation（ホームオートメーション）システムにおいては、常時稼働させることは電力コストとノイズの増大を招きます。一方で、必要な時にのみ起動し、使用後にシャットダウンすることでエネルギー効率を最大化したいというニーズは高まっています。その鍵となるのが Wake-on-LAN、通称 WoL（ワック・オン・ラン）技術です。

WoL は、電源オフの状態にある PC に対し、ネットワーク経由で「マジックパケット」と呼ばれる特殊な信号を送信することで、ハードウェアレベルで電源を投入させる機能です。近年の ATX12V 規格や PCIe レイテンシ技術の進化により、以前よりも遥かに低い電力消費で待機状態（S4/S5）が維持可能となりましたが、その設定は複雑化しています。特に、Windows の高速スタートアップ機能や、省エネ規制である ErP/EuP 対応マザーボードの普及、ルーターの NAT パッシング問題など、初期の設定では解決しないケースが多発します。

本ガイドでは、自作 PC を専門とする編集部が、2026 年最新の環境を想定した WoL の完全構築手順を解説します。対象となるのは、次世代プラットフォームである Intel Z890 チップセット搭載の ASUS ROG STRIX Z890-E GAMING WIFI や、コストパフォーマンスに優れた MSI MAG B860 TOMAHAWK WIFI、GIGABYTE B850 AORUS ELITE といった最新マザーボードです。また、標準で搭載される Intel I226-V（2.5GbE）や Realtek RTL8125BG（2.5GbE）ネットワークコントローラーの特性に合わせた設定法も詳述します。

単なる起動手順だけでなく、サブネット越しでの通信方法、インターネット経由での安全なリモートアクセス手法、そして自動化スクリプトや Home Assistant 連携までを網羅的に取り扱います。セキュリティリスクを最小化しつつ、安定した遠隔操作を実現するための専門的なノウハウを提供します。本記事を読み終える頃には、自宅の PC を完全にネットワークから制御できるスキルを習得しているはずです。

Wake-on-LAN の基本構造とマジックパケットの仕組み

Wake-on-LAN（WoL）が機能する背景には、ネットワークカード（NIC）が電源オフの状態でも最小限の電力を供給され続け、特定の信号を監視し続けるという仕組みがあります。しかし、単純に「信号を送る」だけでなく、厳密なプロトコルとフォーマットに従う必要があります。この核心となるのがマジックパケット（Magic Packet）です。

マジックパケットは、標準的な Ethernet フレームの中に埋め込まれる特殊なデータ構造です。その構成要素は非常にシンプルですが、エラー許容性が極めて高い設計となっています。まず、宛先 MAC アドレスとして「FF:FF:FF:FF:FF:FF」というブロードキャストアドレスが 6 バイト含まれます。これは、ネットワーク上のすべての機器にパケットを到達させるための記号です。次に、ターゲットの PC の NIC に設定されている物理アドレス（MAC アドレス）が 16 バイト単位で繰り返し送信されます。通常は、この MAC アドレスデータが 1024 ビット（128 バイト）、つまり 16 回連続して配置されます。

例えば、ターゲット PC の MAC アドレスが「AA:BB:CC:DD:EE:FF」である場合、マジックパケットは以下のような形式で構成されます。

1. 宛先：0xFFFFFFFFFFFF（ブロードキャスト）
2. ペイロード：MAC アドレス（6 バイト）× 16 回

この構造により、ネットワーク上の他の PC が誤って起動してしまう可能性を排除しつつ、確実にターゲットの NIC が自らのアドレスを検知できるようになっています。また、UDP プロトコルを使用して、通常はポート 7（Echo）またはポート 9（Discard）を経由して送信されますが、2026 年の現代ではポート番号の変更も可能であり、セキュリティ強化のためカスタムポートを使用するケースも増えています。

重要なポイントとして、WoL はネットワークカードのファームウェアレベルで処理が行われるため、OS が起動している必要はありません。しかし、マザーボード上の電源回路（ATX Power Supply）が S5 状態（ソフトオフ）であっても NIC に電力を供給し続ける必要があります。これを「Power on by LAN」や "Wake on PME" と呼びます。2026 年時点の最新の NIC ドライバーにおいては、Magic Packet の他にも Pattern Match（パターンマッチ）と呼ばれる、特定のデータパターンの検知による起動もサポートされていますが、標準的な WoL は依然として Magic Packet が主流です。

ハードウェア選定要件と対応ネットワークコントローラーの確認

WoL を成功させるために最も基礎となるのは、使用するマザーボードとネットワークカードのハードウェア対応状況です。2026 年現在、Intel Z890 や AMD B850 等の最新チップセットを搭載したマザーボードは WoL を標準でサポートしていますが、モデルによって設定項目が異なります。特に、最新の 2.5GbE ナットワークコントローラーでは省電力技術の進化により、従来の 1GbE と異なる挙動を示すケースがあります。

まず、本ガイドの対象となる主要なマザーボードについて確認します。ASUS ROG STRIX Z890-E GAMING WIFI はハイエンドゲーマー向けであり、BIOS の「APM Configuration」メニューに詳細な WoL 設定が用意されています。MSI MAG B860 TOMAHAWK WIFI はミドルレンジで安定性が高く、「Power Management」セクションでの設定が可能です。GIGABYTE B850 AORUS ELITE はコストパフォーマンスを重視しており、BIOS の「Integrated Peripherals」または「Power Management」に「Resume By LAN」などの項目が存在します。

ハードウェアの選定において重要なのが、搭載される NIC（ネットワークインターフェースカード）の種類です。2026 年現在、標準で 1GbE ではなく 2.5GbE が主流となっています。代表的なモデルとして Intel I226-V と Realtek RTL8125BG が挙げられます。Intel I226-V はサーバーやプロ用途でも信頼性が高く、WoL の安定性に定評があります。一方、Realtek RTL8125BG は低価格帯マザーボードに広く採用されていますが、ドライバーのバージョンによって WoL の挙動が変わるため注意が必要です。

以下に、主要な NIC と OS 別のサポート状況を表にまとめます。この表は、ご自身の環境に合わせて確認してください。

Intel I226-V の場合、Linux kernel 5.10 以降の igc ドライバーで WoL が安定して動作しますが、旧バージョンの e1000e では動作しない場合があります。Realtek RTL8125BG は、r8169 ドライバーを使用する際に ethtool -s eth0 wol g コマンドを常に実行し続ける必要があります。これは、Linux が再起動時に設定をリセットしてしまうためです。

また、2.5GbE エコノミクスモード（Energy Efficient Ethernet, EEE）がデフォルトで有効になっている場合、WoL 信号を検知するタイミングが遅れるか、検知自体を無視することがあります。このため、NIC の設定において EEE を一時的に無効にし、WoL 動作を確認した後、必要に応じて再設定する必要があります。マザーボードの BIOS 設定においても、「PCIe Devices Power On」や「Wake on LAN」項目が有効になっているかが確認必須です。特に MSI の場合、BIOS バージョン更新で WoL 関連設定が変更された事例があるため、最新版へのアップデートを推奨します。

BIOS/UEFI 設定の詳細手順と省電力機能の調整

WoL が失敗する原因の多くは、マザーボード側の電源管理設定にあります。2026 年の最新 PC は環境規制により、S5（ソフトオフ）状態での消費電力が非常に低く抑えられています。これは「ErP Ready」や「EuP」（Energy using Products）と呼ばれる省エネ規格によるものであり、WoL の機能を阻害する最大の要因となります。そのため、BIOS 設定では、これらの省エネモードを無効化し、NIC に電力を供給し続ける必要があります。

ASUS ROG STRIX Z890-E GAMING WIFI の場合、電源ボタンの電源オフ後でもバックアップ電池から NIC や USB ポートへの給電を維持する機能が必要です。BIOS 設定画面（F2 または Del キー）に入り、「Advanced」メニューを選択し、「APM Configuration」へ進みます。ここで「ErP Support」または「EuP Ready」オプションを探します。これは通常「Disabled」（無効）に設定する必要があります。もし「Enabled」のままでは、電源オフ時に NIC への電力供給が完全に遮断され、WoL パケットを受信できなくなります。

MSI MAG B860 TOMAHAWK WIFI では、「Power Management Features」セクションが該当します。「Wake on LAN by PCI-E/PCI」または「PME Event Wake Up」という項目を「Enabled」に設定します。また、MSI の BIOS には「Power On By PCIe」や「Resume By LAN」のオプションがあり、これらが有効化されていることを確認します。特に B860 チップセットでは、BIOS のアップデートにより省電力機能が強化されるため、最新の BIOS バージョンを使用し、設定項目が適切に露出しているか確認してください。

GIGABYTE B850 AORUS ELITE では、「BIOS」メニューの「Integrated Peripherals」または「Power Management」から「Wake On LAN」を有効化します。GIGABYTE の場合、「Restore on AC Power Loss」という項目があり、これを「Power Off」ではなく「Power On」や「Last State」に設定すると、電源が切れた後に物理的に電圧がかかると自動で起動するようになりますが、WoL とは直接関係ないため注意が必要です。ただし、BIOS のバージョンによっては「Wake on LAN (PME)」という名称になっていることもあります。

各メーカーの BIOS 設定を比較した表を以下に示します。これらを参考に、お使いのマザーボードに合わせて調整を行ってください。

さらに、PC の電源供給装置（PSU）の安定性も WoL の挙動に影響します。安価な PSU は S5 状態での電圧変動に弱く、WoL 信号を受け取った瞬間に起動せず、再起動サイクルを繰り返す場合があります。2026 年現在の推奨仕様として、80 PLUS Gold 以上の認証を受けた PSU を使用し、PCIe スロットへの安定した待机电圧（3.3V S5）が供給されることを確認してください。また、マザーボードの rear I/O パネルにある LAN ポットが正しいか物理的に確認することも重要です。

OS 設定前の最終確認として、「BIOS Boot」モードを UEFI に保つことが望ましいです。従来の Legacy BIOS モードでは、ネットワークスタックの初期化が遅れ、WoL のタイミングと同期しないことがあります。特に Windows 10/11 では UEFI ファームウェアが必須であり、Secure Boot（セキュアブート）の設定も WoL とは直接関係ありませんが、OS の起動プロセスに影響を与えるため、設定変更時は注意が必要です。

Windows 10/11 OS 側の電源管理設定とドライバー構成

Windows 環境において、WoL が動作しない場合の最も一般的な原因は OS 側での電源管理設定です。BIOS で正しく設定されていても、Windows の高速スタートアップ機能や NIC ドライバーの設定により、WoL パケットが受け付けられない状態になります。2026 年現在の Windows 11 25H2（仮）以降でも、この挙動は基本的に変わっていません。

まず、デバイスマネージャーを開き、「ネットワークアダプター」セクションから使用している NIC（例：Intel I226-V Family Controller または Realtek PCIe GBE Family Controller）を右クリックし、「プロパティ」を選択します。「電源管理」タブにアクセスすると、WoL を制御する 3 つの主要なオプションが表示されます。

1. 「スリープ解除時のデータ通信を可能にする（Allow the device to wake the computer）」：これは必須です。チェックを入れておく必要があります。
2. 「マジックパケットでこのデバイスを使用可能な状態にする（Only allow a magic packet to wake the computer）」：これも必須です。他のパターンでの起動を防ぐために設定します。
3. 「スリープ解除時にネットワークアダプターを有効に」：これは推奨されますが、状況によって無効でも動作する場合があります。

これら 3 つのチェックボックスすべてをオンにすることで、WoL が最も確実に機能するようになります。特に「マジックパケットで...」というオプションは、セキュリティ向上のために Windows に標準装備されていますが、これをオフにすると他の通信パケットでも起動可能になり、誤作動の原因となります。

次に、Windows の「高速スタートアップ」機能が WoL と競合することがあります。この機能は、シャットダウン時にシステム状態をディスクに保存し、次回起動時はハードウェアの初期化プロセスを省略して素早く起動させる技術です。しかし、高速スタートアップが有効な場合、NIC は完全にオフの状態ではなく「ハイバネーション状態」にあるため、WoL の待機信号を受け取る準備ができていないことがあります。これを回避するには、「コントロールパネル」>「ハードウェアとサウンド」>「電源オプション」>「電源ボタンの動作を選択する」>「現在利用できない設定を変更中」をクリックし、「高速スタートアップを有効にする（推奨）」のチェックを外してシャットダウンを行います。

また、ネットワークドライバーの更新も WoL の安定性に直結します。Intel I226-V の場合、公式サイトの最新ドライバーは 2025 年以降に WoL のスリープ状態での電力消費を最適化するパッチが組み込まれています。Realtek のドライバーについては、ベンダー提供のものよりも、Windows Update を通じて配信されるドライバーの方が安定しているケースが多いです。

特に、Windows Update 後に設定がリセットされる事例があります。そのため、WoL を重要な機能として利用する場合は、ドライバーの安定性を確認し、必要に応じてメーカー製ドライバーをインストールし続けることが推奨されます。また、「ネットワークアダプターの電源管理」タブにある「このデバイスをスリープ状態から回復する」という項目も、Windows のバージョンによって名称や位置が異なる場合がありますので、念のため確認してください。

Linux 環境における WoL 設定（ethtool / systemd-networkd）

Linux ユーザーにとって、WoL は Windows よりも柔軟に設定できますが、その分、コマンドラインでの操作が必要となります。2026 年現在、Ubuntu 24.04 LTS や Fedora 40 以降の環境では、systemd-networkd を使用して永続的な設定を管理することが一般的です。ただし、ethtool コマンドによる一時的な設定と、起動時自動適用の設定を区別する必要があります。

まず、基本的な確認コマンドとして ip link show または ifconfig を実行し、ネットワークインターフェース名を確認します（例：eth0, enp3s0 など）。次に、現在の WoL 状態を確認するために ethtool -s <interface> コマンドを使用します。ここで表示される WOL information が「g」（Magic Packet）であるか確認します。設定を行うには、sudo ethtool -s eth0 wol g と入力します。

しかし、ethtool で設定した内容は再起動後にリセットされてしまうため、永続化が必要です。Ubuntu や Debian ベースのシステムでは、/etc/network/interfaces.d/ ディレクトリや systemd-networkd の設定ファイルを使用します。具体的には /etc/systemd/network/10-wol.network という名前で設定ファイルを新規作成し、以下のような記述を行います。

[Match]
Name=eth0

[Link]
WakeOnLan=magic

この設定により、システム起動時に自動的に WoL が有効化されます。しかし、Linux カーネルのバージョンによっては systemd-networkd のサポートが不完全な場合があるため、その際は /etc/network/interfaces に以下のように記述する方法もあります。

auto eth0
iface eth0 inet dhcp
    pre-up ethtool -s eth0 wol g

さらに、IPv6 環境での WoL 設定も考慮する必要があります。2026 年の標準的なネットワークでは IPv4 と IPv6 の両方が有効になっていることが多く、WoL パケットが IPv6 で送信される可能性もあります。この場合、ip link set dev eth0 multicast などの設定が必要になる場合がありますが、通常は Magic Packet は IPv4 プロトコルで十分動作します。

また、Linux サーバーを長時間稼働させる場合、電源管理として「suspend-then-hibernate」モードを使用することがあります。この場合、WoL が機能するかどうかはカーネルのパッチやハードウェアのサポート状況に依存します。systemctl suspend を実行した後に、PC が完全にオフになった状態（S5）になっているか確認し、その状態で WoL パケットを送信できるかをテストしてください。

以下に、主要な Linux ディストリビューションにおける設定の違いを表にまとめました。

特に Arch Linux ユーザーは、netctl や systemd-networkd の設定ミスにより WoL が失われることが多いため、ドキュメントを参照しつつ慎重に設定を行う必要があります。また、Realtek の NIC を使用する場合、Linux カーネルの r8169 ドライバーがデフォルトでロードされているか確認し、必要に応じて blacklist r8169 で回避して r8125 ドライバーを使用するケースもあります。

サブネット越しの WoL とルーターの設定（Directed Broadcast）

自宅ネットワーク内で PC 同士を繋ぐ場合、WoL は容易に動作します。しかし、「別の部屋から」「外出先から」起動するためには、サブネット越しの通信、あるいはルーター越しの WoL を設定する必要があります。このために必要なのが「Directed Broadcast」（指向性ブロードキャスト）機能です。

通常、IP パケットはルーターによってフィルタリングされ、異なるサブネット間での直接通信はできません。しかし、WoL はブロードキャストアドレス（例：192.168.1.255）を使用するため、これがルーターを通過してターゲットネットワークに到達する必要があります。ルーター側で「IP Helper Address」や「Directed Broadcast Forwarding」という機能を有効化することで、この通信が可能になります。

具体的な設定手順として、Cisco ルーターや一般的な SOHO ルーター（TP-Link, Netgear 等）の管理画面にアクセスし、「Advanced Routing」または「Port Forwarding/Forwarding Rules」を確認します。ここで、UDP プロトコルのポート 7 または 9 を宛先ブロードキャストアドレスへ転送するルールを作成します。しかし、多くの家庭用ルーターではデフォルトでこの機能が無効化されています。

特に注意すべきは、セキュリティの観点からです。Directed Broadcast を開くことは、ネットワーク内のすべての PC にパケットを送信可能にするため、DoS（サービス妨害）攻撃や Brute Force 攻撃の対象となるリスクがあります。2026 年時点では、ルーターのファームウェアには「Broadcast Storm Protection」や "IP Spoofing" 防止機能も実装されていますが、外部からの WoL パケットを許可する場合は、必ず IP フィルタリングやファイアウォールの設定を強化してください。

また、ルーター越し WoL を行う場合、ターゲット PC の IP アドレスは静的に固定されている必要があります。DHCP で動的に割り当てられると、WoL パケットが到達しない可能性があります。そのため、マザーボードの BIOS 側で MAC アドレスと IP アドレスを紐付ける設定（Static DHCP Reservation）を行い、ルーター上でその MAC アドレスに常に同じ IP を割り当てるように設定します。

以下に、サブネット越し WoL のためのルーター設定例をまとめます。

また、IPv6 環境での WoL は、Multicast または Link-Local アドレスを使用するため、より複雑なルーター設定が必要です。しかし、2026 年現在では IPv4 の WoL が依然として最も安定しており、IPv6 を利用する場合は、必ず IPv4 とのデュアルスタック設定を維持し、WoL パケットが IPv4 プロトコルで送信されることを確認してください。

インターネット経由でのリモート起動とセキュリティ対策

自宅ネットワーク外から PC を起動する場合、インターネットを経由する必要があります。これは「ポートフォワーディング」を使用するか、「VPN」を使用するかの 2 つの主要な方法があります。それぞれに明確なメリット・デメリットがあり、セキュリティリスクを最小限にするための対策が必要です。

ポートフォワーディング方式（直接公開） 自宅ルーターの WAN ポートから UDP 7 または 9 を LAN のターゲット PC に転送する方法です。最もシンプルで設定が容易ですが、最大の欠点はセキュリティリスクが高いことです。IP アドレスとポート番号を公開することになるため、世界中のボットスキャンによって検知され、不正な WoL パケットや DDoS 攻撃の対象となる可能性があります。 対策として、「Dynamic DNS（DDNS）」を使用して固定 IP が無くてもアクセス可能にします。また、ポート番号を標準の 7/9 から変更し、複雑なポート番号を使用することで「セキュリティ・バイ・オブスキュリティ」の効果を狙います。しかし、これは本質的なセキュリティ向上にはなりません。

VPN 経由方式（推奨） Tailscale や ZeroTier などの仮想プライベートネットワークサービスを利用する方法です。この方法では、自宅 PC は VPN ネットワークの一部として扱われ、外部からアクセスする際に自宅ルーターへのポート開放を行いません。つまり、インターネット上に WoL パケットを受け取るエントリポイントが存在しないため、セキュリティリスクを劇的に低減できます。 2026 年現在では、ZeroTier の無料プランでも最大 150 台までのデバイス接続が可能で、Tailscale は個人利用でも自由なルーター設定が可能です。これらはすべて自動で NAT Traversal（NAT トランザクション）を処理するため、複雑なポートフォワーディングの設定が不要です。

セキュリティ対策の徹底として、以下の点に注意してください。

1. ポート開放の最小化: UDP 7/9 だけでなく、SSH や RDP のポートも適切に制限する。
2. ファイアウォールの設定: 特定の IP アドレスからのアクセスのみ許可する（Whitelist）。
3. DDNS のセキュリティ: DDNS プロバイダーのアカウントを強力なパスワードで保護し、2FA（二要素認証）を設定する。
4. スクリプトの自動化: WoL パケットを送信する際、IP アドレスや MAC アドレスをハードコードせず、変数として管理する。

以下に、インターネット経由でのアクセス方法をセキュリティリスクと共に比較します。

特に、2026 年時点では IoT デバイスとの連携が増加しており、WoL パケットが誤って他のデバイスを起動させないよう、MAC アドレスの検証を厳密に行う必要があります。また、VPN を使用する場合でも、自宅ネットワークへのアクセス権限を持つユーザーが複数いる場合は、アクセス制御リスト（ACL）を設定し、誰がどの端末から WoL を送信できるか管理することが重要です。

自動化・管理ツールの比較と導入ガイド

WoL を実行する際に、手動でパケットを送信するのは非効率です。2026 年時点では、GUI ツールや CLI スクリプト、さらには IoT プラットフォームとの連携によって自動化が容易に行えます。以下に代表的な WoL ツールを比較・紹介します。

Depicus WakeMeOnLAN（Windows GUI） 最もポピュラーな Windows 向けツールです。インストール不要のポータブル版も存在し、直感的なインターフェースで MAC アドレスや IP アドレスを確認できます。2026 年現在の最新バージョンでは、IPv6 対応が強化され、複数の PC を同時に起動する「バッチ WoL」機能も実装されています。

• 特徴: ユーザーフレンドリー、設定画面が見やすい。
• 欠点: Windows でのみ動作。
• 使用例: [マルチモニター](/glossary/monitor)環境で複数の PC を同時に管理する場合。

etherwake（Linux CLI） Linux ユーザー向けのコマンドラインツールです。etherwake <MAC_Address> と入力するだけで、マジックパケットを送信します。スクリプトの組み込みが容易であり、Home Assistant や cron job との連携に最適です。

• 特徴: 軽量、自動化可能、サーバー環境向け。
• 欠点: コマンドライン操作が必要。
• 使用例: サーバーの起動スケジュール管理。

wolcmd / Wake On Lan（iPhone アプリ） スマートフォンから WoL を実行するための専用アプリです。「Wake On Lan」という名前のアプリは App Store で高評価を得ており、iOS の背景処理機能を活用してプッシュ通知で起動をトリガーすることも可能です。また、Home Assistant のモバイルアプリとも連携し、Web UI から直接 WoL パケットを送信できます。

• 特徴: モバイル対応、外出先から容易に操作可能。
• 欠点: アプリごとの設定が異なる場合がある。

さらに、Home Assistant などのホームオートメーションシステムとの連携も強力です。binary_sensor や switch エントリを作成し、「WoL を実行」ボタンを追加することで、音声アシスタントや自動化ルール（例：朝 8 時に PC を起動）と統合できます。2026 年現在では、Home Assistant の「Wake On LAN」コンポーネントが標準搭載されており、設定は非常に簡易化されています。

トラブルシューティングと診断方法

WoL が動作しない場合、その原因を特定するための体系的なアプローチが必要です。以下の手順に従って、段階的に問題を切り分けていきます。

1. WoL パケットの送信確認 まず、Magic Packet が正しくネットワークに到達しているかを確認する必要があります。Windows のコマンドプロンプトや Linux のターミナルで、ping <Target_IP> を実行し、PC が起動する前にパケットが届いているか検証します。ただし、Ping 自体が WoL パケットではありませんので、Wireshark などのパケットキャプチャツールを使用して、UDP ポート 7/9 で送信される「0xFFFFFFFFFFFF...」のフレームを確認してください。

2. BIOS 設定と電源状態の確認 BIOS の設定が正しく反映されているか確認します。特に「ErP Ready」や「EuP Support」が無効になっていることを再確認し、PC の電源オフ後、マザーボード上の LED が点灯しているか（待機電力供給の証拠）を確認します。また、「S3」と「S5」の違いに注意してください。WoL は S5（ソフトオフ）でも動作しますが、一部の BIOS では S3（スリープ）でのみ有効な場合があります。

3. ドライバーと OS の競合 Windows の場合、高速スタートアップが WoL をブロックしている可能性があります。「電源オプション」から「高速スタートアップを無効にする」設定を確認します。また、NIC ドライバーのバージョンが古い場合、最新のものに更新してください。Linux ユーザーの場合、ethtool -i <interface> でドライバー名とバージョンを確認し、カーネルアップデート後に再インストールが必要な場合があります。

4. ルーターとネットワーク構成の確認 ルーターの設定で「IP ヘッダー」や「ブロードキャスト転送」が有効になっているか確認します。また、Wi-Fi 接続での WoL は不安定であるため、有線 LAN 接続であることを前提として設定を行います。2026 年現在では Wi-Fi 7 の普及により無線 WoL も可能ですが、安定性においては有線に劣ります。

5. セキュリティソフトの影響 ファイアウォールやアンチウイルスソフトウェアが WoL パケットをブロックしている可能性があります。一時的にセキュリティソフトを無効にして動作を確認し、必要であれば例外ルールを追加してください。特に、家庭用ルーターの「SPI ファイアウォール」機能がパケットフィルタリングを行っている場合、UDP 7/9 の転送を許可する設定が必要です。

以下に、トラブルシューティングの手順をフローチャート形式でまとめました。

よくある質問（FAQ）

Q1. WoL を有効にしても PC が起動しません。何が考えられますか？ A1. まず、BIOS の「ErP Ready」や「EuP Support」が無効になっているか確認してください。また、Windows の電源管理設定で NIC の「スリープ解除時のデータ通信を可能にする」がオンになっているか確認します。さらに、NIC ドライバーのバージョンを確認し、最新のものに更新してみてください。

Q2. 外出先から WoL を使うのは安全ですか？ A2. 基本的にはリスクがあります。ポートフォワーディング方式はセキュリティリスクが高いため、推奨されません。Tailscale や ZeroTier などの VPN を使用して自宅ネットワークに接続してから WoL パケットを送信する方が、はるかに安全です。

Q3. Wi-Fi 経由での WoL は可能ですか？ A3. 理論上は可能ですが、安定性が低く、多くのルーターや NIC ではサポートされていません。有線 LAN（Ethernet）接続を前提として設定を行ってください。[Wi-Fi](/glossary/wifi) 7 の普及により改善される可能性がありますが、2026 年現在でも有線が推奨されます。

Q4. Windows の高速スタートアップと WoL は両立できますか？ A4. いいえ、通常は両立しません。高速スタートアップは NIC を完全にオフにせずハイバネーション状態にするため、WoL パケットを受け付けなくなります。WoL を使用するには、電源オプションから「高速スタートアップを無効にする」必要があります。

Q5. Linux で ethtool 設定が再起動後にリセットされます。どうすればいいですか？ A5. systemd-networkd の設定ファイル（/etc/systemd/network/*.network）を使用するか、起動スクリプトに ethtool -s eth0 wol g を追加して永続化してください。U[bun](/glossary/bun-runtime)tu では /etc/network/interfaces.d/wol に記述する方法もあります。

Q6. マザーボードが 2.5GbE に対応していると WoL も改善されますか？ A6. 基本的に 1GbE とは異なりますが、WoL の基本機能（Magic Packet 受信）には変わりありません。ただし、Intel I226-V や Realtek RTL8125BG のドライバーを適切に設定し、省電力モードを無効化する必要があります。

Q7. Home Assistant で WoL を自動化する方法は？ A7. Home Assistant の「Wake On LAN」コンポーネントを使用します。switch エントリを作成し、自動的に Magic Packet を送信するスクリプトを組み込むことができます。これにより、特定の条件（例：朝 8 時）で PC が起動します。

Q8. ルーターのポート番号を変えることはできますか？ A8. はい、可能です。標準の UDP 7/9 から変更することで、セキュリティ・バイ・オブスキュリティ的な効果を得られますが、本質的なセキュリティ向上にはなりません。VPN を使用するのが最も安全です。

まとめ：2026 年の WoL 完全構築への指針

Wake-on-LAN（WoL）は、現代の自作 PC 環境において、エネルギー効率と利便性を両立させるために不可欠な機能です。本ガイドでは、ASUS ROG STRIX Z890-E GAMING WIFI、MSI MAG B860 TOMAHAWK WIFI、GIGABYTE B850 AORUS ELITE といった最新マザーボードを想定し、Intel I226-V や Realtek RTL8125BG の特性に合わせた設定法を詳細に解説しました。

以下が本記事の要点です。

• BIOS 設定: ErP/EuP 規制を無効にし、NIC に電力供給を継続させることが必須です。「Wake on LAN」や「Resume By LAN」項目の確認を怠らないでください。
• OS 設定: Windows の高速スタートアップは WoL と競合するため、無効化が必要です。Linux では ethtool と systemd-networkd を組み合わせて永続化してください。
• セキュリティ: インターネット経由での起動にはポートフォワーディングよりも VPN（Tailscale/ZeroTier）の使用を強く推奨します。セキュリティリスクを最小限に抑えながら利便性を享受できます。
• 自動化: Depicus、etherwake、Home Assistant などのツールを活用し、手動操作から解放されましょう。

2026 年時点では、PC の電源管理技術はさらに進化しており、WoL の安定性は向上しています。しかし、ハードウェアの特性やネットワーク環境によって挙動が異なるため、本ガイドの内容をベースに、ご自身の環境で試行錯誤し最適な設定を見つけてください。WoL を完璧に制御できることは、自作 PC ユーザーとしてのスキルアップを示す大きな証となります。安全かつ効率的なリモート起動ライフを、ぜひお楽しみください。