Tengo la siguiente configuración de red, dos máquinas en diferentes ISP, en diferentes ciudades.
+----------------------------+ +------------------------------+
| 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 |
| | | |
+----------------------------+ +------------------------------+
En CASA tengo 50 mbit de carga y descarga (medido por speedtest.net) y en REMOTO tengo 200 mbit de descarga y 20 mbit de carga. HOME es un cliente VPN Win10 y el REMOTO está pptpden Ubuntu Server 16.04. Utiliza pptpdcifrado MS-CHAPv2 de 128 bits, pero la CPU no muestra ninguna carga significativa.
- Al cargar datos sobreInternetde CASA a REMOTO obtengo 50 mbit completos usando SCP.
Al descargar datos sobreInternetde REMOTO a CASA obtengo 20 mbit completos usando SCP.
Al cargar datos sobrevpnde CASA a REMOTO obtengo 33 mbit usando SCP.
- Al descargar datos de descarga sobrevpnde REMOTO a CASA obtengo solo 6 mbit usando SCP.
Originalmente noté el problema con Samba, pero cuando cambié a SCP a través de VPN, la velocidad sigue siendo de solo 6 mbit, por lo que parece que el protocolo no influye.
Información de configuración de red REMOTO está en LAN gigabit. HOME está conectado a WiFi 802.11n de 2,4 GHz.
ifconfig en 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 /todos en INICIO
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
TL;DR:En PPTP VPN, la máquina remota utiliza solo un tercio del ancho de banda de carga disponible. Quiero saber por qué.