Windows Server 2016 2019での検証

[mshiro]

初めまして
外部からVPNを利用してLAN内の共有フォルダにアクセスする検証を行っていますが、サーバ構成とソフトウェアのバージョンによって、フォルダの表示（配下のフォルダ表示や上階層へ戻る動作）やファイルのコピーに時間がかかったりしますので、投稿させていただきました。

回線速度
・VPNサーバ側の回線：Nuro光、500Mbps～900Mbps
・VPNクライアント側の回線：NTT光、40Mbps～80Mbps

共有フォルダは、QNAP NASとWindows Server 2016（下記のVPNServerとは別環境）の２つ

サーバ環境は、
１．物理サーバをWindowsServer2016とした場合の仮想サーバー環境が２つ
　　１－１：VPNサーバをHyper-v仮想（Windows Server 2016）とした場合
　　１－２：VPNサーバをHyper-v仮想（Windows Server 2019）とした場合

２．物理サーバをWindowsServer2019とした場合の仮想サーバー環境が２つ
　　２－１：VPNサーバをHyper-v仮想（Windows Server 2019 ）とした場合
　　２－２：VPNサーバをHyper-v仮想（Windows Server 2016 ）とした場合

３．２．の物理サーバ（WindowsServer2019）のみ

各OSのバージョン
・Windows Server 2019 Standard 1809（OSビルド：17763.1999）
・Windows Server 2016 Standard 1607（OSビルド：14393.4402）
　※WindowsUpdateは最新

仮想マシンのスペック：論理プロセッサ：２、メモリ：４GB
　　
その他の設定
ネットワーク設定はipv4のみ有効
Defenderファイアウォールはすべて無効化
ウィルス対策ソフトなし


検証結果
OK：フォルダ表示はスムーズ、700MB程度のファイルコピーも即開始される
NG：フォルダ表示やファイルコピー開始に時間がかかり、エラーになる場合がある

検証１（サーバ環境１－１）
１－１．ソフトウェア：SoftEther VPN 4.29 Build 9680 RTMの場合、検証結果：OK　
１－２．ソフトウェア：SoftEther VPN 4.xx Build 9695、9696、9731、9745 RTM、9754の場合、検証結果：NG


検証２（サーバ環境１－２）
２－１．ソフトウェア：SoftEther VPN 4.29 Build 9680 RTMの場合、検証結果：OK
２－２．ソフトウェア：SoftEther VPN 4.xx Build 9695、9696、9731、9745 RTM、9754の場合、検証結果：NG


検証３（サーバ環境２－１）
３－１．ソフトウェア：SoftEther VPN 4.29 Build 9680 RTMの場合、検証結果：NG
　　※仮想マシンの論理プロセッサを８、メモリを16GBに増やしたが、改善されない
　　　OS再インストール　Windows Server 2019 Standard 1809（OSビルド：17763.737）でも同じ

３－２．ソフトウェア：SoftEther VPN 4.xx Build 9695、9696、9731、9745 RTM、9754の場合、検証結果：NG


検証４（サーバ環境２－２）
４－１．ソフトウェア：SoftEther VPN 4.29 Build 9680 RTMの場合、検証結果：OK
４－２．ソフトウェア：SoftEther VPN 4.xx Build 9695、9696、9731、9745 RTM、9754の場合、検証結果：NG


検証５（サーバ環境３）
５－１．ソフトウェア：SoftEther VPN 4.29 Build 9680 RTMの場合、検証結果：OK
４－２．ソフトウェア：SoftEther VPN 4.xx Build 9695、9696、9731、9745 RTM、9754の場合、検証結果：NG


検証３ー １．の結果から、ソフトウェアのバージョンだけではないと思われますが、何か思い当たる点がありましたらご教授ください。

[cedar]

NG のケースで、通信上の障害として観測されたのは、パケット損失でしょうか、それともスループットの低下でしょうか、それとも通信遅延の異常な増大でしょうか。

[mshiro]

VPNクライアント側からの単純なフォルダ参照とファイルコピーのみの検証ですので、パケット損失等の把握はできておりませんが、OKの場合は、安定した速度でコピーが行われ、NGの場合は、コピー開始（コピーができた場合）後、速度が低下し、不安定な状態となりますので、スループットの低下のような感じがします。

[cedar]

単にスループットが低いだけであれば、列挙のような通信量の低い操作への反応はあまり悪くならないはずです。
通信が不安定なのは、パケット損失のような確率的な疎通の変動が生じている可能性を示唆しているように思えます。
まずは、traceroute などで、パケットの損失(あるいは異常な遅延)が生じている箇所を特定してみてはいかがでしょうか。

[mshiro]

先ほど、検証３-１のVPNサーバ自体に共有フォルダを作成し、SoftEther VPN 4.29 Build 9680 RTMで検証したところ、フォルダ表示はさくさく、10MBのファイルも即コピーされ、問題ありませんでしたが、9745 RTMでは、やはりフォルダ表示も遅く、ファイルコピーも安定せず、3分程度かかりました。

「traceroute などで、パケットの損失(あるいは異常な遅延)が生じている箇所を特定してみてはいかがでしょうか。」
こちらも確認してみます。

[cedar]

ビルド 9680 とビルド 9696 の差分で、通信速度に関係しそうなものがなさそうに見えます。

https://ja.softether.org/5-download/history

接続時のログなどに違いはあるでしょうか？
また、ネットワークの構成や、VPN サーバーの設定は、どのようなものでしょうか？

[mshiro]

ご連絡遅くなりましたが、自己解決しました。
ソフトウェアのバージョンではありませんでした。
お騒がせしてしまい申し訳ございません。

原因は、Hyper-Vの設定とUTMの2つとなります。
根本的な原因究明には至っていませんが、とりあえず安定するようになりましたので、
検証結果を記載します。
※WindowsServer2016では問題ないため、WindowsServer2019のみ

検証環境
OS：WindowsServer2019（仮想サーバ）サーバは第１世代と第２世代の２つを作成
ソフトウェアのバージョンは9745 RTM
・ローカルブリッジ設定
・その他デフォルト

接続は、vpnxxxxx,softether.net
IPはLAN上のDHCPサーバから取得

１．Hyper-V　第１世代で作成した場合

　１－１．ネットワークアダプタをデフォルトのネットワークアダプタとした場合
　　　　　Ping応答は安定するが、ファイルコピーに時間がかかる（または開始されない）

　１－２．ネットワークアダプタをレガシネットワークアダプタとした場合
　　　　　Ping応答、ファイルコピーも問題ないが通信速度が遅い


２．Hyper-V　第２世代で作成した場合

　２－１　ネットワークアダプタをデフォルトのネットワークアダプタとした場合
　　　　　Ping応答、ファイルコピーも問題ない


３．UTM（SOPHOS）ブリッジモード接続
　　・UTMを通さないルータ直（別の回線）の場合は、問題なく通信が可能。
　　・UTMを通すとPing応答時間が遅くなったり途切れたりする。
　　・UTMの設定変更（FWでUDPのパケットが破棄されていたので、ポートの有効範囲を変更）
　　　※変更により１－２、２－１では問題なく通信が可能となった。

何れの場合も、ネットワーク設定変更（GWのIP変更）後、VPNサーバーサービスを再起動してから10分程度は安定しないので、Ping応答が安定するまで待つ
また、Windows Defenderのサービスが激しく動いていると安定しない状況でした。

以上です。