Dominios y DNS para el propietario de un servidor

El servidor se puede cambiar en una tarde, pero el dominio acompaña al proyecto durante años. Mediante DNS, el dominio apunta al servidor, al correo y a servicios externos, y un solo registro erróneo deja la web sin servicio o envía los correos a spam. Veamos qué registros necesita el propietario de un VPS, cómo funciona la caché, dónde alojar la zona y cómo pasar a un servidor nuevo sin que los visitantes lo noten.

Actualizado 06.11.2026 · Encuentra un VPS a tu medida →

Un dominio tiene tres partes independientes, y conviene distinguirlas. El registrador vende y renueva el propio dominio. Los servidores DNS indicados en el registrador mediante los registros NS guardan la zona, es decir, la lista de registros del dominio. El proveedor de hosting ofrece el servidor con la dirección IP a la que apuntan esos registros. Las tres funciones pueden estar en una sola empresa o en tres distintas, y de ello depende qué habrá que cambiar en una migración.

Registros DNS principales

  • A: la dirección IPv4 del servidor para un nombre (RFC 1035). Una web suele necesitar dos: para example.com y para www.example.com.
  • AAAA: lo mismo para IPv6 (RFC 3596). Añádalo solo si el servidor responde de verdad por IPv6: los navegadores prueban primero esa dirección, y un IPv6 que no funciona provoca retrasos a parte de los visitantes. Más detalles en el artículo IPv4 e IPv6 en un servidor.
  • CNAME: un alias; el nombre apunta a otro nombre, por ejemplo www a example.com o un subdominio a la dirección de una CDN. Según el RFC 2181, un nombre con CNAME no puede tener otros registros, por lo que no se pone un CNAME en el dominio raíz: ahí ya están los registros NS y SOA. Algunos proveedores de DNS lo resuelven con tipos propios como ALIAS o ANAME, pero es una extensión de cada servicio, no un estándar.
  • MX: los servidores que reciben el correo del dominio, con una prioridad: el número menor es el principal. Un MX debe apuntar a un nombre con registro A o AAAA, no a una dirección IP ni a un CNAME.
  • TXT: texto libre. En él se guardan SPF, DKIM y DMARC para el correo y los códigos de verificación del dominio para buscadores y otros servicios. Cómo redactar los registros de correo se explica en el artículo Servidor de correo en un VPS: SPF, DKIM y DMARC.
  • CAA: qué autoridades de certificación pueden emitir certificados para el dominio (RFC 8659). Es opcional, pero si existe, una autoridad que no figure en él se negará a emitir. Sobre certificados, vea el artículo Certificados SSL: gratuitos y de pago.

La zona típica de una web en un VPS con el correo en un servicio externo es así: registros A y AAAA para el dominio y para www, el MX del servicio de correo, TXT con SPF y DMARC, CNAME o TXT para DKIM y varios TXT con verificaciones de servicios.

TTL: por qué los cambios no se ven al instante

El TTL es el tiempo en segundos durante el cual los servidores DNS de los operadores y los dispositivos de los visitantes recuerdan una respuesta (RFC 2181, sección 8). Mientras no venza, no vuelven a consultar la zona, así que un registro nuevo no llega a todos antes de que pase el TTL del antiguo. De ahí la idea extendida de que «el DNS tarda hasta 72 horas en actualizarse»: en realidad todo depende del TTL que usted mismo haya fijado.

  • 3600 segundos (una hora): un valor razonable para el funcionamiento normal;
  • 300 segundos: durante una migración o una configuración, cuando quizá haya que cambiar la dirección rápido;
  • un día o más: para registros que no cambian en años, como el MX.

La ausencia de un registro también se guarda en caché. Si se consulta un subdominio antes de crearlo, la respuesta negativa se recuerda durante el plazo indicado en el registro SOA de la zona (RFC 2308), a menudo una hora. Por eso, primero cree el registro y después compruébelo.

Un caso aparte son los registros NS en el registrador. Su TTL no lo fija el titular del dominio, sino la zona de nivel superior. Una consulta a los servidores de las zonas el 6 de noviembre de 2026 mostró que, para los dominios .com, los registros NS se guardan en caché 172 800 segundos, es decir, dos días, y para .ru, 345 600 segundos, cuatro días. Por eso cambiar los servidores DNS de un dominio siempre tarda más que cambiar un registro A.

PTR: el registro inverso para el correo

Los registros normales traducen un nombre en una dirección, y el PTR, una dirección en un nombre: 203.0.113.10 → mail.example.com. No está en la zona de su dominio, sino en la zona de direcciones in-addr.arpa o ip6.arpa, que gestiona el titular de la dirección IP, es decir, el proveedor de hosting. Se configura en el panel del proveedor o a través del soporte.

Una web no necesita PTR, pero el correo sí: Google exige a los remitentes que la IP del servidor tenga PTR y que el nombre que contiene apunte de vuelta a la misma dirección. Antes de comprar un VPS para correo, compruebe si el proveedor permite cambiar el PTR y si el puerto 25 de salida está abierto; hay una selección de estos servidores en VPS para servidor de correo.

Dónde alojar la zona: registrador, proveedor de hosting o servicio DNS aparte

  • En el registrador. Es gratis y no depende del proveedor de hosting: al cambiar de servidor, cambia un registro A. Inconvenientes: pocos tipos de registro, sin API o con una API limitada, y la velocidad de respuesta depende de la infraestructura del registrador.
  • En el proveedor de hosting. Es cómodo tenerlo todo en un panel, y algunos proveedores rellenan la zona ellos mismos. Pero al cambiar de proveedor también habrá que trasladar la zona, y si la cuenta se bloquea o hay una disputa, junto con el servidor deja de estar disponible el DNS, es decir, el correo y todos los subdominios.
  • Un servicio DNS aparte. Servidores en varios países con anycast, respuestas rápidas, API para automatizar y emitir certificados wildcard, historial de cambios. Muchos tienen planes básicos gratuitos. Encaja con proyectos que tienen varios servidores o que usan una CDN.

Una regla para cualquier opción: el registrador y la cuenta del dominio deben pertenecer al titular del proyecto, no a un contratista ni al proveedor de hosting. Según el catálogo de accsly.io (noviembre de 2026), 494 planes de hosting compartido de 153 de los 1655 proveedores mencionan un dominio gratuito, normalmente con pago anual. Ante una oferta así, averigüe a nombre de quién se registra el dominio y cuánto cuesta renovarlo el segundo año. Los planes de hosting están reunidos en la sección Hosting para webs.

Proteja el dominio como si fuera dinero: acceso en dos pasos en el registrador, renovación automática con una tarjeta en vigor y un correo del titular actualizado. Según las normas vigentes de ICANN, un dominio de las zonas genéricas como .com no se puede transferir a otro registrador durante 60 días tras su registro o transferencia, así que conviene elegir bien el registrador desde el principio.

Cómo migrar una web sin tiempo de inactividad

  1. Uno o dos días antes, baje el TTL de los registros A y AAAA a 300 segundos y espere a que venza el TTL anterior.
  2. Prepare el servidor nuevo y pruebe la web en él antes de cambiar el DNS: curl --resolve example.com:443:203.0.113.10 https://example.com/ o una entrada en el archivo hosts de su ordenador.
  3. Cambie los registros A y AAAA a la nueva dirección. En pocos minutos, la mayoría de los visitantes estará en el servidor nuevo.
  4. No apague el servidor antiguo durante al menos un día: los dispositivos con la dirección en caché seguirán accediendo a él. Si la web recibe datos, durante la migración ponga la copia antigua en solo lectura para que los pedidos y comentarios no se repartan entre dos bases de datos.
  5. Restablezca el TTL a su valor habitual cuando todo funcione.

El procedimiento completo para trasladar archivos, base de datos y correo se describe en el artículo Cómo migrar una web del hosting compartido a un VPS.

Si además del servidor cambia los servidores DNS del dominio, hágalo en un paso aparte. Primero traslade todos los registros a la zona nueva y compare las respuestas de los servidores antiguos y nuevos: dig @nuevo-ns example.com MX, y así con cada tipo. Solo entonces cambie los NS en el registrador y mantenga operativa la zona antigua al menos durante el TTL de la delegación: dos días para .com y cuatro para .ru. Si el dominio tiene DNSSEC activado, antes de cambiar los NS retire el registro DS en el registrador o traslade las claves según el esquema del RFC 6781: de lo contrario, los resolutores que validan DNSSEC dejarán de abrir el dominio.

Cómo comprobarlo

El comando dig example.com A +short muestra la respuesta actual, y dig example.com A +trace, el recorrido desde los servidores raíz hasta los suyos, lo que ayuda a ver qué servidor devuelve el registro antiguo. dig -x 203.0.113.10 comprueba el PTR. Para ver el TTL que le queda en la caché a un resolutor concreto, consúltelo directamente sin +short. Si la web está detrás de una CDN, el registro A apuntará a la CDN y no a su servidor; cómo funciona esto se explica en el artículo CDN: cuándo la necesita una web.

Preguntas frecuentes

¿Cuánto tarda en actualizarse el DNS tras cambiar un registro?

Lo que dure el TTL del registro antiguo: con un TTL de 300 segundos, unos cinco minutos; con un TTL de un día, hasta un día. Cambiar los servidores DNS del dominio en el registrador lleva más: para .com los registros NS se guardan en caché dos días, y para .ru, cuatro.

¿En qué se diferencia un registro A de un CNAME?

Un registro A apunta un nombre a una dirección IP; un CNAME, a otro nombre, cuya dirección se toma de sus propios registros. En el dominio raíz no se puede poner un CNAME, solo A y AAAA.

¿Dónde es mejor alojar el DNS: en el registrador o en el proveedor de hosting?

Si tiene un solo servidor y lo cambia poco, basta el DNS del registrador: no depende del proveedor de hosting. La zona en el proveedor es cómoda, pero al dejarlo habrá que trasladarla. Un servicio DNS aparte hace falta cuando hay varios servidores, una CDN o se necesita automatizar mediante API.

¿Quién configura el registro PTR?

El titular de la dirección IP, es decir, el proveedor de hosting: en el panel de control del servidor o a petición al soporte. En la zona de su propio dominio no se puede crear un PTR.

¿Cómo migrar una web a otro servidor sin tiempo de inactividad?

Un día antes, baje el TTL a 300 segundos, pruebe la web en el servidor nuevo mediante el archivo hosts, cambie los registros A y AAAA y mantenga el servidor antiguo encendido al menos un día más.

¿Hace falta un registro AAAA si el servidor tiene IPv6?

Sí, si la web del servidor responde de verdad por IPv6 en los puertos 80 y 443. Si se le ha asignado IPv6 pero el servidor web no escucha en él, mejor no añadir el registro AAAA: parte de los visitantes sufrirá retrasos y errores.

Planes sobre el tema

VPS para sitio webVPS para WordPressVPS para tienda online

Más en la guía

  • CDN: cuándo la necesita una webUna CDN guarda copias de los archivos de la web en servidores de todo el mundo y se las entrega al visitante desde el más cercano. Así cargan más rápido las imágenes, los scripts y los vídeos y su servidor soporta menos carga, pero una CDN no acelera un motor lento ni sustituye una buena elección del país del servidor. Veamos en qué casos hace falta de verdad una CDN y cuándo basta con un VPS en el lugar adecuado.
  • Certificados SSL: gratuitos y de pagoUn certificado gratuito cifra la conexión con la misma solidez que uno de pago: el navegador no los distingue por nivel de protección. La diferencia está en qué comprueba la autoridad de certificación, cuánto dura el certificado y quién se encarga de renovarlo. Según el catálogo de accsly.io (noviembre de 2026), el SSL gratuito figura de forma expresa en 1449 planes de hosting compartido de 178 proveedores. Veamos cuándo basta con eso y cuándo merece la pena comprar un certificado.
  • La ley 152-FZ y el hosting: dónde guardar los datosSi su web o servicio recoge datos personales de ciudadanos rusos, por ejemplo de clientes en Rusia, el registro y el almacenamiento de esos datos deben hacerse en bases situadas en territorio ruso: lo exige la parte 5 del artículo 18 de la ley federal rusa n.º 152-FZ. Para elegir un VPS esto significa que importa el país del centro de datos, no el del proveedor, y que las copias en el extranjero ya están sujetas a otras reglas. Veamos qué exige la ley, qué obligaciones recaen sobre el responsable y qué esquemas se usan en la práctica.
  • El RGPD y la elección del hostingEl Reglamento General de Protección de Datos (RGPD) no exige guardar los datos en la Unión Europea, pero sí que haya un contrato de encargo del tratamiento con el proveedor y que la salida de datos de la UE se apoye en uno de los mecanismos legales. Según el catálogo de accsly.io (noviembre de 2026), el 61 % de los proveedores de VPS tienen servidores en la UE, pero casi la mitad de ellos están registrados fuera del Espacio Económico Europeo. Veamos por qué importa y qué comprobar en las condiciones.
  • Jurisdicción del proveedor: en qué influyeCada servidor tiene dos países: aquel en el que está el centro de datos y aquel en el que está registrada la empresa que lo alquila. Según el catálogo de accsly.io (noviembre de 2026), en el 15 % de los proveedores de VPS son países distintos. Del primero dependen el ping y los requisitos sobre dónde se guardan los datos; del segundo, el derecho aplicable al contrato, el tribunal para las disputas, los documentos para la contabilidad y qué autoridades pueden pedir los datos. Veamos qué cambia cada uno.
  • Cómo comparar precios de VPS: el precio por unidad de recursosEl precio de un plan responde a la pregunta «cuánto voy a pagar», pero no a «cuánto recibo por ese dinero». Según el catálogo de accsly.io (noviembre de 2026), el gigabyte de memoria en un plan de 1 GB cuesta de mediana 8 USD al mes, y en un plan de 4 GB, 5 USD. Veamos cómo calcular el precio por vCPU, por gigabyte de memoria y de disco, y qué hay que llevar a un mismo denominador antes de comparar dos ofertas.
  • SLA y uptime: qué prometen los proveedoresUn SLA del 99,9 % permite al proveedor 43 minutos de caída al mes, y uno del 99,99 %, unos cuatro. Pero el porcentaje de la publicidad no es todavía un compromiso: el compromiso es el documento que dice qué cuenta como caída, qué queda excluido y cuánto le devolverán. Casi siempre es un descuento en la siguiente factura, no dinero. Veamos cómo leer esos documentos y cómo comprobar la disponibilidad por su cuenta.
  • Periodo de prueba y devolución del dineroHay dos formas de probar un servidor antes de pagar un mes o un año: un periodo de prueba gratuito o una garantía de devolución del dinero. Según el catálogo de accsly.io (noviembre de 2026), el 11 % de los proveedores de VPS ofrecen prueba y el 36 %, garantía de devolución. Pero en muchos de ellos las condiciones solo se aplican al hosting compartido, al primer pedido o al pago con tarjeta. Veamos qué comprobar para que la garantía funcione.
  • Servidor en la nube o VPSUn servidor en la nube y un VPS suelen ser la misma máquina virtual sobre KVM. La diferencia está en lo que la rodea: la nube vende recursos por horas a través de una API y ofrece discos en red, snapshots y servicios listos para usar, mientras que el VPS clásico es un plan fijo mensual con disco local y un paquete de tráfico. Veamos qué parte de todo eso necesita y cuánto cuesta.
  • Servidor dedicado o VPSUn VPS es una parte de un servidor físico; un servidor dedicado es la máquina entera. Con 4 núcleos y 8–16 GB de memoria el VPS cuesta casi la mitad; con 4 núcleos y 32 GB los precios se igualan, y con 64 GB en 8 núcleos o 128 GB en 16 núcleos el servidor dedicado del catálogo sale un tercio más barato que el virtual. Veamos qué más cambia aparte del precio: vecinos, garantías, plazos, averías de hardware y gestión remota.
  • Hosting o VPS para una webEl hosting compartido es un espacio listo para una web en el que del servidor se ocupa el proveedor. Un VPS es un servidor propio en el que todo lo configura usted. Para una landing o una web normal en WordPress basta con el hosting, que cuesta varias veces menos. El VPS hace falta cuando a la web no le bastan los límites de la cuenta o necesita un programa que el hosting no permite. A continuación: qué incluye cada opción, cuánto cuesta y una tabla para elegir.
  • Protección DDoS: qué ofrecen de verdad los proveedoresHoy uno de cada dos proveedores pone «protección DDoS» en sus planes. Detrás puede haber un filtrado de varios terabits o solo el derecho a desconectar tu dirección cuando un ataque molesta a los vecinos. Veamos de qué se compone la protección, en qué se diferencian los niveles L3/L4 y L7 y cómo saber por el contrato qué estás comprando.
  • Servidor de correo en un VPS: SPF, DKIM y DMARCInstalar Postfix o una solución lista como Mailcow en un VPS es cosa de una hora. Conseguir que los correos lleguen a la bandeja de entrada y no al spam es más difícil: los servicios de correo miran el puerto, la dirección del servidor, su reputación y tres registros DNS. Veamos qué comprobar en el proveedor antes de comprar y cómo configurar SPF, DKIM y DMARC.
  • Monitorización de un servidor: disponibilidad, carga y alertasSin monitorización, te enteras de la caída del servidor por los visitantes, y de que el disco se acaba cuando la base de datos deja de escribir. Bastan unas cuantas comprobaciones desde fuera y una decena de métricas desde dentro para ver el problema antes que los usuarios. Veamos qué medir, dónde poner las comprobaciones y cómo hacerlo gratis.
  • Cómo leer los planes de hosting: los límites ocultosLa ficha de un plan muestra núcleos, memoria, disco y precio mensual. Pero dos planes con las mismas cifras pueden costar distinto al cabo de un año y comportarse de forma diferente bajo carga. La diferencia está en las condiciones que van en letra pequeña, en la política de uso o solo en el contrato. Estos son los ocho puntos que conviene revisar antes de pagar.
  • IPv4 e IPv6 en un servidorUn VPS normal tiene una dirección IPv4 pública y, si el proveedor lo admite, una subred IPv6. Una IPv4 adicional casi siempre cuesta dinero, y los planes más baratos a veces vienen sin IPv4 propia. Veamos de dónde sale esa escasez, qué se puede hacer solo con IPv6 y qué ajustes de dirección necesita un servidor de correo.
  • Ancho de banda y tráfico: qué significan 1 Gbit/s e «ilimitado»En un plan de servidor suele haber dos líneas de red: la velocidad del puerto y el volumen de tráfico. La primera dice a qué velocidad puede enviar datos el servidor; la segunda, cuántos puede enviar en un mes. Las une una aritmética sencilla y, si la conoces, es fácil entender qué vende en realidad un «1 Gbit/s ilimitado» y si te bastan «5 TB».
  • Docker en un VPS: por dónde empezarDocker permite ejecutar en un servidor un bot, una web, una base de datos y la monitorización sin que se estorben entre sí, y mudarse a otro VPS se reduce a copiar un par de archivos y los datos. La instalación lleva cinco minutos; los problemas de verdad llegan después: puertos de la base de datos abiertos al exterior, logs de decenas de gigas y datos que desaparecen junto con el contenedor. Veamos cómo prevenirlos desde el principio.
  • Cómo migrar una web del hosting compartido a un VPSLa migración en sí lleva un par de horas, y los errores suelen ocurrir a su alrededor: una tarea cron olvidada, reglas de .htaccess que nginx no lee, un registro AAAA con la dirección antigua o el correo que desaparece con el cambio de IP. A continuación, el orden de los pasos con comandos y comprobaciones para una web en PHP y MySQL.
  • Paneles de control de servidor: ISPmanager, FASTPANEL, aaPanelUn panel convierte el VPS en algo parecido al área de cliente de un hosting compartido: webs, bases de datos, correo y certificados se crean con el ratón, sin editar archivos de configuración. Los tres paneles que más se instalan en servidores rusos y en servidores extranjeros económicos son ISPmanager, FASTPANEL y aaPanel. Se diferencian en el precio, en la memoria que piden y en hasta qué punto se adueñan del servidor.
  • VPS con Windows para 1CUn servidor alquilado para 1C acaba con el ordenador de oficina debajo de la mesa que nadie actualiza ni copia. Pero 1C en un VPS tiene sus particularidades: la licencia de software se vincula a los parámetros de la máquina virtual, los usuarios necesitan licencias tanto de 1C como de Windows, y la frecuencia de los núcleos importa más que su número. Veamos cómo montar un servidor para 1C en una empresa pequeña.
  • VPS con Windows: licencias, RDP e inicio de sesión seguroUn servidor Windows cuesta más que uno Linux no solo por la memoria: el precio incluye una licencia, y cómo esté planteada decide si cumples las condiciones y cuántas personas pueden conectarse. Además, un puerto RDP expuesto es la vía más habitual por la que se hackean estos servidores. Aquí tienes los dos temas.
  • Cuándo pasar del hosting compartido a un VPSUn VPS no hace más rápida una web por sí solo: te da recursos y libertad y, con ellos, la tarea de gestionar un servidor. Así puedes saber si el hosting se te ha quedado pequeño, cuándo el problema se resuelve sin mudarse y cómo migrar una web sin que los visitantes lo noten.
  • Copias de seguridad de un VPS: estrategias y herramientasEn un VPS las copias de seguridad son cosa tuya, aunque el plan diga «copias incluidas». Vemos qué hay que copiar exactamente, por qué no basta con la instantánea del proveedor, cómo configurar restic o BorgBackup en media hora y cómo asegurarte de que de verdad se puede restaurar desde la copia.
  • Primeros 10 pasos tras comprar un VPS: seguridadUnos minutos después de que un servidor nuevo reciba una IP pública, ya hay quien intenta adivinar sus contraseñas. A continuación tienes diez pasos que en una hora cierran los agujeros más habituales: comandos para Ubuntu y Debian, las diferencias para AlmaLinux y Rocky Linux y las comprobaciones sin las que es fácil quedarte sin acceso a tu propio servidor.
  • Cómo elegir el país del servidorPon el servidor donde están tus visitantes: en Madrid o en otro punto de Europa occidental si tu público está en España, y en Ciudad de México, Miami, Dallas o São Paulo si está en América Latina. El RGPD no te obliga a tener los datos en España, sino a tratarlos bien, y fuera de la UE exige garantías adicionales. El precio casi nunca decide: en un mismo proveedor, un servidor en Europa o en Estados Unidos suele costar lo mismo, y solo Asia y Australia salen claramente más caras.
  • Pago por horas: cuándo sale a cuentaEl pago por horas sale a cuenta si necesitas el servidor menos de tres semanas al mes: para una prueba, una compilación o una tarea pesada puntual. En la mayoría de los proveedores la hora cuesta exactamente el precio mensual dividido entre 730 horas, así que por un mes completo apenas pagas de más. El sobrecoste está en otro sitio: los planes con pago por horas son de media más caros, y para un servidor que funciona todo el año el pago mensual, y más aún el anual por adelantado, suele salir más barato.
  • Cuánta memoria y cuántos núcleos necesita una webA la mayoría de las webs les bastan 2 GB de memoria y uno o dos núcleos; una tienda con miles de productos necesita 4 GB y dos núcleos. La memoria importa más que los núcleos: cuando falta, la web va lenta o se cae, y un núcleo de más sin memoria apenas aporta nada. Más abajo verás cómo calcular la memoria para tu web y cómo saber cuánta gasta de verdad.
  • KVM u OpenVZ: cuál elegirEn 2026 casi siempre conviene elegir KVM: cuesta apenas uno o dos dólares más al mes que OpenVZ, y en él funciona todo, desde Docker hasta Windows. OpenVZ solo se justifica en un caso concreto, que verá a continuación, y al final encontrará los comandos para comprobar su servidor en un minuto.
  • NVMe o SSD: ¿hay diferencia para una web?Para una web pequeña la diferencia entre NVMe y SSD apenas se nota: las páginas se sirven desde la memoria, no desde el disco. Aparece en tiendas online y webs con bases de datos grandes. Además, en el mismo proveedor NVMe cuesta solo entre 0,50 y 1 USD más al mes, y a veces incluso menos, así que lo decisivo no suele ser el tipo de disco, sino su tamaño y cómo lo ha limitado el proveedor.
  • Qué es un VPS explicado de forma sencillaUn VPS es una parte de un servidor físico potente que se alquila y que se comporta como un ordenador independiente: con su propio sistema, su propia dirección IP y acceso completo. A continuación verá en qué se diferencia de un hosting, a quién le conviene, cuánto cuesta y qué comprobar justo después de contratarlo.
  • VPS para un bot de Telegram: qué necesita el bot y cómo elegir planUn bot con menú y unos cuantos comandos funciona sin problemas en el servidor más barato, mientras que un bot con envíos masivos, archivos y base de datos choca con límites muy distintos. Esto es lo que consume realmente un bot, qué límites de Telegram condicionan la elección del servidor y cómo evitar pagar de más.
  • Cómo probar el ping y la velocidad de un VPS antes de pagarLas cifras de un plan no dicen cuál será la latencia hasta tus usuarios ni lo rápido que es de verdad el disco. Casi todo se puede medir antes de pagar, y el resto, en la primera hora tras el arranque. Estas son las herramientas y cómo interpretar los resultados.
  • Red corporativa en un VPS: acceso remoto a la oficinaUn servidor alquilado puede convertirse en el centro de la red privada de una empresa: los empleados en remoto y las sucursales se conectan a través de él al ERP, al servidor de archivos, al CRM y a Git. Estos son los esquemas habituales, los protocolos, los requisitos del servidor y la seguridad básica.
  • Cómo elegir un VPS: los 7 parámetros que decidenDos planes con los mismos «2 núcleos, 4 GB, 50 GB» pueden diferir varias veces en velocidad y el doble en precio un año después. Esto es lo que hay detrás de cada línea de un plan VPS y lo que conviene revisar antes de pagar.
  • VPS o VDS: ¿hay diferencia y qué importa de verdad?En la mayoría de los mercados VPS y VDS significan lo mismo: un servidor virtual. La diferencia que de verdad afecta a tu trabajo no está en el nombre, sino en el tipo de virtualización y en si los recursos están garantizados.