Tiempo de leer: 12 minutos

 

La vida está llena de engaños. Las cosas anunciadas en línea, no siempre son lo que realmente obtienes.

Odio estropear tu estado de ánimo, pero ese delicioso anuncio de helado que viste en línea es solo para colorear alimentos y puré de papas insípidos.

Si bien es relativamente fácil detectar anuncios falsos, a veces los vendedores pueden usar un poco de finura para engañarte.

Esto también es cierto para la industria vpn. Lo creas o no, después de “sin registros”, los “servidores VPN” son la característica más exagerada y exagerada de las VPN.

Según Statista, la motivación principal para utilizar una VPN es acceder a mejores contenidos de entretenimiento en Internet (54% en PC y 57% en móvil). Y la única manera de hacerlo es a través de servidores VPN.

vpn-usage-statistics

A pesar de que es casi imposible para los proveedores de VPN ofrecer miles de servidores de metal desnudo (físico),algunos proveedores de VPN realmente afirman que no utilizan ubicaciones de servidor VPN virtual.

En esa nota, en este artículo, echaremos un vistazo a algunos ejemplos de proveedores de VPN que son completamente transparentes sobre sus ubicaciones de servidor VPN o mienten sobre el uso de servidores virtuales.

Diferencia entre servidores virtuales y físicos

Servidores físicos: como su nombre indica, un servidor físico es un equipo físico real. Considéralo como un ordenador de sobremesa capaz de ejecutar sistemas operativos como Windows o Linux.

Los servidores físicos son normalmente, mucho más grandes en tamaño que su computadora de escritorio promedio. Obviamente, con un tamaño más grande viene mayor potencia también.

En la superficie, los servidores físicos parecen una versión jacked up del equipo de escritorio promedio.

Dado que los servidores físicos tienen un tamaño bastante grueso, administrarlos requiere un bastidor de servidor independiente. En casi todos los casos, incluso se requiere una habitación dedicada con aire acondicionado para alojar y enfriar la enorme máquina.

En términos de poder crudo, imagina a Jeremy Clarkson (actualmente presentador de The Grand Tour), gritando “poder” en la parte superior de sus pulmones. Eso es lo que debe el metal físico o desnudo sirve para sentirse.

Los servidores físicos se componen de componentes potentes en general. Para operaciones intensivas en recursos, los servidores pueden estar equipados con dos o más CPU físicas con varios núcleos.

Imagínese más de 20 núcleos procesando datos simultáneamente. Procesos de datos como un cuchillo caliente a través de la mantequilla. Para un servicio VPN, no es mejor que esto.

Otra razón por la que se prefieren los servidores físicos es debido a la seguridad. Dado que los servidores físicos se encuentran en un entorno aislado seguro, comprometer su integridad requeriría que alguien irrumpió realmente en el centro de datos.

Pero tal vez la razón número uno por la que los servidores físicos son preferidos a través de servidores virtuales es debido a su latencia excepcionalmente baja.

Comparación físico vs-virtual-servidor

Servidores virtuales: también conocidos como VPS o máquinas virtuales, por otro lado, son servidores dentro de un servidor físico real. En otras palabras, un servidor virtual es un equipo de software que emula un equipo físico real.

Un servidor virtual está diseñado para funcionar en un entorno multiinquilino, lo que significa que varios servidores virtuales se pueden ejecutar en el mismo hardware físico.

A diferencia de los servidores físicos, los servidores virtuales consumen los recursos de hardware del servidor físico real. Esta es obviamente una opción más rentable.

Si eres un proveedor de VPN, obviamente querrías ir con ubicaciones de servidor VPN virtuales en lugar de físicas.

Dado que es posible configurar varios servidores virtuales que ejecutan varios sistemas operativos en un único servidor físico, requiere significativamente menos recursos de hardware.

Aunque los servidores virtuales son mucho más baratos de operar, pueden ser relativamente más complejos de configurar que los servidores físicos. Esta es la razón por la que se necesitan hipervisores como VMware, vSphere o Microsoft Hyper-V para crear y administrar VS.

Dado que los recursos de hardware se comparten, los servidores virtuales no son ideales para el uso de VPN. Además de eso, como mencioné anteriormente, los servidores virtuales sufren de pings significativamente más altos debido a un enrutamiento extenso que puede afectar el rendimiento general de su conexión VPN.

¿Cuál es el gran alboroto sobre el uso de servidores virtuales?

Si ya no es obvio, las ubicaciones del servidor VPN virtual pueden afectar significativamente al rendimiento de la conexión VPN.

¿Pero por qué es eso? Vamos a profundizar un poco más y averiguarlo.

A partir de la imagen que publiqué anteriormente, es claramente obvio que la oferta del servidor físico es significativamente menor que los servidores virtuales.

Pero, ¿qué es la latencia?

Bueno, la latencia es el tiempo que se tarda en que un paquete de datos se traslade de su origen a su destino. Ahora que sabes lo que es la latencia, hablemos de lo que realmente causa latencia.

En términos técnicos, los ordenadores envían y recuperan datos a la velocidad de la luz mediante el uso de “nodos de puerta de enlace” o más simplemente, “saltos”.

Antes de perderte, un salto se considera como el número de dispositivos tales como routers, a través de los cuales los datos deben pasar para llegar a la fuente o al destino. Dado que los datos no fluyen directamente sobre un solo cable, cuanto más se supere el número de saltos, mayor será la latencia.

Piense en esto como el retraso causado en la carretera debido a varios desvíos o una plaza de peaje. Cuanto mayor sea el número de desvíos, más tiempo se tardará en llegar a su destino.

En las redes, cuanto mayor sea la distancia entre el usuario y el servidor que hospeda el sitio web, mayor será el número de nodos o saltos entre ellos.

Por ejemplo, los datos que viajan de Singapur a los Estados Unidos tardarían considerablemente más que los datos que viajan de los Estados Unidos a Canadá. Al final, todo se reduce a la cuenta de saltos.

vpn-server-latencia-hops-nodes

Ahora, retrocede la pregunta, ¿cuál es el gran alboroto sobre el uso de servidores virtuales?

Bueno para uno, ya que los servidores VPN virtuales están en redes separadas, lo que por sí solo puede conducir a retrasos de paquetes.

Además de eso, con los servidores VPN virtuales, no hay manera de establecer una conexión directa con el hardware físico debido a la capa de hipervisor entre su aplicación VPN y el recurso de computación física. Esto obviamente causa mayor latencia.

redes de servidor virtual

Por último, pero no menos importante, dado que los servidores virtuales son significativamente menos potentes que los servidores físicos, pueden producirse cuellos de botella de rendimiento debido al gran número de usuarios.

servidores virtuales

Pero, ¿son las velocidades más lentas lo único que debería preocuparse al usar servidores VPN virtuales?

Aparentemente no. Permítanme explicarles…

Verás, los proveedores de VPN que ofrecen servidores físicos o de metal desnudo realmente obtienen control total sobre el servidor adquirente.

Mediante el uso de servidores físicos, el personal de TI puede personalizar y configurar completamente el servidor según sus especificaciones y requisitos empresariales.

Tomemos por ejemplo las ubicaciones del servidor NordVPN. Dado que todos sus servidores son realmente físicos (sí, los he probado), pueden configurar su propio sistema operativo vanilla propietario para asegurarse de que todos sus servidores funcionan de acuerdo con sus directrices de negocio.

No sólo eso, el uso de sólo servidores físicos permite a NordVPN implementar una potente ofuscación para eludir incluso los firewalls más robustos.

En comparación, los proveedores de VPN que ofrecen ubicaciones de servidor VPN virtuales, no pueden controlar de forma independiente sus servidores o las aplicaciones que se ejecutan en ellos.

Con el fin de proporcionar acceso al contenido en un país de alto riesgo, los proveedores de VPN enrutan el tráfico a través de ubicaciones de servidores VPN virtuales en otros países. Para ello, el servidor implementado requiere que el servidor implementado cumpla con las leyes de retención de datos de ese país (si existe).

Por ejemplo, si se conecta a un servidor de Hong Kong pensando que son seguros y sus datos realmente se enrutan a través del servidor VPN canadiense en su lugar, su servidor tendría que registrar algunos datos de acuerdo con las leyes canadienses.

Sin embargo, los proveedores de VPN van a grandes esfuerzos para evitar ofrecer servidores virtuales en países que caen por debajo de las alianzas de vigilancia de 5, 9 y 14 ojos. De ahí la mayor latencia.

Pero, ¿qué sucede si un proveedor de VPN está ofreciendo un servidor virtual a una ubicación segura, pero su centro de datos se encuentra en un país con estrictas leyes de retención de datos?

Tenga en cuenta que a veces una empresa VPN puede anunciar un servidor virtual que se encuentra dentro de un país que tiene leyes que parecen amigables con un usuario que no desea que el gobierno acceda a su información personal (por ejemplo, datos de registro).

Sin embargo, los datos reales se almacenan en un centro de datos que se basa en un país con leyes diferentes que pueden facilitar a terceros el acceso a la información personal de un usuario.

Bajo principios generales, las leyes de protección de datos del país donde se encuentra el centro de datos regirán la recopilación, el uso y la divulgación de cualquier información del usuario. En otras palabras, los usuarios deben ser conscientes de que las leyes del país del centro de datos serán las que normalmente importan.

En algunos casos, las leyes de protección de datos permiten la transferencia de información personal a otro país para fines tales como almacenamiento y procesamiento e indican que las leyes del segundo país no se aplican.

Sin embargo, incluso en estos casos, la empresa con sede en el “país de transferencia” a menudo necesita asegurarse de que el procesador de información en el “país transferido” rinda cuentas para manejar los datos de la manera en que lo exigen las leyes del país de transferencia.

¿Por qué el proveedor vpn usa ubicaciones de servidor VPN?

Bueno, es simple.satisfacer las demandas de sus clientes. Quiero decir, si los clientes quieren acceso a una ubicación de alto riesgo, ¿no tiene sentido para el proveedor de VPN dar a los usuarios ese acceso.

Mientras que los pequeños proveedores de VPN utilizan ubicaciones de servidores VPN virtuales principalmente en aras de la reducción de costos, los proveedores de VPN más convencionales como ExpressVPN, utilizan ubicaciones de servidores VPN virtuales en aras de cumplir con las brechas en su cobertura global de servidores.

Los principales proveedores de VPN como Surfshark, PureVPN y ExpressVPN son completamente transparentes sobre el uso de una combinación de servidores virtuales y físicos. De hecho, la página ubicaciones del servidor PureVPN menciona explícitamente el uso de servidores virtuales.

Ubicaciones del servidor PureVPN:

purevpn-server-locations

Del mismo modo, ExpressVPN también tiene una página independiente que enumera sus ubicaciones de servidores virtuales y una breve descripción de por qué las usan.

Con el fin de ofrecer acceso a ciertos contenidos geo-restringidos, los proveedores de VPN no tienen otra opción que ofrecer ubicaciones de servidor VPN virtuales en los países vecinos y asignarle una IP del país en el que reside el contenido.

Por ejemplo, según la página de ubicaciones del servidor Express VPN, “si decide utilizar ExpressVPN para conectarse a Indonesia, el tráfico de red se enrutará a través de un servidor en Singapur y se le asignará una dirección IP indonesia para que su tráfico parezca provenir de Indonesia”.

 

Desde una perspectiva de usuario final, aparte de experimentar probablemente pings más altos, no hay una manera obvia de distinguir una ubicación de servidor VPN virtual de una física.

Es interesante observar que, al menos en teoría, las empresas VPN podrían ser responsables ante los usuarios o sujetas a una multa del gobierno si engañan a los consumidores al afirmar que tienen servidores físicos cuando en realidad están utilizando servidores virtuales.

Muchos países tienen leyes que permiten a los consumidores demandar a las empresas si estas declaraciones engañosas causan daños a los consumidores. Además, los países a menudo tienen leyes contra la publicidad falsa o que incurren en prácticas comerciales engañosas que podrían resultar en multas u otras sanciones para el negocio infractor.

Dicho esto, en la siguiente sección se siguen los pasos para ver si un proveedor de VPN usa servidores virtuales o no.

¿Cómo probar si su VPN utiliza ubicaciones de servidor VPN virtual?

Las pruebas para ver si su proveedor de VPN utiliza servidores VPN virtuales son bastante fáciles. Todo lo que se necesita es un par de herramientas y un poco de trabajo de investigación para encontrar aproximadamente la ubicación de un servidor VPN.

¿Te sientes bombeado? ¡Espera un minuto, Sherlock!

Antes de utilizar cualquier herramienta, la mejor opción para usted es preguntar al proveedor directamente si utilizan ubicaciones de servidor VPN virtuales o no. Ya sea a través de soporte de correo electrónico o soporte de chat en vivo, obtendrá fácilmente una respuesta definitiva allí y luego.

Por ejemplo, cuando empecé a escribir este artículo, envié un correo electrónico a PrivateVPN y pregunté si usaban servidores virtuales. Esto es lo que me enviaron por correo electrónico:

privateVPN-virtual-server-response-email

Consejo profesional: Sólo tiene que mencionar que usted es un revisor y desea actualizar su opinión. Eso siempre hace el trabajo.

Pero si no obtienes una respuesta definitiva, es hora de ponerte el sombrero de investigación y llevar a cabo la prueba tú mismo.

Esto es lo que necesitará:

  1. La dirección del servidor VPN del servidor en el que desea realizar la prueba. Puede navegar por las listas de servidores VPN al iniciar sesión en el sitio web de sus proveedores de VPN.
  2. Herramienta de prueba de ping como Ca Technologies App Synthetic Monitor u otras herramientas como pe.
  3. Una utilidad Traceroute. De nuevo puede utilizar la utilidad Traceroute de App Synthetic Monitor. Si no tiene ganas de usar la utilidad en línea, incluso puede ejecutar el comando tracert en el símbolo del sistema.

Las herramientas mencionadas anteriormente deben darle una estimación aproximada de si el servidor VPN que está utilizando es físico o no.

Sin embargo, si tiene ganas de llevar su investigación un paso más allá, incluso puede averiguar el nombre y la ubicación del centro de datos que aloja el servidor utilizando el kit de herramientas BGP de Hurricane Electric Internet Services.

Ahora que sabes lo que necesitarás para realizar la prueba, ahora podemos discutir cómo llevarla a cabo realmente.

Pruebas de servidores VPN virtuales y físicos

Entonces, ¿qué quiero cubrir en esta sección? Bueno, además de mostrarle cómo realizar la prueba, también quiero mostrarle qué proveedores son fieles a sus palabras.

Para ello, me he puesto en contacto con 23 proveedores de VPN y les he preguntado si utilizan servidores virtuales o todos sus servidores son realmente de metal desnudo (físico). También he realizado la prueba usando las herramientas que he mencionado anteriormente.

Comencemos la prueba…

PrivateVPN – Fiel a sus afirmaciones

Comenzando con PrivateVPN y afirman que ofrecen una mezcla de servidores físicos y virtuales. Es cierto, en realidad tienen una página dedicada que menciona y distingue claramente sus servidores físicos y virtuales.

privateVPN-virtual-physical-server-list

Sin embargo, PrivateVPN realmente me tomó por sorpresa como los pocos servidores “virtuales” que probé, en realidad resultó ser físico. Supongo que no actualizaron su página.

Así es como realicé la prueba…

Para empezar, seleccioné un servidor virtual (fr-par2.privatevpn.com) de su lista de direcciones de servidor VPN. Si te preguntas qué es la dirección del servidor VPN, la siguiente imagen la explica perfectamente.

Servidor físico-francés-virtual

De todos modos, entonces quería hacer ping al servidor desde varias ubicaciones (países) para ver qué ubicación era la más cercana.

Querrá buscar el campo que tiene los valores más bajos, más específicamente, desea buscar la ubicación con el menor tiempo de ida y vuelta (mín. rtt).

Si el tiempo de ida y vuelta es de 2 o menos, eso es una gran indicación de que el servidor se encuentra realmente en el país donde se afirma que está.

Puesto que estoy realizando la prueba en el servidor virtual en Francia, el servidor que está haciendo ping al servidor de PrivateVPN debe mostrar un rrt significativamente más alto.

CyberGhost-jerusalem-server-ping-test-1

Sin embargo, como dije anteriormente, incluso sus servidores virtuales son realmente físicos.

En lugar de mostrar alto rrt en Francia, su servidor virtual ubicado en Francia en realidad mostró 1.496 rrt.

privateVPN-virtual-server-france-ping-test-2

Esa es una clara indicación de que, de hecho, su servidor virtual ya no es virtual.

Sin embargo, para cruzar la comprobación de la prueba, es mejor ejecutarla a través de la utilidad traceroute para ver si en realidad es un servidor virtual o físico.

Si no sabe lo que hace la utilidad traceroute, le indica el recuento de saltos, la dirección IP de cada nodo y sus pings.

Para realizar la prueba traceroute, utilicé la misma dirección de servidor que antes (fr-par2.privatevpn.com).

Dado que estamos verificando cruzadamente que el servidor está realmente ubicado en París, Francia, como se desprende de la prueba de ping, usted querría realizar la prueba traceroute desde París.

privateVPN-virtual-server-france-traceroute-test

 

A partir del resultado de la prueba publicado anteriormente, desea ver el segundo último campo. Dado que el valor ping es, de hecho, similar al valor min. rtt de la prueba de ping, el servidor se encuentra de hecho en París Francia.

Ahora, como mencioné anteriormente, también puede realizar la prueba de seguimiento mediante el símbolo del sistema en el equipo Windows. Sin embargo, no puede realizar el traceroute desde una ubicación específica. En su lugar, el cmd realizará la prueba traceroute desde la ubicación del equipo.

A continuación, te explicamos cómo hacerlo…

  1. Abra el símbolo del sistema en el equipo Windows pulsando la tecla Windows y escribiendo “cmd”.
  2. En el símbolo del sistema, escriba el comando “tracert” junto con la dirección del servidor y pulse Intro.

Así es como se ve el resultado de la prueba desde mi computadora…

privateVPN-virtual-server-france-traceroute-test-Command-prompt

Ahora que he cubierto la prueba de ping y traceroute, hay una cosa adicional que cubrir. Estoy hablando de encontrar el centro de datos que aloja el servidor VPN.

Hacer eso es bastante simple, sólo tiene que introducir la segunda última dirección IP de la prueba traceroute que realizamos anteriormente.

Así es como puedes hacerlo tú mismo:

  1. Copie la segunda última dirección IP de la prueba traceroute que realizamos anteriormente, en este caso, es 212.73.200.38.
  2. Ahora diríjase a he.net e introduzca la dirección IP copiada en el campo proporcionado y pulse la búsqueda.

privateVPN-virtual-server-france-data-center-1

  1. Ahora haga clic en donde dice “Origen AS” y usted debe ser capaz de ver el nombre y el país del centro de datos que aloja el servidor VPN.

privateVPN-virtual-server-france-data-center-2

privateVPN-virtual-server-france-data-center-3

Como puede ver, el servidor que acabamos de probar se encuentra de hecho en Francia, pero en realidad no es propiedad de un centro de datos francés. En realidad está en los EE.UU.

Pero aquí está la trampa.

Los centros de datos deben cumplir con las leyes y regulaciones de los países en los que se encuentran. Así que para este caso en particular, el centro de datos está en la nación 5 Eyes, lo que significa que podría conducir a preocupaciones de privacidad.

Surfshark : podría estar usando servidores virtuales

Ahora Surfshark es un servicio VPN increíble, de hecho, personalmente puedo dar fe de lo bueno que es. Sin embargo, eso no significa necesariamente que no lo probaría.

En esa nota, empecé poniéndome en contacto con su soporte de chat (usando un pseudonombre Jack). La pregunta era simple, ¿utiliza servidores virtuales o todo el metal desnudo de su servidor?

En la respuesta, Surfshark me dijo que sólo usaban servidores físicos de metal desnudo a partir de ahora, sin embargo, están planeando introducir servidores virtuales en el futuro.

surfshark-virtual-server-live-chat

A pesar de su afirmación, todavía decidí probar algunos de los lugares más exóticos ofrecidos por Surfshark, así que elijo Vietnam.

Mientras que sus otras ubicaciones principales como el Reino Unido, Estados Unidos, Canadá y Australia pasaron como servidores reales, Vietnam parece ser una ubicación de servidor virtual. Al menos eso es lo que mostraron mis pruebas.

Así es como realicé la prueba…

Al igual que hice con el PrivateVPN, elegí un servidor para probar desde el sitio web de Surfshark. En este caso, era el servidor vietnamita.

surfshark-server-list-Vietnam

Ahora lo hice ping usando la herramienta de prueba de ping del Monitor sintético de la aplicación.

surfshark-Vietnam-servidor-ping-test-1

Ahora bien, si el servidor vietnamita de Surfshark es realmente físico, debería mostrar un significativamente bajo (min. rtt), sin embargo, ese no fue el caso. Por el contrario, el servidor vietnamita de Surfshark mostró un significativamente alto (min. rtt).

surfshark-Vietnam-servidor-ping-test-2

Por otro lado, Amberes, un lugar en Bélgica mostró sospechosamente bajo (min. rtt), una señal lo suficientemente clara como para que el servidor vietnamita de Surfshark pudiera estar ubicado en algún lugar cerca de Bélgica.

surfshark-Vietnam-servidor-ping-test-3

Para verificar los resultados de mis pruebas, también lo ejecuté a través de la prueba Traceroute. De hecho, los resultados de las pruebas fueron bastante similares, un signo revelador de un servidor virtual.

surfshark-Vietnam-servidor-traceroute-test

Ahora tenga en cuenta que los resultados de las pruebas anteriores no son 100% precisos, pero basado en mis pruebas, parece que Surfshark podría estar ofreciendo un servidor virtual para Vietnam. Me refiero a cómo más puedes explicar una rrt tan ridículamente baja en Bélgica.

Si los resultados de mis pruebas son correctos, Surfshark está enrutando su tráfico a través de servidores más cercanos a Bélgica y asignándolo una IP vietnamita.

Pero este no es el único servidor que encontré que es virtual, de hecho, el servidor indio de Surfshark parecía que podría ser virtual también.

Para mantener las cosas concisas, estoy publicando los resultados de las pruebas para el servidor indio a continuación.

surfshark-server-list-india

surfshark-ping-test-india-mumbai-1

Como se puede ver, ambos servidores indios haciendo ping en el servidor indio de Surfshark están mostrando significativamente alto (mín. rtt).

surfshark-ping-test-india-mumbai-2

Por otro lado, el servidor de Amberes ubicado en Bélgica mostró significativamente bajo (min. rtt).

Al igual que su servidor vietnamita, Surfshark podría estar enrutando su tráfico para el servidor indio a través de algún servidor situado cerca de Amberes Bélgica.

Excavando un poco más profundo y tanto el vietnamita como el servidor indio de Surfshark son propiedad del mismo centro de datos que se encuentra en los Países Bajos.

surfshark-data-center-india-vietnam

Eran sólo dos lugares. Existe la posibilidad de que también haya otros.

CyberGhost – Sin servidores virtuales a la vista

Para probar si las ubicaciones del servidor VPN CyberGhost, primero me puse en contacto con su soporte de chat y pregunté al respecto de forma bastante casual.

Según CyberGhost, todos sus servidores son físicos y no utilizan ningún tipo de virtualización.

CyberGhost-virtual-server-live-chat

Para la parte de prueba real, elijo un servidor israelí de CyberGhost. Dado que esta ubicación era algo exótica, tenía una alta probabilidad de ser un servidor virtual. Resulta que me equivoqué.

CyberGhost-server-list-isreal

Pinging el servidor israelí de CyberGhost reveló que, de hecho, no estaban mintiendo sobre el uso de servidores físicos.

CyberGhost-jerusalem-server-ping-test-1

Su servidor israelí se encuentra de hecho en Israel – Kiryat-Matalon.

CyberGhost-jerusalem-server-ping-test-2

Incluso la ejecución de la herramienta traceroute mostró un resultado similar con una tasa de ping extremadamente baja de Kiryat-Matalon a Jerusalén.

CyberGhost-jerusalem-server-ping-test-3

Incluso el centro de datos que aloja el servidor israelí de CyberGhost también se encuentra dentro de Israel.

CyberGhost-jerusalem-server-data-center-1

CyberGhost-jerusalem-server-data-center-2

Lista de VPN que revelan o utilizan servidores virtuales

A continuación se muestra una lista de algunos proveedores de VPN que utilizan servidores virtuales. Puede haber muchos otros, que añadiré a esta lista en el futuro.

  • ExpressVPN
  • Ivacy
  • PureVPN
  • PrivateVPN
  • CactusVPN
  • GetFlix
  • Vyprvpn
  • Surfshark

¡Terminando!

Primero las políticas de registro defectuosas, que las fugas y ahora el uso de servidores virtuales, parece que a los proveedores de VPN les encanta enredarse en la controversia.

A pesar de que no hay nada técnicamente malo en el uso de servidores virtuales, algunos proveedores de VPN son demasiado reacios a anunciarlo apropiadamente en su sitio web.

Por el contrario, algunos proveedores incluso seguirían adelante y afirmarían que todos sus servidores son físicos. Pero como vimos con Surfshark, puede que no siempre sea verdad.

Otro ejemplo de este tipo es CactusVPN. A pesar de que utilizan una combinación de servidores virtuales y físicos, no lo mencionan en ningún lugar de su sitio web.

Mientras que por otro lado, los proveedores de VPN como ExpressVPN, PureVPN, Ivacy y VyprVPN han mencionado claramente que utilizan servidores virtuales y físicos según sea necesario.

Con toda honestidad, este tema es bastante confuso en la naturaleza. Sin embargo, la única queja que tengo es que los proveedores de VPN deben ser más transparentes y revelar abiertamente qué tipo de servidores ofrecen.