SoftEther VPN User Forum

日本人は SoftEther の開発作業において本当に思いやりと思慮深さを持っていました。

SoftEtherは、SSL-VPN、L2TP-VPN、MS-SSTP VPN、OpenVPNといった複数のVPNプロトコルを1つのプラットフォームに統合した世界で唯一のソフトウェアです。唯一の欠点は、AndroidおよびiOSプラットフォームのGoogle PlayとApple iTunes Storeで公式アプリを直接リリースする際に、開発元である「SoftEther Corporation」の名前が使われていないことです。

忘れないでください。このようなアプリがリリースされれば、世界中のAndroidとiOSユーザーがNATトラバーサル、DDNSダイナミックホスト名、そしてAzureクラウドサービスを利用できるようになるのです！

このようなアプリは既にiOS上に存在し、Android上にもVPN機能をシミュレートできるサードパーティ製アプリが散発的に存在します。しかし、個人的には、これらのアプリがモバイルデバイスに登場すれば、世界中でDPIファイアウォールを回避することは難しくなくなると考えています！

https://apps.apple.com/jp/app/sstp-connect/id1543667909

https://play.google.com/store/apps/deta ... ittoku.osc

これらの2つのアプリは実際に利用可能です！しかも、どちらも海外（日本を含む世界各国）に配信されているため、DPIの主権執行機関は国内の行政手段を用いてApp Storeから削除を命じることが容易ではないのです！

SoftEther社、簡単に諦めないでください！モバイルアプリ市場はPC市場よりもはるかに大きな市場です！L2TPはネイティブVPNプロトコルではありませんが、SE-VPNは異なります。モバイルデバイスでネイティブサポートされれば、世界は大きく変わるでしょう！

残念ながら Android も iOS も Ethernet レベルのネットワークインターフェースのAPIを持たないのです。

cedar wrote: ↑

Thu Dec 04, 2025 6:44 am

残念ながら Android も iOS も Ethernet レベルのネットワークインターフェースのAPIを持たないのです。

Ethernet レベルのネットワークインターフェースのAPIを持たないても，L3ネットワークAPIのみでも十分です。ぜひこちらのアプリをダウンロードしてお試しください: https://apps.apple.com/jp/app/sstp-connect/id1543667909

コンピュータソフトウェアの観点から言えば、営利目的ではないのであれば、iOS版のソフトウェアをAndroidプラットフォームに実装することは難しくありません。Google Playストアのリンクをご覧ください：https://play.google.com/store/apps/deta ... ittoku.osc

これらはすべて公開されており、広くダウンロード可能なモバイルアプリであるため、SoftEther ユーザーはこれらの高度な技術をモバイルデバイスで簡単に利用できます。唯一の欠点は、モバイルデバイスの「パーソナルホットスポット」（Wi-Fi 共有）機能は通常、通常の 5G ネットワーク接続の通信チャネルのみを共有し、VPN 接続や仮想 VPN アダプターは共有できないことです。ただし、これは不可能ではありません。デバイスのルート権限（または iOS デバイスの場合はジェイルブレイク）が必要になるだけです。

https://www.tetherme.net/

https://github.com/Mygod/VPNHotspot/releases

この記事で紹介した機能はすべて、ソフトウェアで簡単に実装できます。

SoftEtherという名前が示すように、SoftEtherはインターネットから簡単にダウンロードできる、広く普及しているソフトウェアです。

しかし、レイヤ2データリンク層のすべての機能を実装できます。

ユーザーはルーターやネットワークケーブルを購入する必要はなく、アプリをダウンロードするだけで済みます！

SoftEther にこのような強力な機能がないのは残念です。iOS および Android アプリを開発するべきです。

ダウンロードしたことはありますが、どうやってL2-L3の変換を実現しているのかが不明のため再現は困難です。

cedar wrote: ↑

Fri Dec 05, 2025 11:15 am

ダウンロードしたことはありますが、どうやってL2-L3の変換を実現しているのかが不明のため再現は困難です。

非常に残酷だが、信じられないほど失礼で率直な答えは、コンピュータプログラミング言語である。

これは魔法ではなく、秘密です。

これらのアプリは、これらの機能を実装するためにプログラミング言語を使用しているからです。

独立系開発者がアカウントを維持するためにアプリ開発で収益を得る必要があるかどうかはさておき、

確かなことは、これらのアプリが既に存在しているということです。

モバイルデバイスは、より多くのエンドユーザーを抱える巨大なユーザー市場であるということを、SoftEther社には認識してもらいたいです。もちろん、SoftEtherクライアントがなくても、PC向けに同様のソフトウェアが開発されるでしょう。

Open SSTP Connectは、Google Playストアで公開されているAndroidデバイス向けクライアントです。本日私もテストしてみましたが、iOS版SSTP Connectアプリ[https://apps.apple.com/jp/app/sstp-connect/id1543667909]を使ってテスト用VPSに接続したところ、192.168.30.100にpingを送信でき、内部ネットワーク（IDCデータセンター）からのデータパケットが通常のブロードバンドインターネット接続経由でモバイルデバイスに到達できることが確認できました！

以前、このフォーラムにスレッドを投稿しました

[ルーティング/ブリッジ モードで動作する VPN サーバーは、DPI ファイアウォールのブロックを効果的に回避できることが科学的に証明されています。]

今日の科学実験は、この点を再び証明することに成功しました。

VPN クライアントが vpnazure.net のパブリック VPN リレー（SSTP プロトコルではなく SE-VPN プロトコル）[APP = https://apps.apple.com/jp/app/sstp-connect/id1543667909] を使用して VPN サーバーに接続すると、192.168.30.10 のような LAN ネットワークセグメントであっても、VPS の内部ネットワークから外部への ping が通るようになります。

つまり、SoftEtherVPN サーバーは、送信元/宛先アドレスが 192.168.30.10 である LAN 通信パケットを破棄しません。これは良いことです。

TCP/IP ベースのプロトコルを使用して IP アドレス経由で別の SoftEtherVPN サーバーをリレーするのははるかに簡単です。静的ルートテーブル push/manual route add 0.0.0.0 255.255.255.0 10.236.254.254 を使用するだけです。

現在、サードパーティ製のFRP（Faulty Point Redirect）サービスを利用して、TCPエントリ219.100.37.58:443の中継先を装うことで、地方自治体のDPI（Decentralized Internet Protocol）ファイアウォールを回避しています。結果は驚くほど良好です。

このサードパーティ製のFRP TCPサービスについては、別のネットワークグループで議論されました。このアドレスは特定のユーザーのみがアクセスでき、DPIによる匿名列挙を避けるため、URLは公開しません。

HTTPS VPNを伝送するためにFRPサービスを装うこの方法は、全く議論されていないDPIバイパス手法です。しかし、私の観察では、この用途のためにFRPがDPIによって通信をブロックされたことはありません。仮にDPIによってブロックされたとしても、状況について議論するための新しいスレッドを作成します（原則として、DPIはまだそのようなことを行っていません）。

FRP（ファイバーレプリケーション）トラバーサルとは何でしょうか？ vpnusers.com のプロフェッショナルユーザーであれば、github.com で非常に低コストで簡単に答えを見つけることができます。難しいことではありません。

最大の課題は、私たち一般ユーザーが vpnusers.com から有用な情報をフィルタリングし、softether.org の公式プロジェクトチームに提出することです。そうすることで、非公式ユーザーからの提案を厳選し、DPI ファイアウォールバイパス機能を強化する SoftEther 用のプラグ可能なトランスポート制御を開発できるようになります。

[これは全く難しくありません！この投稿は何日も議論されてきましたが…]

pingテスト結果のスクリーンショットを添付いたします。ping時間が2000ミリ秒を超えているのは、トラフィックが私のVPSからvpnazure.netの海外サーバーへ通信する必要があるためです。DPIによる不規則なパケットロスも相まって、私の国/地域では非常に高いレイテンシが頻繁に発生しています。これは私の単独の対応では回避できませんが、少なくともVPSデータセンター内からvpnazure.net経由で内部ネットワークへのアクセスを実現し、すべてのデバイスが同じ仮想VLAN内に存在することが、完全に正しく実装されていることを証明しています。

[SoftEther社、ありがとうございます！SoftEther社のおかげで、すべてのデータパケットが目的の宛先ネットワークに到達できる、自由なTCP/IPネットワークを実現できました。熱心な公式開発者の皆様に、心より感謝申し上げます！]