
Tenho a seguinte configuração de rede, duas máquinas em ISPs diferentes, em cidades diferentes.
+----------------------------+ +------------------------------+
| HOME | | REMOTE |
| ISP: 50mbit up/down | +-------> | ISP: 200mbit down/20mbit up |
| SCP: 50mbit up/20mbit down | | SCP: 50mbit down/20mbit up |
| VPN: 33mbit up/6mbit down | <-------+ | VPN: 33mbit down/6mbit up |
| | | |
+----------------------------+ +------------------------------+
Em CASA tenho upload e download de 50mbit (medidos pelo speedtest.net) e no REMOTO tenho download de 200mbit e upload de 20mbit. HOME é o cliente VPN Win10 e o REMOTE está pptpd
no Ubuntu Server 16.04. O pptpd
está usando criptografia MS-CHAPv2 de 128 bits, mas a CPU não mostra nenhuma carga significativa.
- Ao fazer upload de dadosInternetde HOME para REMOTE consigo 50mbit completos usando SCP.
Ao baixar dadosInternetde REMOTE para HOME obtenho 20mbit completos usando SCP.
Ao fazer upload de dadosVPNde HOME para REMOTE consigo 33 mbit usando SCP.
- Ao baixar dados de downloadVPNde REMOTE para HOME recebo apenas 6mbit usando SCP.
Originalmente percebi o problema com o Samba, mas quando mudei para SCP por VPN, a velocidade ainda é de apenas 6 mbit, então parece que o protocolo não desempenha um papel.
Informações de configuração de rede REMOTE está em LAN gigabit. HOME está em WiFi 2,4 GHz 802.11n.
ifconfig no REMOTO
eno1 Link encap:Ethernet HWaddr **redacted**
inet addr:192.168.0.253 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::feaa:14ff:fe27:4fe4/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:130858099 errors:0 dropped:6196 overruns:0 frame:0
TX packets:87190652 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:152330084160 (152.3 GB) TX bytes:69709394766 (69.7 GB)
Interrupt:20 Memory:f7e00000-f7e20000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:149614 errors:0 dropped:0 overruns:0 frame:0
TX packets:149614 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1
RX bytes:151856141 (151.8 MB) TX bytes:151856141 (151.8 MB)
ppp0 Link encap:Point-to-Point Protocol
inet addr:192.168.0.100 P-t-P:192.168.0.101 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1396 Metric:1
RX packets:458 errors:0 dropped:0 overruns:0 frame:0
TX packets:297 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:49460 (49.4 KB) TX bytes:146281 (146.2 KB)
ipconfig /all em HOME
PPP adapter VPN:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : VPN
Physical Address. . . . . . . . . :
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
IPv4 Address. . . . . . . . . . . : 192.168.0.101(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.255
Default Gateway . . . . . . . . . :
DNS Servers . . . . . . . . . . . : 192.168.0.253
8.8.8.8
NetBIOS over Tcpip. . . . . . . . : Enabled
Wireless LAN adapter Wi-Fi:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Intel(R) Dual Band Wireless-N 7260
Physical Address. . . . . . . . . : **redacted**
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IPv4 Address. . . . . . . . . . . : 192.168.1.16(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : 14. ledna 2017 11:44:39
Lease Expires . . . . . . . . . . : 16. ledna 2017 12:42:59
Default Gateway . . . . . . . . . : 192.168.1.1
DHCP Server . . . . . . . . . . . : 192.168.1.1
DNS Servers . . . . . . . . . . . : 208.67.222.222
192.168.1.1
NetBIOS over Tcpip. . . . . . . . : Enabled
DR:Na VPN PPTP, a máquina remota usa apenas um terço da largura de banda de upload disponível. Eu quero saber por quê.