Hi, I'm sirase.
I installed VPN Server [softether-vpnserver-v1.00-9091-rc3-2013.05.19-linux-x86-32bit.tar.gz] and
VPN Client [softether-vpnclient-v1.00-9091-rc3-2013.05.19-linux-x86-32bit.tar.gz].
The VPN Server is Virtual Machine that is Debian Wheezy[7.0] 32bit on VMware ESXi.
The VPN Client is Physical Machine that is Linux mint MATE Nadia[14] 32bit.
I setup VPN Server bridge mode. And I connect this server from my local machine(Linux mint MATE).
Success connection and I can transfer file using CIFS protocol.
I open FileManager[Caja 1.4.0], type address bar [smb://192.168.1.101], hit Enter.
I send local machine to remote machine(192.168.1.101) dummy file.
This is NO PROBLEM. File transfer speed is 840KB/s. fast enough.
BUT, I receive from remote machine to local machine, VERY CRITICAL PROBLEM APPEARD.
File transfer speed is 4.5KB/s. It is VERY VERY SLOW speed!!
Of course, on direct connection or OpenVPN connection's speed is fast.
Please tell me how to fix this critical problem.
Maybe SoftEther's bug ?
-- add --
This problem appeard bridge mode only.
Tunneling mode doesn't appeard this problem.
problem: VPN bridge connection very very slow
-
- Site Admin
- Posts: 2070
- Joined: Sat Mar 09, 2013 5:37 am
Re: problem: VPN bridge connection very very slow
Why do you use CIFS to copy the files?
CIFS is slow in WAN generally.
Please try to use FTP or HTTP.
CIFS is slow in WAN generally.
Please try to use FTP or HTTP.
-
- Posts: 28
- Joined: Mon May 20, 2013 6:06 am
Re: problem: VPN bridge connection very very slow
Thank you reply.
I know CIFS is slow via WAN as you sed.
BUT, local -> remote CIFS protocol file transfer speed is 840KB/s.
Remote -> local CIFS protocol file transfer speed is 4.5KB/s.
This result CLEARLY STRANGE. Not the cause CIFS protocol.
I test RDP protocol too.
My local machine to remote machine(bridged LAN's other Windows7 machine).
The result is very slow remote access.
Very slow refresh monitor.
Clearly remote -> local VPN throughput(download speed) is very very slow.
I hope help.
Thanks.
-- add --
Added test via HTTP protocol.
The result is same, 4.5KB/s slow Download.
Thanks.
I know CIFS is slow via WAN as you sed.
BUT, local -> remote CIFS protocol file transfer speed is 840KB/s.
Remote -> local CIFS protocol file transfer speed is 4.5KB/s.
This result CLEARLY STRANGE. Not the cause CIFS protocol.
I test RDP protocol too.
My local machine to remote machine(bridged LAN's other Windows7 machine).
The result is very slow remote access.
Very slow refresh monitor.
Clearly remote -> local VPN throughput(download speed) is very very slow.
I hope help.
Thanks.
-- add --
Added test via HTTP protocol.
The result is same, 4.5KB/s slow Download.
Thanks.
-
- Site Admin
- Posts: 2070
- Joined: Sat Mar 09, 2013 5:37 am
Re: problem: VPN bridge connection very very slow
I think the network you are using asymmetrical from the original.
If network speed is unusually slow, packet loss is suspected.
Please measure the packet loss rate by using a tool such as ping.
If network speed is unusually slow, packet loss is suspected.
Please measure the packet loss rate by using a tool such as ping.
-
- Posts: 28
- Joined: Mon May 20, 2013 6:06 am
Re: problem: VPN bridge connection very very slow
cedarさん
返信ありがとうございます。
この掲示板全体が英語インタフェースな上、過去のcedarさんの
書き込みもちらっと見た限り英語だったので、慣れない英語を無理して
使っていたのですが、日本語ネイティブに話せる方のようで・・・。
今更ですが日本語で書かせて頂きます。
pingでテストしてみてとのことですが、下記の結果です。
--
$ ping -c 4 192.168.1.101
PING 192.168.1.101 (192.168.1.101) 56(84) bytes of data.
64 bytes from 192.168.1.101: icmp_req=1 ttl=64 time=43.1 ms
64 bytes from 192.168.1.101: icmp_req=2 ttl=64 time=43.2 ms
64 bytes from 192.168.1.101: icmp_req=3 ttl=64 time=43.2 ms
64 bytes from 192.168.1.101: icmp_req=4 ttl=64 time=43.0 ms
--- 192.168.1.101 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3002ms
rtt min/avg/max/mdev = 43.032/43.190/43.285/0.231 ms
--
パケットロスは無いので、何か別の原因でしょうか・・・・。
クライアント側のインターネット回線と、サーバ側のインターネット回線は
それぞれ光ファイバーなので、上りも下りも高速です。
VPNサーバ側がESXi上のDebianであるという点のみが少し特殊かとは思いますが
ESXiの設定でプロミスキャスモードを許可に設定することで問題なくブリッジ接続
自体は出来ています。速度だけなぜか非常に遅いのです。
クライアントからみてのダウンロード速度、サーバから見てのアップロード速度が遅いです。
過去の
http://www.vpnusers.com/viewtopic.php?f=7&t=1608
このPostを読ませて頂きましたがどうも違う原因のようです。
藁をもすがるような思いです。よろしくお願い致します。
# cedarさんって登大遊さんだったりします?
返信ありがとうございます。
この掲示板全体が英語インタフェースな上、過去のcedarさんの
書き込みもちらっと見た限り英語だったので、慣れない英語を無理して
使っていたのですが、日本語ネイティブに話せる方のようで・・・。
今更ですが日本語で書かせて頂きます。
pingでテストしてみてとのことですが、下記の結果です。
--
$ ping -c 4 192.168.1.101
PING 192.168.1.101 (192.168.1.101) 56(84) bytes of data.
64 bytes from 192.168.1.101: icmp_req=1 ttl=64 time=43.1 ms
64 bytes from 192.168.1.101: icmp_req=2 ttl=64 time=43.2 ms
64 bytes from 192.168.1.101: icmp_req=3 ttl=64 time=43.2 ms
64 bytes from 192.168.1.101: icmp_req=4 ttl=64 time=43.0 ms
--- 192.168.1.101 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3002ms
rtt min/avg/max/mdev = 43.032/43.190/43.285/0.231 ms
--
パケットロスは無いので、何か別の原因でしょうか・・・・。
クライアント側のインターネット回線と、サーバ側のインターネット回線は
それぞれ光ファイバーなので、上りも下りも高速です。
VPNサーバ側がESXi上のDebianであるという点のみが少し特殊かとは思いますが
ESXiの設定でプロミスキャスモードを許可に設定することで問題なくブリッジ接続
自体は出来ています。速度だけなぜか非常に遅いのです。
クライアントからみてのダウンロード速度、サーバから見てのアップロード速度が遅いです。
過去の
http://www.vpnusers.com/viewtopic.php?f=7&t=1608
このPostを読ませて頂きましたがどうも違う原因のようです。
藁をもすがるような思いです。よろしくお願い致します。
# cedarさんって登大遊さんだったりします?
-
- Posts: 28
- Joined: Mon May 20, 2013 6:06 am
Re: problem: VPN bridge connection very very slow
解決しました。
原因はESXiの仮想マシンの設定の中で、NICの設定をする箇所が
あるのですが、そのNICを E1000 に設定していた事のようです。
この仮想NICを一度削除し、もう一度NICを追加して今度は「フレキシブル」
に設定すると、正常に高速転送出来るようになりました。
しかしESXiで仮想マシンのタイプを「Debian 6 32bit」と設定すると、「E1000」か
「VMXNET3」の2つしか選択出来ず、しかもデフォルトが「E1000」になっているので
そのまま特に何も考えず仮想マシンを作成していました。これを、一度
仮想マシンのタイプを「その他のLinux 32bit」に設定して、「フレキシブル」のNIC
を追加した後、「Debian 6 32bit」に戻してあげる事で本件解決しました。
ESXi依存の問題だったのにSoftEtherの問題だと思い色々お騒がせ致しまして
申し訳ありませんでした。レス下さったcedarさん、ありがとうございました。
原因はESXiの仮想マシンの設定の中で、NICの設定をする箇所が
あるのですが、そのNICを E1000 に設定していた事のようです。
この仮想NICを一度削除し、もう一度NICを追加して今度は「フレキシブル」
に設定すると、正常に高速転送出来るようになりました。
しかしESXiで仮想マシンのタイプを「Debian 6 32bit」と設定すると、「E1000」か
「VMXNET3」の2つしか選択出来ず、しかもデフォルトが「E1000」になっているので
そのまま特に何も考えず仮想マシンを作成していました。これを、一度
仮想マシンのタイプを「その他のLinux 32bit」に設定して、「フレキシブル」のNIC
を追加した後、「Debian 6 32bit」に戻してあげる事で本件解決しました。
ESXi依存の問題だったのにSoftEtherの問題だと思い色々お騒がせ致しまして
申し訳ありませんでした。レス下さったcedarさん、ありがとうございました。