WireGuard - 版の履歴

Hkiku482: /* インストール */ 同期

2025-03-18T15:34:05Z

インストール: 同期

← 古い版		2025年3月19日 (水) 00:34時点における版
18行目:		18行目:
	=== グラフィカルクライアント ===		=== グラフィカルクライアント ===

	* {{App\|~~Qomui~~\|~~高度な機能と複数~~の~~プロバ~~イ~~ダーのサポー~~ト~~を備えた OpenVPN GUI~~。\|https://github.com/~~corrad1nho~~/~~qomui~~\|{{AUR\|~~qomui~~}}}}		* {{App\|wireguird\|Linux向けのWireGuard用GTK GUIクライアント。\|https://github.com/UnnoTed/wireguird\|{{AUR\|wireguird}}}}

	=== コマンドラインツール ===		=== コマンドラインツール ===

	* {{App\|wg_tool\|サーバーとユーザーの wireguard 設定を管理するツール。\|https://github.com/gene-git/wg_tool\|{{AUR\|wg_tool}}}}		* {{App\|wg_tool\|サーバーとユーザーの wireguard 設定を管理するツール。\|https://github.com/gene-git/wg_tool\|{{AUR\|wg_tool}}}}
			* {{App\|wg-client\|コマンドラインとGUIの両方を備えたLinuxクライアント。\|https://github.com/gene-git/wg-client\|{{AUR\|wg-client}}}}
			* {{App\|wg2nd\|{{man\|8\|wg-quick}}形式のWireGuard設定を[[systemd-networkd]]互換の設定に変換するツール。\|https://git.flu0r1ne.net/wg2nd/about\|{{AUR\|wg2nd}}}}

	== 使用方法 ==		== 使用方法 ==

Kusanaginoturugi: Category:仮想プライベートネットワーク

2024-08-14T14:09:31Z

Category:仮想プライベートネットワーク

← 古い版		2024年8月14日 (水) 23:09時点における版
1行目:		1行目:
	[[Category:~~Virtual Private Network~~]]		[[Category:仮想プライベートネットワーク]]
	[[en:WireGuard]]		[[en:WireGuard]]
	[[zh-hans:WireGuard]]		[[zh-hans:WireGuard]]

Kusanaginoturugi: テンプレート:Merge を削除

2023-04-05T08:17:09Z

テンプレート:Merge を削除

← 古い版		2023年4月5日 (水) 17:17時点における版
261行目:		261行目:

	== トンネルのテスト ==		== トンネルのテスト ==

	{{Merge\|#Basic checkups\|Same topic.}}

	トンネルが確立されたら、[[netcat]]を使ってトラフィックを送り、スループットや CPU 使用率などをテストすることができます。		トンネルが確立されたら、[[netcat]]を使ってトラフィックを送り、スループットや CPU 使用率などをテストすることができます。

Kusanaginoturugi: テンプレート:Expansion を削除

2023-04-05T08:00:27Z

テンプレート:Expansion を削除

← 古い版		2023年4月5日 (水) 17:00時点における版
361行目:		361行目:

	ここで、{{ic\|$WGNET}} は WireGuard インターフェース名または設定ベース名です。例えば、{{ic\|wg0}}(サーバー用) または {{ic\|client}} です。(クライアント用には ''.conf'' という拡張子をつけません)。		ここで、{{ic\|$WGNET}} は WireGuard インターフェース名または設定ベース名です。例えば、{{ic\|wg0}}(サーバー用) または {{ic\|client}} です。(クライアント用には ''.conf'' という拡張子をつけません)。

	{{Expansion\|Show how to do this with other network managers from [[#Persistent configuration]].}}

	== トラブルシューティング ==		== トラブルシューティング ==

Kusanaginoturugi: /* DNS 解析の不具合について */ { 抜け

2023-03-16T03:38:54Z

DNS 解析の不具合について: { 抜け

← 古い版		2023年3月16日 (木) 12:38時点における版
385行目:		385行目:
	{{Note\|[[systemd-resolved]] のユーザは、{{Pkg\|systemd-resolvconf}} が[[インストール]]されていることを確認する必要があります。}}		{{Note\|[[systemd-resolved]] のユーザは、{{Pkg\|systemd-resolvconf}} が[[インストール]]されていることを確認する必要があります。}}

	[[NetworkManager]] のユーザは、デフォルトでは resolvconf を使用しないことを知っておく必要があります。[[systemd-resolved]] を使うことが推奨されています。これが望ましくない場合は {Pkg\|openresolv}} を[[インストール]]して、[[NetworkManager#Use openresolv]].		[[NetworkManager]] のユーザは、デフォルトでは resolvconf を使用しないことを知っておく必要があります。[[systemd-resolved]] を使うことが推奨されています。これが望ましくない場合は {{Pkg\|openresolv}} を[[インストール]]して、[[NetworkManager#Use openresolv]].
	を使用するように NetworkManagerを設定してください。		を使用するように NetworkManagerを設定してください。

Kusanaginoturugi: /* DNS 解析の不具合について */ 。の位置が悪い

2023-03-16T03:38:30Z

DNS 解析の不具合について: 。の位置が悪い

← 古い版		2023年3月16日 (木) 12:38時点における版
383行目:		383行目:
	解決策としては、[[resolvconf]] をサポートするネットワークソフトを使用することです。		解決策としては、[[resolvconf]] をサポートするネットワークソフトを使用することです。

	{{Note\|[[systemd-resolved]] のユーザは、{{Pkg\|systemd-resolvconf}} が[[インストール]]されていることを確認する必要があります}}。		{{Note\|[[systemd-resolved]] のユーザは、{{Pkg\|systemd-resolvconf}} が[[インストール]]されていることを確認する必要があります。}}

	[[NetworkManager]] のユーザは、デフォルトでは resolvconf を使用しないことを知っておく必要があります。[[systemd-resolved]] を使うことが推奨されています。これが望ましくない場合は {Pkg\|openresolv}} を[[インストール]]して、[[NetworkManager#Use openresolv]].		[[NetworkManager]] のユーザは、デフォルトでは resolvconf を使用しないことを知っておく必要があります。[[systemd-resolved]] を使うことが推奨されています。これが望ましくない場合は {Pkg\|openresolv}} を[[インストール]]して、[[NetworkManager#Use openresolv]].

Kusanaginoturugi: /* DNS 解析の不具合について */ { 抜け

2023-03-16T03:38:11Z

DNS 解析の不具合について: { 抜け

← 古い版		2023年3月16日 (木) 12:38時点における版
383行目:		383行目:
	解決策としては、[[resolvconf]] をサポートするネットワークソフトを使用することです。		解決策としては、[[resolvconf]] をサポートするネットワークソフトを使用することです。

	{Note\|[[systemd-resolved]] のユーザは、{{Pkg\|systemd-resolvconf}} が[[インストール]]されていることを確認する必要があります}}。		{{Note\|[[systemd-resolved]] のユーザは、{{Pkg\|systemd-resolvconf}} が[[インストール]]されていることを確認する必要があります}}。

	[[NetworkManager]] のユーザは、デフォルトでは resolvconf を使用しないことを知っておく必要があります。[[systemd-resolved]] を使うことが推奨されています。これが望ましくない場合は {Pkg\|openresolv}} を[[インストール]]して、[[NetworkManager#Use openresolv]].		[[NetworkManager]] のユーザは、デフォルトでは resolvconf を使用しないことを知っておく必要があります。[[systemd-resolved]] を使うことが推奨されています。これが望ましくない場合は {Pkg\|openresolv}} を[[インストール]]して、[[NetworkManager#Use openresolv]].

Kusanaginoturugi: /* Broken DNS resolution */ 飜訳

2023-03-16T03:37:01Z

Broken DNS resolution: 飜訳

← 古い版		2023年3月16日 (木) 12:37時点における版
375行目:		375行目:
	}}		}}

	=== ~~Broken~~ DNS ~~resolution~~ ===		=== DNS 解析の不具合について ===

			すべてのトラフィックを WireGuard インターフェイスでトンネリングする場合、しばらくすると、または新規接続時に接続が失われたように見えることがあります。これは、[[ネットワークマネージャ]]または [[DHCP]] クライアントが {{ic\|/etc/resolv.conf}} を上書きすることによって発生した可能性があります。
	When tunneling all traffic through a WireGuard interface, the connection can become seemingly lost after a while or upon new connection. This could be caused by a [[network manager]] or [[DHCP]] client overwriting {{ic\|/etc/resolv.conf}}.

			デフォルトでは ''wg-quick'' は新しい [[DNS]] エントリを登録するために ''resolvconf'' を使用します (設定ファイルの {{ic\|DNS}} キーワードから).これは、''resolvconf'' を使用しない[[ネットワークマネージャ]]や [[DHCP]] クライアントで、{{ic\|/etc/resolv.conf}} を上書きし、wg-quick が追加した DNS サーバを削除するため問題が発生するでしょう。
	By default ''wg-quick'' uses ''resolvconf'' to register new [[DNS]] entries (from the {{ic\|DNS}} keyword in the configuration file). This will cause issues with [[network manager]]s and [[DHCP]] clients that do not use ''resolvconf'', as they will overwrite {{ic\|/etc/resolv.conf}} thus removing the DNS servers added by wg-quick.

			解決策としては、[[resolvconf]] をサポートするネットワークソフトを使用することです。
	The solution is to use networking software that supports [[resolvconf]].

	{{Note\|~~Users of~~ [[systemd-resolved]] ~~should make sure that~~ {{Pkg\|systemd-resolvconf}} is [[~~install~~]]~~ed.~~}}		{Note\|[[systemd-resolved]] のユーザは、{{Pkg\|systemd-resolvconf}} が[[インストール]]されていることを確認する必要があります}}。

	~~Users of~~ [[NetworkManager]] ~~should know that it does not use~~ resolvconf ~~by default. It is recommended to use~~ [[systemd-resolved]]. If ~~this is undesirable, [[install]] {~~{Pkg\|openresolv}} ~~and configure NetworkManager to use it:~~ [[NetworkManager#Use openresolv]].		[[NetworkManager]] のユーザは、デフォルトでは resolvconf を使用しないことを知っておく必要があります。[[systemd-resolved]] を使うことが推奨されています。これが望ましくない場合は {Pkg\|openresolv}} を[[インストール]]して、[[NetworkManager#Use openresolv]].
			を使用するように NetworkManagerを設定してください。

	=== 低 MTU ===		=== 低 MTU ===

Kusanaginoturugi: /* Loop routing */ 飜訳

2023-03-15T01:07:12Z

Loop routing: 飜訳

← 古い版		2023年3月15日 (水) 10:07時点における版
419行目:		419行目:
	}}		}}

	=== ~~Loop~~ ~~routing~~ ===		=== ループルーティング ===

			エンドポイント IP を許可 IP リストに追加すると、カーネルは、元のルートを使用するのではなく、当該デバイスバインディングにハンドシェイクを送信しようとします。その結果、ハンドシェイクの試行が失敗します。
	Adding the endpoint IP to the allowed IPs list, the kernel will attempt to send handshakes to said device binding, rather than using the original route. This results in failed handshake attempts.

			回避策として、エンドポイントへの正しいルートを、以下の方法で手動で追加する必要があります。
	As a workaround, the correct route to the endpoint needs to be manually added using

	ip route add <endpoint ip> via <gateway> dev <network interface>		ip route add <endpoint ip> via <gateway> dev <network interface>
431行目:		431行目:
	ip route add 203.0.113.102 via 192.168.0.1 dev eth0		ip route add 203.0.113.102 via 192.168.0.1 dev eth0

			このルートを永続化するには、{{ic\|1=PostUp = ip route ...}} というコマンドを {{ic\|wg0.conf}} の {{ic\|[Interface]}} セクションに追加することができます。しかし、特定のセットアップ（例えば、NetworkManagerと組み合わせて {{ic\|wg-quick@.service}} を使用）において、これはレジュームに失敗するかもしれません。さらに、これは静的なネットワーク設定に対してのみ機能し、ゲートウェイやデバイスが変更されると失敗します（例えば、ラップトップでイーサネットや無線 LAN を使用している場合など）。
	To make this route persistent, the command can be added as {{ic\|1=PostUp = ip route ...}} to the {{ic\|[Interface]}} section of {{ic\|wg0.conf}}. However, on certain setups (e.g. using {{ic\|wg-quick@.service}} in combination with NetworkManager) this might fail on resume. Furthermore, this only works for a static network setup and fails if gateways or devices change (e.g. using ethernet or wifi on a laptop).

			NetworkManagerを使用する場合、より柔軟な解決策として、ディスパッチャスクリプトを使用して WireGuardを起動することができます。root として以下を作成します。

	Using NetworkManager, a more flexible solution is to start WireGuard using a dispatcher script. As root, create
	{{hc\|/etc/NetworkManager/dispatcher.d/50-wg0.sh\|2=		{{hc\|/etc/NetworkManager/dispatcher.d/50-wg0.sh\|2=
	#!/bin/sh		#!/bin/sh
446行目:		447行目:
	esac		esac
	}}		}}
	~~If not already running, start and enable~~ {{ic\|NetworkManager-dispatcher.service}}.		まだ起動していない場合は、{{ic\|NetworkManager-dispatcher.service}} を起動し、有効にしてください。
			また、NetworkManager が {{ic\|wg0}} のルートを管理していないことを確認してください。([[#ルートが定期的にリセットされる\|上記参照]])。
	Also, make sure that NetworkManager is not managing routes for {{ic\|wg0}} ([[#Routes are periodically reset\|see above]]).

	=== NetworkManager で切断される ===		=== NetworkManager で切断される ===

Kusanaginoturugi: /* Generate QR code */ 飜訳

2023-03-13T01:05:24Z

Generate QR code: 飜訳

← 古い版		2023年3月13日 (月) 10:05時点における版
341行目:		341行目:
	上記ファイルを作成したら {{ic\|wireguard_reresolve-dns.timer}} を[[起動]]・[[有効化]]してください。		上記ファイルを作成したら {{ic\|wireguard_reresolve-dns.timer}} を[[起動]]・[[有効化]]してください。

	=== ~~Generate~~ QR ~~code~~ ===		=== QR コードを生成 ===

			クライアントが電話などのモバイルデバイスの場合、{{Pkg\|qrencode}} を使用してクライアントの設定 QR コードを生成し、端末に表示できます。
	If the client is a mobile device such as a phone, {{Pkg\|qrencode}} can be used to generate client's configuration QR code and display it in terminal:

	$ qrencode -t ansiutf8 -r ''client.conf''		$ qrencode -t ansiutf8 -r ''client.conf''