web-dev-qa-db-ja.com

Wake on LANはVPN接続で機能しますか?

VPN接続ではなく、アクセスする必要があるマシンをスリープさせることができないのは本当ですか?

(VPNサーバーについては、エンドユーザーのPCがスリープ状態であるのと同様に、サーバーの障害についても質問します)

15
Ian Ringrose

古いスレッドですが、 "wol over vpn"のトップ評価の検索結果であるため、チャイムしたいと思いました。

はい、WOLマジックパケットはレイヤー2の制約内で定義されていますが、VPN経由でルーティングするために使用できるネットワークおよびトランスポートプロトコルエンティティの内部に含めることができないという意味ではありません。これは、「マジック」シーケンスがペイロード内のどこにでも存在できるためです。したがって、本質的には、ペイロード内に「マジック」シーケンスを備えたターゲットホストへの通常のルーティング可能なパケットを取得することになります。

マジックパケットのほとんどの実装では、UDPポート9を使用しますが、正しくルーティングされ、ターゲットコンピューターと同じブロードキャストドメインで送信される限り、これは実際には重要ではありません。 VPNクライアントが正しいルートを持っている限り、インターネットを介して192.168.1.255(ブロードキャストアドレス)などのブロードキャストパケットをVPNゲートウェイに正しく送信できます。

したがって、ルーティングは非常に簡単です。問題は、ターゲットVPNゲートウェイから正しくブロードキャストすることにある可能性があります。これは、VPNゲートウェイを構成し、オプションを見つけて、VPNリモートクライアントからローカルネットワークにブロードキャストトラフィックを転送することを意味します。

10
Nicholas

「MagicPacket」は実際にはレイヤー2にあるため、通常はありません。フォワーダー(IPヘルパーなど)の支援なしではルーティングできません。

4
user48838

はい、できます。WoLパケットをターゲットネットワークのブロードキャストアドレスに送信するのではなく、ウェイクアップするマシンのIPアドレスに送信するだけです。 PPTP VPNでテストされたプログラム:

SSHを使用してレイヤー2トンネルを構築するための素晴らしい方法があり、このWOLでうまく機能するはずです。したがって、マシンをスリープ状態にせずに行う理由はありません。

@slmの言及に基づいて、以下のソースの重要な部分を含めました。

前提条件:

1)両方のコンピューターでrootログインが有効になっている必要があります。 (申し訳ありませんが、両方のコンピューターの資格情報でTAPデバイスを作成できる必要があります)。つまり、システムレベルでは、rootにはパスワードがあります。

2)sshデーモンを実行しているホストのsshd_configファイルで、オプションPermitTunnel yesおよびPermitRootLogin yesが設定されている。

3)カーネルでIP転送が有効になっている。このオプションを設定するには、sysctlコマンドを使用します。sysctl -w net.ipv4.ip_forwarding = 1;また、net.ipv4.ip_forwarding = 1という行を/etc/sysctl.confファイルに追加して、再起動後に設定が固定されるようにします。両方のコンピューターでこれを行います。

4)両方のコンピューターで、bridge-utilsパッケージをインストールしたか、brctlコマンドを使用できるようにしました。

トンネルを作成します:

ssh -w 1:1 -o Tunnel = ethernet hostname

-wオプションは、いずれかのホストのTAPデバイスの名前を設定します(ここでは、tap1が両端に作成されます)。

-oオプションは、コマンドラインで構成ファイルオプションを指定するためのものです。 Tunnel = ethernetを使用して、レイヤー2トンネルをセットアップします。

このフォームは、sshセッションをフォアグラウンドで開いたままにします。トンネルの確立後にシェルを放棄したい場合は、-fオプションを使用して、バックグラウンドに分岐するように指示できます。ただし、フォークするコマンドが必要なため、trueなどのダミーコマンドを使用して動作させることができます。この機能を使用して、リモートエンドでブリッジを設定することもできますが、今はそれについては説明しません。したがって、次のようになります。

ssh -f -w 1:1 -o Tunnel = ethernet hostname true

TAPデバイスをブリッジに追加します:

brctl addbr br0; brctl addif tap1; ifconfig tap1 up; ifconfig br0 up

これを両方のホストで実行します(IPを割り当てていないことに注意してください)。 brctlは、ブリッジデバイスを操作するために使用するコマンドです。 brctl addbrはブリッジbr0を追加し、addifコマンドはtap1デバイスをそれに結合します。

次に、物理イーサネットインターフェイスをブリッジデバイスに追加します。どのようにしたいかはさまざまなので、いくつかのシナリオを説明します。最初のシナリオは、VPNピアが同じサブネット上にある(つまり、ピア間のルーティングがない)場合であり、2番目のシナリオは、インターネットを介したものです。

恥知らずに盗まれたもの: http://la11111.wordpress.com/2012/09/24/layer-2-vpns-using-ssh/

1
Sir l33tname

まあ実際には答えはイエスです。

PPTPそのアプリを使用するVPN: でWOLを正常に使用しました:https://play.google.com/store/apps/details?id = com.benfinnigan .wol&hl = pl

0
anonymous

私はこれをテストしました、そして答えはYESです:)

ルーターを介してブロードキャストパケットを渡すことを回避することにより、WOLパケットを目的のホストにユニキャストとして送信するツールをインターネット上で見つけました。

このソリューションで注意する必要がある1つのポイントは、ホストがオフになり、ルーターのARP要求に応答しないため、ルーターに静的arpエントリを配置する必要があることです。乾杯!

0
NeMO

私はuser48838に同意します-定義上、マジックパケットはローカルサブネット経由でのみ送信されます。ただし、以前は通常のルーターを介して別のサブネットから機能するjpoによって記述されたスクリプトを使用していました。これを試してください-YMMV

http://gsd.di.uminho.pt/jpo/software/wakeonlan/

0
Chaitan