vpn.packetix.net:443 PUBLIC という名前の仮想 HUB をブリッジできないのはなぜですか?

[oscar]

vpn.packetix.net:443 PUBLIC という名前の仮想 HUB をブリッジできないのはなぜですか?

"computer" "router" のような仮想HUBはブリッジできますが、また、サイト間 VPN の設定/アクセスにも使用でき、リモート サイト間 VPN としても使用できます，仮想HUB「PUBLIC」がブリッジモードでルーティング/ブリッジセッションを確立できないのはなぜですか?

これは、packetix.net 上の PUBLIC 仮想 HUB がルーティング/ブリッジ モードでの接続セッションを拒否するためでしょうか?

[oscar]

2010年6月8日(火)システム設定変更に関する事前予告
いつも PacketiX.NET サービスをご利用いただき、ありがとうございます。「セキュアインターネットサービス」
におきまして、以下の変更を2010年6月19日(土)に実施いたしますので、あらかじめ予告させていただき
ます。なお、「PUBLIC」 仮想 HUB を利用する「セキュアインターネットサービス」についてのみ影響がありま
す。「ASP型 VPNサービス」には影響はありません。

1. IPv6 インターネットへもアクセス可能になります。
「PUBLIC」仮想 HUBに接続すると、これまでIPv4アドレスのみが割り当てられていましたが、6月
19日(土)以降は、IPv6 グローバルアドレスの割当も行います。
2. ユーザー間通信 (VPNサーバーを経由した折り返し通信)が可能になります。
これまではユーザーはインターネット上のホストとの間でのみ通信が可能でしたが、6月19日(土)以
降は、IPv4、IPv6 共に「PUBLIC」 仮想 HUB 内のユーザー間の通信が可能になります。
なお、これにより、Windows ファイル共有なども「PUBLIC」仮想 HUB 内のユーザー間で利用可能
になります。共有フォルダへのアクセスにパスワードを不要としている設定の方はご注意ください。ま
た、IPv6についてはグローバル IPv6 アドレスがクライアントに割割り当てられることになりますので、イ
ンターネット側のすべてのコンピュータから透過的にアクセスすることができるようになります。十分
ご注意ください。

[cedar]

PacketiX.NET サービスのサーバーはクラスタリング機能のテストとして運用しているのですが、公開仮想 HUB(PUBLIC)で運用していた機能の実権は VPN Gate サービスに引き継がれたのでは現在運用されていません。

[oscar]

本実験は実験理論を厳密に検証するための学術研究であるため、サーバー vpn.packetix.net:443 がファイアウォールを常に通過できると仮定しています。ただし、vpn.packetix.net:443 以外の URL/IP アドレスへのトラフィックは明示的に禁止されています（他のサーバーの URL/IP アドレス:ポートへのトラフィックはすべてパケットドロップされます）。

ファイアウォールが常にサーバー vpn.packetix.net:443 へのすべてのトラフィックを許可する場合、それを使用して VPN セッションを別のサーバーに中継することは、TCP/IP の基本理論と実践で完全に実装できます (この実験の科学的完全性を厳密に検証するために、制御されたネットワーク環境内のファイアウォールは、このような ACL アクセス制御ポリシーを実装するように強制されます)。

vpn.packetix.net:443 サーバーが仮想ハブへのあらゆる形式のブリッジ/ルーター VPN セッションを一貫して拒否する場合、この科学的実験が理論的には健全かつ完全であっても、構成上の制限により実際のテストでトラフィック中継機能を実現できない可能性があります。

[cedar]

はい。学術実験として構成する場合は、実験環境内にVPNサーバーを設置して条件を厳密に管理する必要があります。