速度が極端に遅い・VPN接続が不安定

[junzai]

お世話になります．日本の自宅のパソコンにSoftether VPN Serverを設置して，海外からVPNを繋いで主に日本のウェブサイトを閲覧しようとしています．
OSは

サーバ：Windows10 Pro x64 (日本国内に設置)
クライアント1：macOS 12.7.4 M1 Max 64bit
クライアント2：macOS 12.7 Intel Core i7 64bit
クライアント3：Android 13

です．クライアント1-3それぞれでL2TP/IPSec方式でVPN接続することに成功し，https://www.vpngate.netで地域が変更されていることを確認いたしました．しかし，どのクライアントでもインターネット速度がゼロもしくはたまに繋がっても1Mbps以下，といった感じでVPN Gateのウェブページを読み込むのもやっとという感じでウェブ閲覧はなかなか厳しくて困っております．VPN接続しない場合はサーバー側は60-80Mbps，クライアント側は300Mbpsのスピードが出ています．自宅にはバッファローのWSR-2533DHP2を設置しており，v6プラスは使用せずPPPoEクライアント機能を使っています（v6プラスを使うとL2TP/IPSec接続ができなかったため）．SecureNATは使用せずにローカルブリッジを設定しました．
試した方がいいことや調べた方がいいことがあれば教えてくださると助かります．


以下補足情報です．
SoftEther VPN のビルド番号: Softether VPN 4.0 (Ver4.42 ビルド9798)
VPN サーバーとインターネットとの間に NAT やファイアウォールデバイスがあるかどうかについて書きたいのですが，初心者のために意味が理解できずすいません．過去のフォーラムの回答では開放されたポートを列挙してる方がいたので私もそうさせていただきます．以下が開放したポートです．

TCP: 5555
UDP: 500
UDP: 1701
UDP: 4500
TCP: 443
UDP: 1194
TCP: 1194

ipconfig /allとsystem infoとserver.logの結果は以下のようになりました．
>ipconfig /all

Windows IP 構成

ホスト名. . . . . . . . . . . . . . .: DESKTOP-B348GEJ
プライマリ DNS サフィックス . . . . .:
ノード タイプ . . . . . . . . . . . .: ハイブリッド
IP ルーティング有効 . . . . . . . . .: いいえ
WINS プロキシ有効 . . . . . . . . . .: いいえ
DNS サフィックス検索一覧. . . . . . .: flets-east.jp
iptvf.jp

不明なアダプター VPN - VPN Client:

メディアの状態. . . . . . . . . . . .: メディアは接続されていません
接続固有の DNS サフィックス . . . . .:
説明. . . . . . . . . . . . . . . . .: VPN Client Adapter - VPN
物理アドレス. . . . . . . . . . . . .: 5E-99-FE-4D-71-C0
DHCP 有効 . . . . . . . . . . . . . .: はい
自動構成有効. . . . . . . . . . . . .: はい

イーサネット アダプター Ethernet 2:

メディアの状態. . . . . . . . . . . .: メディアは接続されていません
接続固有の DNS サフィックス . . . . .:
説明. . . . . . . . . . . . . . . . .: Realtek PCIe GbE Family Controller
物理アドレス. . . . . . . . . . . . .: 34-97-F6-32-55-F2
DHCP 有効 . . . . . . . . . . . . . .: はい
自動構成有効. . . . . . . . . . . . .: はい

イーサネット アダプター Ethernet:

接続固有の DNS サフィックス . . . . .: flets-east.jp
説明. . . . . . . . . . . . . . . . .: Intel(R) Ethernet Connection (7) I219-V
物理アドレス. . . . . . . . . . . . .: 34-97-F6-31-92-A2
DHCP 有効 . . . . . . . . . . . . . .: いいえ
自動構成有効. . . . . . . . . . . . .: はい
IPv6 アドレス . . . . . . . . . . . .: 240b:11:1221:8c00:fd2e:d948:7135:68c0(優先)
一時 IPv6 アドレス. . . . . . . . . .: 240b:11:1221:8c00:4154:2d10:9653:d50d(優先)
一時 IPv6 アドレス. . . . . . . . . .: 240b:11:1221:8c00:51c2:f099:3ff2:dafc(使用されていません)
リンクローカル IPv6 アドレス. . . . .: fe80::2d8:6acb:1629:3e92%4(優先)
IPv4 アドレス . . . . . . . . . . . .: xxx.xxx.xx.x(優先)
サブネット マスク . . . . . . . . . .: 255.255.255.0
デフォルト ゲートウェイ . . . . . . .: fe80::5675:d0ff:fe97:9aca%4
xxx.xxx.xx.1
DHCPv6 IAID . . . . . . . . . . . . .: 70555638
DHCPv6 クライアント DUID. . . . . . .: 00-01-00-01-2A-81-34-9C-34-97-F6-31-92-A2
DNS サーバー. . . . . . . . . . . . .: 2404:1a8:7f01:b::3
2404:1a8:7f01:a::3
xxx.xxx.xx.1
NetBIOS over TCP/IP . . . . . . . . .: 有効
接続固有の DNS サフィックス検索の一覧:
flets-east.jp
iptvf.jp

Wireless LAN adapter Wi-Fi:

メディアの状態. . . . . . . . . . . .: メディアは接続されていません
接続固有の DNS サフィックス . . . . .:
説明. . . . . . . . . . . . . . . . .: Intel(R) Wireless-AC 9560 160MHz
物理アドレス. . . . . . . . . . . . .: 40-74-E0-A7-67-50
DHCP 有効 . . . . . . . . . . . . . .: はい
自動構成有効. . . . . . . . . . . . .: はい

Wireless LAN adapter Local Area Connection* 1:

メディアの状態. . . . . . . . . . . .: メディアは接続されていません
接続固有の DNS サフィックス . . . . .:
説明. . . . . . . . . . . . . . . . .: Microsoft Wi-Fi Direct Virtual Adapter
物理アドレス. . . . . . . . . . . . .: 40-74-E0-A7-67-51
DHCP 有効 . . . . . . . . . . . . . .: はい
自動構成有効. . . . . . . . . . . . .: はい

Wireless LAN adapter Local Area Connection* 10:

メディアの状態. . . . . . . . . . . .: メディアは接続されていません
接続固有の DNS サフィックス . . . . .:
説明. . . . . . . . . . . . . . . . .: Microsoft Wi-Fi Direct Virtual Adapter #2
物理アドレス. . . . . . . . . . . . .: 42-74-E0-A7-67-50
DHCP 有効 . . . . . . . . . . . . . .: はい
自動構成有効. . . . . . . . . . . . .: はい

イーサネット アダプター Bluetooth Network Connection:

メディアの状態. . . . . . . . . . . .: メディアは接続されていません
接続固有の DNS サフィックス . . . . .:
説明. . . . . . . . . . . . . . . . .: Bluetooth Device (Personal Area Network)
物理アドレス. . . . . . . . . . . . .: 40-74-E0-A7-67-54
DHCP 有効 . . . . . . . . . . . . . .: はい
自動構成有効. . . . . . . . . . . . .: はい

> systeminfo

ホスト名: DESKTOP-B348GEJ
OS 名: Microsoft Windows 10 Pro
OS バージョン: 10.0.19045 N/A ビルド 19045
OS 製造元: Microsoft Corporation
OS 構成: スタンドアロン ワークステーション
OS ビルドの種類: Multiprocessor Free
登録されている所有者: ******************@gmail.com
登録されている組織:
プロダクト ID: 00330-80000-00000-AA436
最初のインストール日付: 2022/08/07, 17:46:19
システム起動時間: 2024/06/15, 22:23:28
システム製造元: System manufacturer
システム モデル: System Product Name
システムの種類: x64-based PC
プロセッサ: 1 プロセッサインストール済みです。
[01]: Intel64 Family 6 Model 158 Stepping 10 GenuineIntel ~2400 Mhz
BIOS バージョン: American Megatrends Inc. 2811, 2020/05/27
Windows ディレクトリ: C:\Windows
システム ディレクトリ: C:\Windows\system32
起動デバイス: \Device\HarddiskVolume1
システム ロケール: ja;日本語
入力ロケール: N/A
タイム ゾーン: (UTC+09:00) 大阪、札幌、東京
物理メモリの合計: 16,232 MB
利用できる物理メモリ: 10,389 MB
仮想メモリ: 最大サイズ: 18,664 MB
仮想メモリ: 利用可能: 11,952 MB
仮想メモリ: 使用中: 6,712 MB
ページ ファイルの場所: C:\pagefile.sys
ドメイン: WORKGROUP
ログオン サーバー: \\DESKTOP-B348GEJ
ホットフィックス: 28 ホットフィックスがインストールされています。
[01]: KB5037587
[02]: KB5028951
[03]: KB5003791
[04]: KB5011048
[05]: KB5012170
[06]: KB5015684
[07]: KB5039211
[08]: KB5014671
[09]: KB5015895
[10]: KB5016705
[11]: KB5018506
[12]: KB5020372
[13]: KB5022924
[14]: KB5023794
[15]: KB5025315
[16]: KB5026879
[17]: KB5028318
[18]: KB5028380
[19]: KB5029709
[20]: KB5031539
[21]: KB5032392
[22]: KB5032907
[23]: KB5034224
[24]: KB5036447
[25]: KB5037018
[26]: KB5037240
[27]: KB5037995
[28]: KB5005699
ネットワーク カード: 5 NIC(s) インストール済みです。
[01]: Intel(R) Wireless-AC 9560 160MHz
接続名: Wi-Fi
状態: メディアは接続されていません
[02]: Intel(R) Ethernet Connection (7) I219-V
接続名: Ethernet
DHCP が有効: いいえ
IP アドレス
[01]: xxx.xxx.xx.4
[02]: fe80::2d8:6acb:1629:3e92
[03]: 240b:11:1221:8c00:51c2:f099:3ff2:dafc
[04]: 240b:11:1221:8c00:4154:2d10:9653:d50d
[05]: 240b:11:1221:8c00:fd2e:d948:7135:68c0
[03]: Realtek PCIe GbE Family Controller
接続名: Ethernet 2
状態: メディアは接続されていません
[04]: Bluetooth Device (Personal Area Network)
接続名: Bluetooth Network Connection
状態: メディアは接続されていません
[05]: VPN Client Adapter - VPN
接続名: VPN - VPN Client
状態: メディアは接続されていません
Hyper-V の要件: VM モニター モード拡張機能: はい
ファームウェアで仮想化が有効になっています: いいえ
第 2 レベルのアドレス変換: はい
データ実行防止が使用できます: はい

server.logの内容

2024-06-17 22:23:26.230 IPsec Client 89 (xx.xx.xxx.xx:500 -> xxx.xxx.xx.x:500): A new IPsec client is created.
2024-06-17 22:23:26.231 IPsec IKE Session (IKE SA) 104 (Client: 89) (xx.xx.xxx.xx:500 -> xxx.xxx.xx.x:500): A new IKE SA (Main Mode) is created. Initiator Cookie: 0x77F537FFF4C458F3, Responder Cookie: 0x5F04BFD314EE7F31, DH Group: MODP 2048 (Group 14), Hash Algorithm: SHA-2-256, Cipher Algorithm: AES-CBC, Cipher Key Size: 256 bits, Lifetime: 4294967295 Kbytes or 3600 seconds
2024-06-17 22:23:26.800 IPsec Client 89 (xx.xx.xxx.xx:4500 -> xxx.xxx.xx.x:4500): The port number information of this client is updated.
2024-06-17 22:23:26.800 IPsec Client 89 (xx.xx.xxx.xx:4500 -> xxx.xxx.xx.x:4500):
2024-06-17 22:23:26.800 IPsec IKE Session (IKE SA) 104 (Client: 89) (xx.xx.xxx.xx:4500 -> xxx.xxx.xx.x:4500): This IKE SA is established between the server and the client.
2024-06-17 22:23:27.320 IPsec IKE Session (IKE SA) 104 (Client: 89) (xx.xx.xxx.xx:4500 -> xxx.xxx.xx.x:4500): The client initiates a QuickMode negotiation.
2024-06-17 22:23:27.321 IPsec ESP Session (IPsec SA) 119 (Client: 89) (xx.xx.xxx.xx:4500 -> xxx.xxx.xx.x:4500): A new IPsec SA (Direction: Client -> Server) is created. SPI: 0xAF092651, DH Group: (null), Hash Algorithm: SHA-1, Cipher Algorithm: AES-CBC, Cipher Key Size: 256 bits, Lifetime: 4294967295 Kbytes or 3600 seconds
2024-06-17 22:23:27.322 IPsec ESP Session (IPsec SA) 119 (Client: 89) (xx.xx.xxx.xx:4500 -> xxx.xxx.xx.x:4500): A new IPsec SA (Direction: Server -> Client) is created. SPI: 0xDECECC0, DH Group: (null), Hash Algorithm: SHA-1, Cipher Algorithm: AES-CBC, Cipher Key Size: 256 bits, Lifetime: 4294967295 Kbytes or 3600 seconds
2024-06-17 22:23:27.494 IPsec Client 89 (xx.xx.xxx.xx:4500 -> xxx.xxx.xx.x:4500): The L2TP Server Module is started.
2024-06-17 22:23:27.494 IPsec ESP Session (IPsec SA) 119 (Client: 89) (xx.xx.xxx.xx:4500 -> xxx.xxx.xx.x:4500): This IPsec SA is established between the server and the client.
2024-06-17 22:23:27.895 L2TP PPP Session [xx.xx.xxx.xx:1701]: A new PPP session (Upper protocol: L2TP) is started. IP Address of PPP Client: xx.xx.xxx.xx (Hostname: "**************-no-iMac.local"), Port Number of PPP Client: 1701, IP Address of PPP Server: xxx.xxx.xx.x, Port Number of PPP Server: 1701, Client Software Name: "L2TP VPN Client", IPv4 TCP MSS (Max Segment Size): 1314 bytes
2024-06-17 22:23:28.390 On the TCP Listener (Port 0), a Client (IP address xx.xx.xxx.xx, Host name "x-xx-xx-xxx-xx.hsd1.ca.comcast.net", Port number 1701) has connected.
2024-06-17 22:23:28.390 For the client (IP address: xx.xx.xxx.xx, host name: "x-xx-xx-xxx-xx.hsd1.ca.comcast.net", port number: 1701), connection "CID-201-ACC1FF74C6" has been created.
2024-06-17 22:23:28.390 SSL communication for connection "CID-201-ACC1FF74C6" has been started. The encryption algorithm name is "(null)".
2024-06-17 22:23:28.396 [HUB "MyVPN (Core i7-8700T)"] The connection "CID-201-ACC1FF74C6" (IP address: xx.xx.xxx.xx, Host name: x-xx-xx-xxx-xx.hsd1.ca.comcast.net, Port number: 1701, Client name: "L2TP VPN Client", Version: 4.42, Build: 9798) is attempting to connect to the Virtual Hub. The auth type provided is "External server authentication" and the user name is "***".
2024-06-17 22:23:28.396 [HUB "MyVPN (Core i7-8700T)"] Connection "CID-201-ACC1FF74C6": Successfully authenticated as user "***".
2024-06-17 22:23:28.396 [HUB "MyVPN (Core i7-8700T)"] Connection "CID-201-ACC1FF74C6": The new session "SID-***-[L2TP]-84" has been created. (IP address: xx.xx.xxx.xx, Port number: 1701, Physical underlying protocol: "Legacy VPN - L2TP")
2024-06-17 22:23:28.397 [HUB "MyVPN (Core i7-8700T)"] Session "SID-***-[L2TP]-84": The parameter has been set. Max number of TCP connections: 1, Use of encryption: No, Use of compression: No, Use of Half duplex communication: No, Timeout: 20 seconds.
2024-06-17 22:23:28.399 [HUB "MyVPN (Core i7-8700T)"] Session "SID-***-[L2TP]-84": VPN Client details: (Client product name: "L2TP VPN Client", Client version: 442, Client build number: 9798, Server product name: "SoftEther VPN Server (64 bit)", Server version: 442, Server build number: 9798, Client OS name: "L2TP VPN Client", Client OS version: "-", Client product ID: "-", Client host name: "**************-no-iMac.local", Client IP address: "xx.xx.xxx.xx", Client port number: 1701, Server host name: "xxx.xxx.xx.x", Server IP address: "xxx.xxx.xx.x", Server port number: 1701, Proxy host name: "", Proxy IP address: "0.0.0.0", Proxy port number: 0, Virtual Hub name: "MyVPN (Core i7-8700T)", Client unique ID: "37F02C49F511403A55A8CBD2C37F78C8")
2024-06-17 22:23:28.572 L2TP PPP Session [xx.xx.xxx.xx:1701]: Trying to request an IP address from the DHCP server.
2024-06-17 22:23:29.176 [HUB "MyVPN (Core i7-8700T)"] Session "SID-LOCALBRIDGE-56": The DHCP server of host "50-C4-DD-DF-DB-B0" (xxx.xxx.xx.1) on this session allocated, for host "SID-***-[L2TP]-84" on another session "CA-14-03-82-1A-92", the new IP address xxx.xxx.xx.10.
2024-06-17 22:23:29.176 L2TP PPP Session [xx.xx.xxx.xx:1701]: An IP address is assigned. IP Address of Client: xxx.xxx.xx.10, Subnet Mask: 255.255.255.0, Default Gateway: xxx.xxx.xx.1, Domain Name: "", DNS Server 1: xxx.xxx.xx.1, DNS Server 2: 0.0.0.0, WINS Server 1: 0.0.0.0, WINS Server 2: 0.0.0.0, IP Address of DHCP Server: xxx.xxx.xx.1, Lease Lifetime: 172800 seconds
2024-06-17 22:23:29.176 L2TP PPP Session [xx.xx.xxx.xx:1701]: The IP address and other network information parameters are set successfully. IP Address of Client: xxx.xxx.xx.10, Subnet Mask: 255.255.255.0, Default Gateway: xxx.xxx.xx.1, DNS Server 1: xxx.xxx.xx.1, DNS Server 2: 0.0.0.0, WINS Server 1: 0.0.0.0, WINS Server 2: 0.0.0.0

[cedar]

セキュリティのため必要のないポートは開かないほうが安全です。
L2TP/IPsec であれば、UDP/500 と UDP/4500 だけで接続できるはずです。
(特に、macOS 組み込みの VPN クライアントは 1701 を開けておくと、たまに暗号無しで接続する場合があるようです)
他に管理用に SSL のポートも 1 つ開けておいたほうが良いですが、ポート番号はデフォルトから変えておいたほうがより安全です。

速度が遅く接続が不安定ということなので、どこかでパケットロスが起きているような気がします。
LAN 内のルータなどに ping を送ってみて、消失したり、異常に遅延が大きくなるケースがないか確認してみてください。

[junzai]

ご返信ありがとうございます．UDP/500 と UDP/4500以外のポートは閉じました．
今までと同じく，接続はできるけど非常に遅い・不安定という状態のままです．

pingの送り方について初心者ながら調べて実行してみました．ipconfigで出てくるIPv4アドレスとデフォルトゲートウェイに対しpingを送ってみました．

ping -n 50 <ipconfigで出てくるEthernetアダプタのIPv4アドレス>
ping -n 50 <ipconfigで出てくるEthernetアダプタのデフォルトゲートウェイ>

どちらも損失は0%で，ラウンドトリップの概算時間は　"最小 = 0ms、最大 = 0ms、平均 = 0ms" となっておりました．
調べるIPアドレスはこちらで正しいでしょうか．これ以外に調べたほうがいいことがありましたら教えてもらえると助かります．

[cedar]

VPN接続状態では､ipconfig でLAN側とVPN側の2つの情報が出てくると思います｡
VPNの方のルーターとのpingではどうでしょうか｡

[junzai]

ご返信ありがとうございます．
サーバーを設置してるWindowsパソコンにSoftether VPN Clientを導入して，VPN接続をしてみました．
再度改めて速度計測をしてみたらVPN接続をしないと70~80Mbps，VPN接続をしたら1Mbpsになったり50Mbpsになったり，という感じでした．
うまく表現できないのですが，不安定...なのかな?　といった感じです．
ipconfigをチェックしたみたらcedarさんのいう通りVPNの情報も出て来ました．そこで

ping -n 50 <ipconfigで出てくる"不明なアダプター VPN - VPN Client"のIPv4アドレス>

を調べてみたところ，損失は0%で，ラウンドトリップの概算時間は　"最小 = 0ms、最大 = 0ms、平均 = 0ms" となっておりました．
何度も恐縮ですが，これ以外に調べたほうがいいことがありましたら教えてもらえると助かります．

[cedar]

RTTが速すぎるので、それはおそらく自分自身の IP アドレスです。
VPN の先にあるルーターの IP アドレスを指定してみてください。
(たぶん ipconfig には DHCP サーバーのアドレスとして表示されていると思います。)

[junzai]

ご返信ありがとうございます．
> ping -n 50 <ipconfigで出てくる"不明なアダプター VPN - VPN Client"のDHCPサーバー>
を実行してみたどころ，損失は0%で，ラウンドトリップの概算時間は"最小 = 0ms、最大 = 2ms、平均 = 1ms"となりました．

ちなみに以下の４つのIPアドレスは全て同じだったのですが，これは標準的な仕様でしょうか？

・VPN Clientのデフォルトゲートウェイ
・VPN ClientのDHCPサーバー
・VPN ClientのDNSサーバー
・イーサネット アダプター Ethernetのデフォルトゲートウェイ

ipconfig /allの結果の抜粋は以下のようになります．上記の４つのIPアドレスには下線を引きました．
何度も申し訳ございませんが，何かわかることがありましたら教えてもらえると助かります．


------------------------------------------------------------------------------------------

Windows IP 構成

ホスト名. . . . . . . . . . . . . . .: DESKTOP-B348GEJ
プライマリ DNS サフィックス . . . . .:
ノード タイプ . . . . . . . . . . . .: ハイブリッド
IP ルーティング有効 . . . . . . . . .: いいえ
WINS プロキシ有効 . . . . . . . . . .: いいえ
DNS サフィックス検索一覧. . . . . . .: flets-east.jp
iptvf.jp

不明なアダプター VPN - VPN Client:

接続固有の DNS サフィックス . . . . .:
説明. . . . . . . . . . . . . . . . .: VPN Client Adapter - VPN
物理アドレス. . . . . . . . . . . . .: xx-xx-xx-xx-xx
DHCP 有効 . . . . . . . . . . . . . .: はい
自動構成有効. . . . . . . . . . . . .: はい
IPv4 アドレス . . . . . . . . . . . .: xxx.xxx.xx.16(優先)
サブネット マスク . . . . . . . . . .: xxx.xxx.xxx.x
リース取得. . . . . . . . . . . . . .: 2024年6月20日 17:50:58
リースの有効期限. . . . . . . . . . .: 2024年6月22日 17:50:57
デフォルト ゲートウェイ . . . . . . .: xxx.xxx.xx.1
DHCP サーバー . . . . . . . . . . . .: xxx.xxx.xx.1
DNS サーバー. . . . . . . . . . . . .: xxx.xxx.xx.1
NetBIOS over TCP/IP . . . . . . . . .: 有効

イーサネット アダプター Ethernet:

接続固有の DNS サフィックス . . . . .: flets-east.jp
説明. . . . . . . . . . . . . . . . .: Intel(R) Ethernet Connection (7) I219-V
物理アドレス. . . . . . . . . . . . .: xx-xx-xx-xx-xx-xx
DHCP 有効 . . . . . . . . . . . . . .: いいえ
自動構成有効. . . . . . . . . . . . .: はい
IPv6 アドレス . . . . . . . . . . . .: xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx(優先)
一時 IPv6 アドレス. . . . . . . . . .: xxxx:xx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx(優先)
リンクローカル IPv6 アドレス. . . . .: xxxx::xxx:xxxx:xxxx:xxxx%x(優先)
IPv4 アドレス . . . . . . . . . . . .: xxx.xxx.xx.4(優先)
サブネット マスク . . . . . . . . . .: xxx.xxx.xxx.x
デフォルト ゲートウェイ . . . . . . .: xxxx::xxxx:xxxx:xxxx:xxxx%4
xxx.xxx.xx.1
DHCPv6 IAID . . . . . . . . . . . . .: xxxxxxxx
DHCPv6 クライアント DUID. . . . . . .: xx-xx-xx-xx-xx-xx-xx-xx-xx-xx-xx-xx-xx-xx
DNS サーバー. . . . . . . . . . . . .: xxxx:xxx:xxxx:b::3
xxxx:xxx:xxxx:x::3
xxx.xxx.xx.1
NetBIOS over TCP/IP . . . . . . . . .: 有効
接続固有の DNS サフィックス検索の一覧:
flets-east.jp
iptvf.jp

------------------------------------------------------------------------------------------

[cedar]

それらは DHCP サーバーで配布している情報なので、SoftEther VPN で決定しているものではありません。

一般には海外との通信では遅延は100msを超えますが、平均 1ms というのは小さすぎるので、なにかが意図としたとおりでない構成になっている可能性があります。

[junzai]

ご返信ありがとうございます．おそらくcedarさんの指示を理解できず意味のあるパケットの調べ方をできていない可能性があると思い自分なりに調べてみました．いくつか前のcedarさんのリプで指摘していただいたように私が調べるべきは自分自身のIPアドレスではなく「VPNの先にあるルーターのIPアドレス」であるとのことですが，というのはサーバー側からではなくクライアント側から調べるということでしょうか？

クライアントMacでVPN接続してると接続先のIPアドレスが表示されます（XXX.XXX.XXX.10）．Macのターミナルのifconfigを実行するといろんな項目が出るのですが，おそらくppp0というのがVPN接続関連の情報だと思うのですがその中にもXXX.XXX.XXX.10というIPアドレスがありました．
これがその「VPNの先にあるルーターのIPアドレス」なのかなと思ってそのクライアントのMacから

$ ping XXX.XXX.XXX.10

を実行したところ，ひたすら"Request timeout for icmp_seq *"と出て損失100%となってしまいました．その後いろいろ試してみたところ

$ ping XXX.XXX.XXX.1

（末尾の0をとった）を実行したところ，損失が5%でラウンドトリップは最小132ms 最大544ms 平均200ms という結果が出てきて，cedarさんのいう海外との通信では100msを超えるという経験則に当てはまる数値なのでこれがcedarさんが想定されてたping送信のテストなのかなと思いました．
このXXX.XXX.XXX.1というIPアドレスはサーバーを設置してるWindows機のデフォルトゲートウェイのIPアドレスに一致するものでした．

何度も申し訳ございませんが，私の構成の不備についてもう少しわかることがござましたら教えてもらえると助かります．

[cedar]

不安定で通信速度が遅い原因についてはパケットロスが原因と判明したと言っていいと思います。
次にパケットロスの原因を調べる必要があります。

クライアントの環境から、VPN を接続せずに接続先の VPN サーバーの IP アドレスに ping を送った場合には、ロスや遅延の大きな変化はあるでしょうか。
これがあるようであれば、通信回線の問題なので、設定で回避することは難しいかもしれません。

[junzai]

初心者の質問に辛抱強く付き合ってくださりありがとうございます．

「クライアントの環境から、VPN を接続せずに接続先の VPN サーバーの IP アドレスに ping を送る」というのも初心者の私にとってなかなか理解できないものなのですが，クライアントのMacのVPN接続を切断した上でサーバー側のいろんなIPアドレス(?)にpingを送ってみてみました．
ただ単に「Request timeout for icmp_seq *」とだけ出るものや「Unknown host」みたいな意味のなさそうな結果が返ってくるのはスルーして，なんとなく意味のありそうな結果が返って来くるのを探してみました．（例えば，先ほどVPN接続状態ではping送信の結果が返ってきたIPアドレスxxx.xxx.xxx.1にVPN接続しないでpingを送っても「Request timeout for icmp_seq 1...」としか返ってこないのでこれは違うのかなと判断しました．）
そしたらVPNサーバーのDDNSホストネーム（vpn*********.softether.net）が紐づいているGlobal IPv4 Addressにpingを送ったときは意味のありそうな結果が返ってきました．これはSoftether VPN Server ManagerのDynamic DNS Functionの設定画面で見えるものです．タイムアウトでホストに到達できないというエラーですが，これはこのIPアドレスにpingを送ったときだけこのような結果が返って来ました．これはクライアントMacのVPN接続をしていてもしていなくてもほぼ同じような結果になりました．
これはcedarさんが期待しているような試み・結果でしょうか？アドバイスいただけると助かります．



_________________________________________________________________________________
$ ping xxx.xxx.xxx.31

Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
Request timeout for icmp_seq 4
92 bytes from xxx-xxx-xxx-31.*****.ap.gmo-isp.jp (xxx.xxx.xxx.31): Destination Host Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 c0 5400 5a0e 0 0000 31 01 f378 10.0.0.143 xxx.xxx.xxx.31

92 bytes from xxx-xxx-xxx-31.*****.ap.gmo-isp.jp (xxx.xxx.xxx.31): Destination Host Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 c0 5400 4506 0 0000 31 01 0881 10.0.0.143 xxx.xxx.xxx.31

92 bytes from xxx-xxx-xxx-31.*****.ap.gmo-isp.jp (xxx.xxx.xxx.31): Destination Host Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 c0 5400 634e 0 0000 31 01 ea38 10.0.0.143 xxx.xxx.xxx.31

Request timeout for icmp_seq 5
Request timeout for icmp_seq 6
Request timeout for icmp_seq 7
92 bytes from xxx-xxx-xxx-31.*****.ap.gmo-isp.jp (xxx.xxx.xxx.31): Destination Host Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 c0 5400 6b54 0 0000 31 01 e232 10.0.0.143 xxx.xxx.xxx.31

92 bytes from xxx-xxx-xxx-31.*****.ap.gmo-isp.jp (xxx.xxx.xxx.31): Destination Host Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 c0 5400 937f 0 0000 31 01 ba07 10.0.0.143 xxx.xxx.xxx.31

92 bytes from xxx-xxx-xxx-31.*****.ap.gmo-isp.jp (xxx.xxx.xxx.31): Destination Host Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 c0 5400 0ca9 0 0000 31 01 40de 10.0.0.143 xxx.xxx.xxx.31

Request timeout for icmp_seq 8
Request timeout for icmp_seq 9
Request timeout for icmp_seq 10
92 bytes from xxx-xxx-xxx-31.*****.ap.gmo-isp.jp (xxx.xxx.xxx.31): Destination Host Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 c0 5400 2226 0 0000 31 01 2b61 10.0.0.143 xxx.xxx.xxx.31

92 bytes from xxx-xxx-xxx-31.*****.ap.gmo-isp.jp (xxx.xxx.xxx.31): Destination Host Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 c0 5400 b63c 0 0000 31 01 974a 10.0.0.143 xxx.xxx.xxx.31

92 bytes from xxx-xxx-xxx-31.*****.ap.gmo-isp.jp (xxx.xxx.xxx.31): Destination Host Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 c0 5400 09b3 0 0000 31 01 43d4 10.0.0.143 xxx.xxx.xxx.31

92 bytes from xxx-xxx-xxx-31.*****.ap.gmo-isp.jp (xxx.xxx.xxx.31): Destination Host Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 c0 5400 0fc0 0 0000 31 01 3dc7 10.0.0.143 xxx.xxx.xxx.31

^C
--- xxx.xxx.xxx.31 ping statistics ---
12 packets transmitted, 0 packets received, 100.0% packet loss

_________________________________________________________________________________

[cedar]

試みとしては､VPN の接続先ホスト名として指定したアドレスが､まさに意図したものなのですが､指定のホストへの経路がないというエラーが帰ってきているようです｡

しかし､よく読んでみると､このエラーメッセージは奇妙です｡
92 bytes from xxx-xxx-xxx-31.*****.ap.gmo-isp.jp (xxx.xxx.xxx.31) とあるので､エラーを返しているホストは xxx.xxx.xxx.31 のようなのですが､コマンドでは宛先が xxx.xxx.xxx.31 と指定されています｡
つまり､xxx.xxx.xxx.31 が自分自身への経路がわからないというエラーを返していることになります｡
ISP のルーターの設定がおかしいだけかもしれませんが､ちょっと変な挙動です｡

traceroute コマンドではどうでしょうか？

[junzai]

ご返信ありがとうございます．tracerouteも試してみました．以下結果です．
私が現在いるアメリカから日本の家にあるパソコンに設置したSoftether VPN ServerのIPアドレス XXX.XXX.XXX.31までの経路になります．
毎回違った結果が出るので，特徴的な結果を示す３パターン①②③だけ貼らせていただきます．

自分なりに観察した結果ですが，8行目，および最後の方でアスタリスクが出ることが多いです．
この結果から何かわかることがありました教えてもらえると助かります．

____________________________________________________________________________
①
$ traceroute XXX.XXX.XXX.31

traceroute to XXX.XXX.XXX.31 (XXX.XXX.XXX.31), 64 hops max, 52 byte packets
1 10.X.X.1 (10.X.X.1) 95.276 ms 1.758 ms 1.769 ms
2 10.XX2.233.130 (10.XX2.233.130) 14.078 ms
10.XXX.XXX.XXX (10.XX2.233.131) 14.311 ms
10.XXX.XXX.XXX (10.XX2.233.130) 17.586 ms
3 po-327-364-rur202.*****.ca.sfba.comcast.net (XX.216.164.85) 20.070 ms
po-327-363-rur201.*****.ca.sfba.comcast.net (XX.85.101.221) 15.211 ms
po-327-364-rur202.*****.ca.sfba.comcast.net (XX.216.164.85) 17.368 ms
4 po-2-rur202.*****.ca.sfba.comcast.net (XX.108.99.70) 15.778 ms
po-200-xar02.*****.ca.sfba.comcast.net (XX.139.199.85) 15.097 ms
po-2-rur202.*****.ca.sfba.comcast.net (XX.108.99.70) 16.165 ms
5 ae-199-rar01.hayward.ca.sfba.comcast.net (68.87.193.177) 13.318 ms
po-200-xar02.*****.ca.sfba.comcast.net (XX.139.199.85) 13.385 ms
ae-199-rar01.hayward.ca.sfba.comcast.net (68.87.193.177) 15.720 ms
6 ae-199-rar01.hayward.ca.sfba.comcast.net (68.87.193.177) 164.693 ms
be-399-ar01.hayward.ca.sfba.comcast.net (68.86.143.89) 18.975 ms
ae-199-rar01.hayward.ca.sfba.comcast.net (68.87.193.177) 15.528 ms
7 * be-399-ar01.hayward.ca.sfba.comcast.net (68.86.143.89) 14.924 ms *
8 * 4.69.219.45 (4.69.219.45) 151.837 ms *
9 arteria-net.edge7.losangeles1.level3.net (4.15.243.86) 23.588 ms * 24.693 ms
10 arteria-net.edge7.losangeles1.level3.net (4.15.243.86) 27.443 ms
163.139.136.10 (163.139.136.10) 188.077 ms
arteria-net.edge7.losangeles1.level3.net (4.15.243.86) 27.208 ms
11 163.139.136.2 (163.139.136.2) 175.793 ms
163.139.136.10 (163.139.136.10) 153.367 ms
63.139.136.2 (163.139.136.2) 131.736 ms
12 163.139.136.2 (163.139.136.2) 131.693 ms
163.139.38.30 (163.139.38.30) 261.264 ms
163.139.136.2 (163.139.136.2) 138.964 ms
13 163.139.68.178 (163.139.68.178) 126.345 ms
163.139.38.30 (163.139.38.30) 167.838 ms
163.139.153.18 (163.139.153.18) 128.215 ms
14 163.139.68.178 (163.139.68.178) 258.555 ms
163.139.154.26 (163.139.154.26) 127.155 ms
163.139.68.178 (163.139.68.178) 133.258 ms
15 XXX-XXX-XXX-31.******.ap.gmo-isp.jp (XXX.XXX.XXX.31) 163.085 ms
163.139.154.26 (163.139.154.26) 209.340 ms
XXX-XXX-XXX-31.******.ap.gmo-isp.jp (XXX.XXX.XXX.31) 169.059 ms
16 * * XXX-XXX-XXX-31.******.ap.gmo-isp.jp (XXX.XXX.XXX.31) 309.948 ms
17 * * *
18 XXX-XXX-XXX-31.******.ap.gmo-isp.jp (XXX.XXX.XXX.31) 3188.042 ms !H 3378.900 ms !H *

____________________________________________________________________________

②
$ traceroute XXX.XXX.XXX.31

traceroute to XXX.XXX.XXX.31 (XXX.XXX.XXX.31), 64 hops max, 52 byte packets
1 10.X.X.1 (10.X.X.1) 3.871 ms 3.037 ms 2.569 ms
2 10.XXX.XXX.130 (10.XXX.XXX.130) 11.552 ms
10.XXX.XXX.131 (10.XXX.XXX.131) 14.201 ms
10.XXX.XXX.130 (10.XXX.XXX.130) 16.892 ms
3 po-327-364-rur202.******.ca.sfba.comcast.net (XX.216.164.85) 17.893 ms
po-327-363-rur201.******.ca.sfba.comcast.net (XX.85.101.221) 16.444 ms
po-327-364-rur202.******.ca.sfba.comcast.net (XX.216.164.85) 14.242 ms
4 po-2-rur202.******.ca.sfba.comcast.net (XX.108.99.70) 19.613 ms
po-200-xar02.******.ca.sfba.comcast.net (XX.139.199.85) 14.056 ms
po-2-rur202.******.ca.sfba.comcast.net (XX.108.99.70) 11.954 ms
5 ae-199-rar01.hayward.ca.sfba.comcast.net (68.87.193.177) 14.729 ms
po-200-xar02.******.ca.sfba.comcast.net (XX.139.199.85) 17.649 ms
ae-199-rar01.hayward.ca.sfba.comcast.net (68.87.193.177) 21.226 ms
6 ae-199-rar01.hayward.ca.sfba.comcast.net (68.87.193.177) 13.491 ms
be-399-ar01.hayward.ca.sfba.comcast.net (68.86.143.89) 14.115 ms
ae-199-rar01.hayward.ca.sfba.comcast.net (68.87.193.177) 152.018 ms
7 * be-399-ar01.hayward.ca.sfba.comcast.net (68.86.143.89) 19.141 ms *
8 * * *
9 arteria-net.edge7.losangeles1.level3.net (4.15.243.86) 150.912 ms * 43.498 ms
10 arteria-net.edge7.losangeles1.level3.net (4.15.243.86) 172.397 ms
163.139.136.10 (163.139.136.10) 206.213 ms
arteria-net.edge7.losangeles1.level3.net (4.15.243.86) 31.897 ms
11 163.139.136.2 (163.139.136.2) 124.125 ms
163.139.136.10 (163.139.136.10) 143.080 ms
163.139.136.2 (163.139.136.2) 127.787 ms
12 163.139.136.2 (163.139.136.2) 248.799 ms
163.139.38.30 (163.139.38.30) 123.705 ms
163.139.136.2 (163.139.136.2) 134.997 ms
13 163.139.68.178 (163.139.68.178) 123.498 ms
163.139.38.30 (163.139.38.30) 128.417 ms
163.139.153.18 (163.139.153.18) 232.255 ms
14 163.139.153.18 (163.139.153.18) 120.778 ms
163.139.154.26 (163.139.154.26) 128.778 ms
163.139.68.178 (163.139.68.178) 126.774 ms
15 * 163.139.154.26 (163.139.154.26) 236.987 ms
XXX-XXX-XXX-31.******.ap.gmo-isp.jp (XXX.XXX.XXX.31) 177.515 ms
16 XXX-XXX-XXX-31.******.ap.gmo-isp.jp (XXX.XXX.XXX.31) 217.977 ms * 238.711 ms
17 * XXX-XXX-XXX-31.******.ap.gmo-isp.jp (XXX.XXX.XXX.31) 3448.374 ms !H *
18 * XXX-XXX-XXX-31.******.ap.gmo-isp.jp (XXX.XXX.XXX.31) 1313.902 ms !H 3325.000 ms !H

____________________________________________________________________________
③
$ traceroute XXX.XXX.XXX.31

traceroute to XXX.XXX.XXX.31 (XXX.XXX.XXX.31), 64 hops max, 52 byte packets
1 10.X.X.1 (10.X.X.1) 5.324 ms 13.734 ms 3.489 ms
2 10.XXX.XXX.131 (10.XXX.XXX.131) 11.360 ms
10.XXX.XXX.130 (10.XXX.XXX.130) 18.168 ms
10.XXX.XXX.131 (10.XXX.XXX.131) 14.336 ms
3 po-327-363-rur201.******.ca.sfba.comcast.net (XX.85.101.221) 18.381 ms
po-327-364-rur202.******.ca.sfba.comcast.net (XX.216.164.85) 164.740 ms
po-327-363-rur201.******.ca.sfba.comcast.net (XX.85.101.221) 12.812 ms
4 po-200-xar02.******.ca.sfba.comcast.net (XX.139.199.85) 13.543 ms
po-2-rur202.******.ca.sfba.comcast.net (XX.108.99.70) 14.308 ms
po-200-xar02.******.ca.sfba.comcast.net (XX.139.199.85) 15.030 ms
5 po-200-xar02.******.ca.sfba.comcast.net (XX.139.199.85) 16.515 ms
ae-199-rar01.hayward.ca.sfba.comcast.net (68.87.193.177) 22.659 ms
po-200-xar02.******.ca.sfba.comcast.net (XX.139.199.85) 15.829 ms
6 be-399-ar01.hayward.ca.sfba.comcast.net (68.86.143.89) 13.539 ms
ae-199-rar01.hayward.ca.sfba.comcast.net (68.87.193.177) 19.557 ms
be-399-ar01.hayward.ca.sfba.comcast.net (68.86.143.89) 15.477 ms
7 be-399-ar01.hayward.ca.sfba.comcast.net (68.86.143.89) 18.149 ms * 22.993 ms
8 * * *
9 * arteria-net.edge7.losangeles1.level3.net (4.15.243.86) 93.583 ms
4.69.219.41 (4.69.219.41) 26.625 ms
10 163.139.136.10 (163.139.136.10) 123.128 ms
arteria-net.edge7.losangeles1.level3.net (4.15.243.86) 23.132 ms
163.139.136.10 (163.139.136.10) 267.341 ms
11 163.139.136.10 (163.139.136.10) 125.141 ms
163.139.136.2 (163.139.136.2) 125.887 ms
163.139.136.10 (163.139.136.10) 127.422 ms
12 163.139.38.30 (163.139.38.30) 125.686 ms
163.139.136.2 (163.139.136.2) 128.635 ms
163.139.38.30 (163.139.38.30) 303.098 ms
13 163.139.38.30 (163.139.38.30) 134.649 ms
163.139.68.178 (163.139.68.178) 128.949 ms
163.139.38.30 (163.139.38.30) 128.616 ms
14 d177.gtokyofl24.vectant.ne.jp (163.139.155.177) 124.829 ms
163.139.68.178 (163.139.68.178) 144.411 ms
163.139.154.26 (163.139.154.26) 132.591 ms
15 d177.gtokyofl24.vectant.ne.jp (163.139.155.177) 127.657 ms
XXX-XXX-XXX-31.******.ap.gmo-isp.jp (XXX.XXX.XXX.31) 155.260 ms
d177.gtokyofl24.vectant.ne.jp (163.139.155.177) 242.568 ms
16 * XXX-XXX-XXX-31.******.ap.gmo-isp.jp (XXX.XXX.XXX.31) 235.425 ms *
17 * * *
18 * * XXX-XXX-XXX-31.******.ap.gmo-isp.jp (XXX.XXX.XXX.31) 3231.359 ms !H
19 XXX-XXX-XXX-31.******.ap.gmo-isp.jp (XXX.XXX.XXX.31) 3138.530 ms !H * *
20 * * *
21 XXX-XXX-XXX-31.******.ap.gmo-isp.jp (XXX.XXX.XXX.31) 3185.969 ms !H * *
22 * XXX-XXX-XXX-31.******.ap.gmo-isp.jp (XXX.XXX.XXX.31) 3319.208 ms !H 3166.150 ms !H

[cedar]

traceroute はパケットがルーターで転送される過程を追跡するツールです｡
正常であれば目的地である XXX.XXX.XXX.31 に到達すれば､そこで終わりになるはずなのですが､その先に更に転送しようとしている様子が見られます｡
どうすればこうなってしまうのかは分からないのですが､サーバー側のルーターの設定がおかしいのではないかという気がします｡

[junzai]

ご返信ありがとうございます．その後ルーターについて色々調べておりました．設定の見直し，設定の初期化などを行ってダメだったので最後にルーターについているResetボタンを押して出荷時の状態に戻し，その後VPN接続のための必要最低限の設定だけを行いました．（IPv6の無効化，PPPoEのセットアップ，UDP/500とUDP/4500の開放）．さらにSoftether VPN Serverをインストールし直しました．アンインストールの際にはvpn_server.configも削除しました．

無事VPN接続できて地域の変更も確認できたのですが，相変わらず不安定または速度が極端に遅いままです．さらにクライアントの環境から接続先の VPN サーバーの IP アドレスに ping を送った場合，VPN の接続/非接続に関わらずリクエストがタイムアウトし続けて100%パケットロスするようになりました．初期化する前はパケットは一応とどいていたことを考えると状況は悪化してしまったかもしれません．この場合はどのような原因が考えられるか・そしてどういう対処法がありえるかを教えてもらえると助かります．

[cedar]

とりあえず､現状で VPN サーバーに到達する前の状態で動作がおかしいので､ルーターのサポートに問い合わせてみるのが良いのではないかと思います｡

[junzai]

ご返信ありがとうございます．その後色々調べておりました．
「tracerouteで目的のIPアドレスに到達してるのにその先に更に転送しようとしている現象」についてですが，ルーターを出荷時に初期化してからはこの現象を再現できなくなりましたのでルーターのサポートには聞けておりません．そもそもpingが到達できなくなったので，そのことについてルーターのサポートに相談したらルーターのファイアウォールの設定でデフォルトで「Internet側からのpingを受け取らない」という設定がonになっているのを解除するようアドバイスされたのでそのようにしたらpingは無事通るようになったのですが，tracerouteは到達できず（途中からひたすらアスタリスクが出つづける），しかもVPN接続もできなくなりました．その後はその「Internet側からのpingを受け取らない」をonに戻してもVPN接続できないままだったので，再度ルーターを工場出荷時にリセットして最低限の設定だけをしたらVPN接続はできるようになったので（ただし不安定なまま），そうなったらまたルーターの各種設定などをいじっておりました．試行錯誤する中でVPN接続できなくなってしまったらまた再度ルーターをリセットして再設定し直す，という流れです．

ところがある時からはVPN接続が全く成功しなくなりました．ルーターのリセット・Softether VPN Serverのインストールし直し・サーバーPCの再起動などを何回か繰り返したのですが，"The L2TP-VPN server did not respond..."というエラーが出続けます．元の質問の趣旨から外れてしまい恐縮ですが，このような私の試行錯誤から考えられるVPN接続さえもできなくなった原因として何が考えられるでしょうか．初心者がよく忘れがちな設定（ポートUDP/500とUDP/4500の開放，ローカルブリッジの設定，DDNSが正しいIPアドレスにassignされてること，SecureNATなどの上級者向け機能を無効にすること，IPv4を使うこと等）についてはこれまで通り気をつけて確認をしております．

[cedar]

ルーターの故障の可能性もあるように思いますが、別のルーターに変えることは難しい環境でしょうか？