正直に言うと、https://www.packetix.net/jp/vpn/ は本質的には VPN リピーターに関する学術的な実験プロジェクトのようなものですが、その可能性は vpngate.net よりもはるかに大きいです！

[oscar]

正直に言うと、https://www.packetix.net/jp/vpn/ は本質的には VPN リピーターに関する学術的な実験プロジェクトのようなものですが、その可能性は vpngate.net よりもはるかに大きいです！

なぜ？理由は簡単です！

1.さまざまなインターネット スキャナーやインターネット接続テスト プラットフォームによると、ポート番号 vpn.packetix.net:443 は、ほとんどの国/地域のファイアウォールによってブロックされていません。

2.対照的に、vpngate.net 上の多くのサーバーは実際には国や地域のファイアウォールによって標的にされ、ブロックされています。なぜ vpn.packetix.net:443 はブロックされないのでしょうか？それは、ユーザーが vpn.packetix.net:443 の背後にある仮想ハブに接続すると、youtube.com などの海外の Web サイトに直接アクセスできなくなるためです！vpn.packetix.net:443 は単なるL2スイッチです。NAT機能がないため、外部ネットワークへのアクセスに効果的なNATルーターとして機能することはできません。packetix.net は vpngate.net とは根本的に異なるため、vpn.packetix.net:443 が真に機能するには、ユーザーが独自のネットワークコンポーネントを構築し、ブリッジ/ルーティングモードを正しく設定する必要があります。

真のパケットスイッチングでTCP/IPグローバルネットワークにアクセスするには、効果的なNATゲートウェイが不可欠です。しかし、vpn.packetix.net:443にはこの必須の通信要素が欠けています。おそらく学術研究という性質上、どの国のファイアウォールもこれを容易に標的にすることはないでしょう（無差別なネットワークブロッキング）。

3.これは単なる根拠のない憶測ではありません。もし各国のファイアウォールが、サーバーが外部ネットワークにアクセスするためのNAT機能を備えているかどうかに基づいてブロックするかどうかを決定しているとすれば、vpn.packetix.net:443 はこのブロックを永続的に回避できる可能性があります：）

4.プロジェクトチームがより大胆なアプローチを取れば、さまざまなオセアニア/国向けに低遅延のローカル ブリッジ ネットワーク インフラストラクチャの開発を検討することもできますが、これは日本の筑波大学がそれを実行する意思があるかどうかによって異なります。

[hiura]

何がされたいのかわかりませんが。VPNセッションの中継サービスもあります。

VPN Azure クラウドサービスの Web サイトはこちら
https://www.vpnazure.net/ja/

[oscar]

何がされたいのかわかりませんが。VPNセッションの中継サービスもあります。

VPN Azure クラウドサービスの Web サイトはこちら
https://www.vpnazure.net/ja/

vpngate.net の公開サーバーの多くは、ルーティング/ブリッジモードでの VPN セッションを禁止しています。しかし、SoftEtherVPN のカスケーディングモードでは、ローカルブリッジを使用して vpn.packetix.net:443 から packetix.net (https://www.packetix.net/jp/about/) 上の別の学術実験へのセッションをブリッジすると、外部（インターネット）クライアントは vpn.packetix.net:443 を中継ルーターとして経由し、間接的にサーバーの内部ネットワークにアクセスできるようになります。

このようなネットワーク トポロジは、仮想HUBをサーバー上に自由に作成できるため、自己管理型サーバー上に簡単に実装できます。

問題は、ほとんどの VPNGATE サーバーが VPNGATE 仮想ハブを使用しており、デフォルトではルーティング/ブリッジ モード セッションを一切許可しないため、vpn.packetix.net:443 および vpngate.net 上のパブリック VPN サーバーをブリッジできないことです。

なぜわざわざvpn.packetix.net:443をブリッジルーターとして使っているのでしょうか？それは、私の調査によると、vpn.packetix.net:443がTCP/IPトラフィックにおいてファイアウォール／検閲機関／DPIデバイスによってブロックされることは稀だからです。vpngate.net上のパブリックVPNサーバーからのトラフィックを中継するのにこれを使うのが最適です。（vpngate.net上の多くのパブリックVPNサーバーは、既にTCP/IP接続の大部分がDPIファイアウォールによってブロックされています。個人的には、DDNSドメインopengw.netが原因で、DPIファイアウォールがこれらのパブリックVPNサーバーを手動および自動で一括ブロックしているのではないかと疑っています。）

[hiura]

VPNには大きく分けると、リモートアクセスVPN、拠点間接続 VPN(LAN間接続)がありますが

ルーティング/ブリッジモードでの VPN セッションを禁止しているのは、
ルーティング/ブリッジ モード VPNセッションはLAN間接続時に使用するモードであるので、LAN間接続を許可しない設定にしているのでは。
理由として、例えばLAN AとLAN Bを接続する場合を考えると
LAN AとLAN Bのネットワーク管理者が違うためと推測します。

[oscar]

VPNには大きく分けると、リモートアクセスVPN、拠点間接続 VPN(LAN間接続)がありますが

ルーティング/ブリッジモードでの VPN セッションを禁止しているのは、
ルーティング/ブリッジ モード VPNセッションはLAN間接続時に使用するモードであるので、LAN間接続を許可しない設定にしているのでは。
理由として、例えばLAN AとLAN Bを接続する場合を考えると
LAN AとLAN Bのネットワーク管理者が違うためと推測します。

VPN サーバー ネットワーク管理者 (特に、VPNGATE 仮想HUBをホストおよび保守するボランティア) は、通常、public インターネット (0.0.0.0/0) から LAN セグメントへの無制限のアクセスを無条件に許可することはありません。たとえそのような管理者を知っている場合でも、LAN アクセスを拒否する SoftEtherVPN の ACL ルールを維持し続ける可能性が高くなります。