Nebula - 版の履歴

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

2024-08-14T14:05:02Z

← 古い版		2024年8月14日 (水) 23:05時点における版
1行目:		1行目:
	[[Category:~~Virtual Private Network~~]]		[[Category:仮想プライベートネットワーク]]
	[[en:Nebula]]		[[en:Nebula]]
	[https://nebula.defined.net/ Nebula] は、トンネリングと暗号化を使用して参加ホスト間で安全なプライベートメッシュネットワークを作成する、ユーザー空間メッシュ仮想プライベートネットワーク（VPN）デーモンです。		[https://nebula.defined.net/ Nebula] は、トンネリングと暗号化を使用して参加ホスト間で安全なプライベートメッシュネットワークを作成する、ユーザー空間メッシュ仮想プライベートネットワーク（VPN）デーモンです。

Kusanaginoturugi: /* 証明書と秘密鍵の配布 */ 校正

2024-04-12T09:12:34Z

証明書と秘密鍵の配布: 校正

← 古い版		2024年4月12日 (金) 18:12時点における版
143行目:		143行目:

	具体的には：		具体的には：
	* {{ic\|ca.crt}} は、~~ライトハウス、~~hostA、hostB の全3ノードにコピーする必要があります		* {{ic\|ca.crt}} は、lighthouse, hostA, hostB の全 3 ノードにコピーする必要があります
	* {{ic\|~~ライトハウス~~.crt}} と {{ic\|~~ライトハウス~~.key}} は、~~ライトハウス~~ノードにコピーする必要があります		* {{ic\|lighthouse.crt}} と {{ic\|lighthouse.key}} は、lighthouse ノードにコピーする必要があります
	* {{ic\|hostA.crt}} と {{ic\|hostA.key}} は、hostA にコピーする必要があります		* {{ic\|hostA.crt}} と {{ic\|hostA.key}} は、hostA にコピーする必要があります
	* {{ic\|hostB.crt}} と {{ic\|hostB.key}} は、hostB にコピーする必要があります		* {{ic\|hostB.crt}} と {{ic\|hostB.key}} は、hostB にコピーする必要があります

Kusanaginoturugi: /* ネットワーク設定 */ 校正

2024-04-12T09:11:16Z

ネットワーク設定: 校正

← 古い版		2024年4月12日 (金) 18:11時点における版
25行目:		25行目:
	=== ネットワーク設定 ===		=== ネットワーク設定 ===

	この例では、3つのノードがあります：		この例では、3 つのノードがあります：
	* lighthouse		* lighthouse
	** Nebula IP: 192.168.100.1		** Nebula IP: 192.168.100.1

Kusanaginoturugi: /* 基本概念と用語 */ 校正

2024-04-12T09:10:59Z

基本概念と用語: 校正

← 古い版		2024年4月12日 (金) 18:10時点における版
19行目:		19行目:
	;ノード: Nebula ネットワークのノード。		;ノード: Nebula ネットワークのノード。
	;Nebula IP: Nebula ネットワーク内のノードの IP アドレス。VPN IP としても知られています。		;Nebula IP: Nebula ネットワーク内のノードの IP アドレス。VPN IP としても知られています。
	;~~ルーティング可能な~~ IP: ノードの「通常の」または「ネイティブ」の IP アドレス。これは、ノードの場所とネットワークの設定方法によって、公開 IP アドレスまたはプライベート IP アドレスのいずれかになります。ノードは複数のルーティング可能な IP アドレスを持つことができます。		;Routable IP: ノードの「通常の」または「ネイティブ」の IP アドレス。これは、ノードの場所とネットワークの設定方法によって、公開 IP アドレスまたはプライベート IP アドレスのいずれかになります。ノードは複数のルーティング可能な IP アドレスを持つことができます。

	== 例: シンプルなメッシュ VPN ==		== 例: シンプルなメッシュ VPN ==

Kusanaginoturugi: add en page link.

2024-04-12T09:10:01Z

add en page link.

← 古い版		2024年4月12日 (金) 18:10時点における版
1行目:		1行目:
	[[Category:Virtual Private Network]]		[[Category:Virtual Private Network]]
			[[en:Nebula]]
	[https://nebula.defined.net/ Nebula] は、トンネリングと暗号化を使用して参加ホスト間で安全なプライベートメッシュネットワークを作成する、ユーザー空間メッシュ仮想プライベートネットワーク（VPN）デーモンです。		[https://nebula.defined.net/ Nebula] は、トンネリングと暗号化を使用して参加ホスト間で安全なプライベートメッシュネットワークを作成する、ユーザー空間メッシュ仮想プライベートネットワーク（VPN）デーモンです。

Kusanaginoturugi: /* 基本概念と用語 */ 校正

2024-04-12T09:07:36Z

基本概念と用語: 校正

← 古い版		2024年4月12日 (金) 18:07時点における版
15行目:		15行目:

	;証明書機関: 証明書機関は、それに署名することでホスト証明書を作成します。		;証明書機関: 証明書機関は、それに署名することでホスト証明書を作成します。
	;~~ライトハウス~~: Nebula ネットワークでは、通常、他のノードの情報ハブとして機能する少なくとも1つの~~ライトハウス~~ノードがあります。~~ライトハウス~~ノードは、他のノードが互いを見つけてネットワークメッシュを形成するのを助けます。		;lighthouse: Nebula ネットワークでは、通常、他のノードの情報ハブとして機能する少なくとも1つの lighthouse ノードがあります。lighthouse ノードは、他のノードが互いを見つけてネットワークメッシュを形成するのを助けます。
	;ノード: Nebula ネットワークのノード。		;ノード: Nebula ネットワークのノード。
	;Nebula IP: Nebula ネットワーク内のノードの IP アドレス。VPN IP としても知られています。		;Nebula IP: Nebula ネットワーク内のノードの IP アドレス。VPN IP としても知られています。

Kusanaginoturugi: /* 参照 */ TranslationStatus を追加

2024-04-11T11:03:39Z

参照: TranslationStatus を追加

← 古い版		2024年4月11日 (木) 20:03時点における版
227行目:		227行目:
	* [https://github.com/slackhq/nebula Nebula プロジェクト]		* [https://github.com/slackhq/nebula Nebula プロジェクト]
	* [https://theorangeone.net/posts/nebula-intro/ Nebula VPN を説明するブログポスト]		* [https://theorangeone.net/posts/nebula-intro/ Nebula VPN を説明するブログポスト]

			{{TranslationStatus\|Nebula\|2024/04/11\|781267}}

Kusanaginoturugi: 飜訳

2024-04-11T11:01:22Z

飜訳

← 古い版		2024年4月11日 (木) 20:01時点における版
210行目:		210行目:
	;{{ic\|firewall}}:このオプションを使用して、ノードへのおよびノードからの特定のトラフィックのみを許可することができます。		;{{ic\|firewall}}:このオプションを使用して、ノードへのおよびノードからの特定のトラフィックのみを許可することができます。

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

	=== My lighthouse ~~node takes forever to handshake~~ ===		=== lighthouse ノードのハンドシェイクに永遠に時間がかかる ===

			ハンドシェイクに長い時間がかかり、ハンドシェイクが完了すると一度に複数のハンドシェイクメッセージが印刷される場合、{{ic\|recvmmsg()}} をサポートしていない可能性があります。この問題を回避するには、この設定オプションを追加してください：
	If your lighthouse node needs a long time to handshake, and it prints multiple handshake messages all at once when handshake is completed, maybe it does not support {{ic\|recvmmsg()}}. To get around this issue, add this configuration option:

	{{hc\|/etc/nebula/config.yml\|2=		{{hc\|/etc/nebula/config.yml\|2=
221行目:		221行目:
	}}		}}

			この問題は通常、Linux カーネルが古すぎる場合 (<2.6.34) に発生します。適切な解決策は、それをアップグレードすることです。
	This problem usually happens if your Linux kernel is too old (<2.6.34). The proper solution is to upgrade it.

	== ~~See also~~ ==		== 参照 ==

	* [https://github.com/slackhq/nebula Nebula ~~Project~~]		* [https://github.com/slackhq/nebula Nebula プロジェクト]
	* [https://theorangeone.net/posts/nebula-intro/ ~~Blog post explaining~~ Nebula VPN]		* [https://theorangeone.net/posts/nebula-intro/ Nebula VPN を説明するブログポスト]

Kusanaginoturugi: /* Configuration options */ 飜訳

2024-04-11T10:58:48Z

Configuration options: 飜訳

← 古い版		2024年4月11日 (木) 19:58時点における版
202行目:		202行目:
	hostA と lighthouse の間の接続が遅いことに注意してくださいが、hostA と hostB の間の接続は非常に高速です。また、hostA と hostB の間の最初のパケットが少し遅れることにも注意してくださいが、続くパケットはほとんど時間を要しません。		hostA と lighthouse の間の接続が遅いことに注意してくださいが、hostA と hostB の間の接続は非常に高速です。また、hostA と hostB の間の最初のパケットが少し遅れることにも注意してくださいが、続くパケットはほとんど時間を要しません。

	== ~~Configuration options~~ ==		== 設定オプション ==

			;{{ic\|listen.port}}:これは Nebula デーモンのリスニングポートで、デフォルトでは 4242 です。lighthouse ノードや静的 IP アドレスを持つノードでは、このポートを他の番号に設定して設定をパーソナライズし、そのポートでの望まないサービスの発見や DDoS 攻撃の可能性を減らすことができます。その後、変更を反映するために {{ic\|static_host_map}} を更新してください。
	;{{ic\|listen.port}}:This is the listening port for the nebula daemon, which by default is 4242. On a lighthouse node, or a node with a static IP address, set this to any other number in order to personalize your setup and reduce the chances of unwanted service discovery and DDoS attacks on that port. Then update {{ic\|static_host_map}} to reflect the change.
			:動的 IP アドレスを持つノードでは、この値を 0 に設定することが推奨されます。その場合、Nebula デーモンは通信にランダムなポートを使用します。
	:On a node with a dynamic IP address, it is recommended to set this to 0, such the nebula daemon will use a random port for communication.
			;{{ic\|logging.level}}:デフォルトでは、Nebula デーモンは INFO レベルのメッセージをログに記録します。これにより、ハンドシェイクが印刷され、多くのログメッセージが生成されることがあります。ログに記録されるメッセージの量を減らすために、{{ic\|warning}} に設定します。
	;{{ic\|logging.level}}:By default, the nebula daemon logs INFO-level messages. Thus handshakes are printed, and this can generate a lot of log messages. Set it to {{ic\|warning}} in order to reduce the amount of messages logged.
			;{{ic\|relay}}:あるノードから別のノードへ直接到達できない場合に使用できるオプションです。リレーノードは、そのようなノード間の通信を転送するのに役立ちます。
	;{{ic\|relay}}:This option can be used if a node cannot be reached directly from another node. Relay nodes help forward the communication between such nodes.
			;{{ic\|firewall}}:このオプションを使用して、ノードへのおよびノードからの特定のトラフィックのみを許可することができます。
	;{{ic\|firewall}}: This option can be used to allow only certain traffic to and from a node.

	== Troubleshooting ==		== Troubleshooting ==

Kusanaginoturugi: /* Test for mesh functionality */ 飜訳

2024-04-11T10:55:17Z

Test for mesh functionality: 飜訳

← 古い版		2024年4月11日 (木) 19:55時点における版
155行目:		155行目:
	どのノードが Nebula デーモンを起動するかは重要ではありません。lighthouse ノードが最後に起動されても構いません。各個別のノードは常に既知の lighthouse ノードのリストに接続しようとするので、任意のネットワーク中断も迅速に解決できます。		どのノードが Nebula デーモンを起動するかは重要ではありません。lighthouse ノードが最後に起動されても構いません。各個別のノードは常に既知の lighthouse ノードのリストに接続しようとするので、任意のネットワーク中断も迅速に解決できます。

	=== ~~Test for mesh functionality~~ ===		=== メッシュ機能のテスト ===

			メッシュネットワークでは、すべてのノードが他のすべてのノードに直接接続されています。したがって、lighthouse と hostA および hostB の間の接続が遅い場合でも、それら2つの間に直接リンクがある限り、hostA と hostB の間のトラフィックは高速になることがあります。
	With a mesh network, every node is directly connected to every other node. So, even if the connection between lighthouse and both hostA and hostB is slow, traffic between hostA and hostB can be fast, as long as there is a direct link between those two.

			これは hostA でのシンプルな ping テストによって実証できます：
	This can be demonstrated by a simple ping test on hostA:

	{{hc\|$ ping -c 5 12.34.56.78\|2=		{{hc\|$ ping -c 5 12.34.56.78\|2=
200行目:		200行目:
	}}		}}

			hostA と lighthouse の間の接続が遅いことに注意してくださいが、hostA と hostB の間の接続は非常に高速です。また、hostA と hostB の間の最初のパケットが少し遅れることにも注意してくださいが、続くパケットはほとんど時間を要しません。
	Notice that the connection between hostA and lighthouse is slow, but the connection between hostA and hostB is very fast. Also notice that the first packet between hostA and hostB is delayed a bit, but subsequent packets take almost no time at all.

	== Configuration options ==		== Configuration options ==

← 古い版		2024年4月12日 (金) 18:12時点における版
143行目:		143行目:

	具体的には：		具体的には：
	* {{ic\|ca.crt}} は、~~ライトハウス、~~hostA、hostB の全3ノードにコピーする必要があります		* {{ic\|ca.crt}} は、lighthouse, hostA, hostB の全 3 ノードにコピーする必要があります
	* {{ic\|~~ライトハウス~~.crt}} と {{ic\|~~ライトハウス~~.key}} は、~~ライトハウス~~ノードにコピーする必要があります		* {{ic\|lighthouse.crt}} と {{ic\|lighthouse.key}} は、lighthouse ノードにコピーする必要があります
	* {{ic\|hostA.crt}} と {{ic\|hostA.key}} は、hostA にコピーする必要があります		* {{ic\|hostA.crt}} と {{ic\|hostA.key}} は、hostA にコピーする必要があります
	* {{ic\|hostB.crt}} と {{ic\|hostB.key}} は、hostB にコピーする必要があります		* {{ic\|hostB.crt}} と {{ic\|hostB.key}} は、hostB にコピーする必要があります