Todos los sistemas operativos Ámsterdam · París · Reikiavik +5 Paga con Criptomoneda
Redes y autoalojamientoIntermedio29 min de lecturaActualizado: 2026-09-14

Registra un dominio en privado y apúntalo a tu VPS

Un servidor no-KYC es una capa. El dominio que apunta a él es un contrato aparte, con una empresa aparte, bajo una jurisdicción aparte — y es la capa que la gente realmente pierde. Así es como se elige, se paga, se bloquea y se delega sin revelar quién eres.

Registra un dominio en privado y apúntalo a tu VPS
En esta página
  1. Qué esconde realmente la privacidad de registro, y de quién
  2. Tres partes pueden quitártelo, y solo una de ellas es lenta
  3. Lee el TLD como una jurisdicción, no como un precio
  4. El pago es solo una de cuatro superficies de identidad
  5. Paso a paso
  6. Lo que el dominio sigue filtrando después de todo eso
  7. Mantén separados el registrador y el host, a propósito
  8. La renovación es cómo se pierden realmente la mayoría de los dominios
  9. Los límites honestos
  10. Preguntas frecuentes

Puedes pagar un servidor en Monero, no darle más que una dirección desechable, y no subir jamás un documento. Luego te gastas once dólares en un nombre de dominio, escribes tu nombre real en un formulario porque el formulario lo pedía, y le das a una empresa de otro país un registro permanente que ata ese nombre al sitio. El servidor era la capa en la que pensabas. El dominio es la capa que atrapa a la gente.

Un dominio no es algo que posees. Es un alquiler de un registro, vendido por un registrador, bajo unas reglas que tú no escribiste y que pueden cambiar sin contar contigo. Tres partes distintas pueden quitártelo, y la más rápida de ellas no necesita una orden judicial. Eso no es un argumento en contra de registrar uno — es un argumento a favor de elegir con criterio, sabiendo exactamente a qué parte acabas de convertir en tu punto único de fallo.

Esta guía cubre toda la cadena: qué esconde realmente la privacidad de registro y de quién, cómo leer un TLD como una jurisdicción y no como un precio, cómo pagar sin tarjeta, cómo bloquear el nombre para que no te lo puedan mover de debajo, y cómo delegarlo a tu servidor con los registros que lo mantienen fuera de las carpetas de spam ajenas. Somos VPS-first y no vendemos dominios, así que aquí no hay nada hacia lo que te estemos empujando.

Qué esconde realmente la privacidad de registro, y de quién

Cuando registras un nombre, tus datos van a parar al menos a dos sitios: el registrador al que se lo compraste, y el registro que opera el TLD. Un servicio de privacidad cambia lo que devuelve la consulta pública. No cambia nada de esas dos copias.

Hay dos productos estructuralmente distintos que se venden bajo la misma palabra, y la diferencia importa más que el precio:

  • Un servicio de privacidad o proxy. Sigues siendo el titular legal; el registrador publica un contacto de reenvío en lugar de tus datos y te remite el correo. Rápido, barato, normalmente una casilla que marcas. El registrador puede retirarlo — ante una denuncia, ante una citación judicial, o porque sus condiciones se lo permiten.
  • Un titular proxy. Un tercero queda registrado como titular del nombre y tú tienes un contrato que te da el control sobre él. Nada tuyo llega al registro en absoluto. El intercambio es real: no eres el titular, así que si esa empresa quiebra, cambia de política o decide que eres un riesgo, tu reclamación es una disputa contractual y no un registro que tú controlas.

También merece la pena saber lo que ya tienes gratis. Desde 2018, las normas de protección de datos empujaron al sector a censurar los datos de contacto del titular en los TLD genéricos por defecto, así que una consulta pública sobre un .com en manos de un particular normalmente devuelve “REDACTED FOR PRIVACY” hayas pagado algo o no. El protocolo también cambió: desde enero de 2025 los registradores y registros de los TLD genéricos ya no están obligados a responder por el antiguo protocolo WHOIS del puerto 43, y RDAP es la consulta que de verdad tiene garantizado funcionar. Los TLD de código de país fijan sus propias reglas y algunos de ellos lo publican todo.

Así que sé preciso sobre lo que estás comprando. La privacidad de registro derrota de forma fiable a los scrapers, a los intermediarios de datos masivos, al spam y a la primera búsqueda que haga cualquier curioso. No derrota al registrador, al registro, a una citación judicial, ni a una instantánea que alguien tomara de la ficha antes de que activaras la privacidad.

Tres partes pueden quitártelo, y solo una de ellas es lenta

Piensa en un dominio como pensarías en cualquier dependencia: no “es bueno”, sino “quién puede apagarlo, y qué necesita para hacerlo”. Hay tres respuestas.

  • El registrador. El más rápido, por un margen amplio. Puede aplicar clientHold, que retira el nombre de la zona — el dominio sigue existiendo, sigue apareciendo como registrado, y simplemente deja de resolver en cualquier parte del mundo. No interviene ningún tribunal. Una cláusula de uso aceptable y una denuncia bastan, y algunos registradores actúan solo con la denuncia.
  • El registro. Más lento, más raro, más pesado. Un registro puede aplicar serverHold o bloquear transferencias, y no hay registrador al que puedas mudarte que escape a ello, porque el registro es el TLD. Todo registro está bajo una jurisdicción nacional: el operador de .com y .net responde ante Estados Unidos, y cada TLD de código de país responde ante su propio gobierno o delegado.
  • Un tribunal, de cualquiera de los dos lados. Órdenes ordinarias, más la vía específica de dominios: una disputa de marca registrada presentada bajo la UDRP termina en una decisión que el registrador está obligado contractualmente a ejecutar, sin juez y sin apelación ante un tribunal nacional a menos que la inicies tú mismo.

Lo cual replantea la pregunta que deberías hacerle a un registrador. No “¿ofreces privacidad?” — casi todos lo hacen. En su lugar: ¿qué haces cuando recibes una denuncia, y a la ley de qué país tienes que obedecer cuando eso pasa? Un registrador que suspende primero y pregunta después se ha convertido, calladamente, en el eslabón más débil de una configuración por lo demás cuidadosa.

Nosotros tenemos nuestra propia versión de esto. Este sitio funcionó en vpscrypto.io desde su lanzamiento hasta el 29 de julio de 2026, cuando pasó a ser vpscrypto.com — misma empresa, mismos servidores, mismas cuentas, mismas rutas, documentado en nuestra página Acerca de y en el índice de hechos. La lección que sacamos de hacerlo es la que merece la pena transmitir: la capa del registrador es la parte de la pila que menos controlas, y tener el movimiento ya planeado vale más que cualquier garantía que te den de antemano.

Lee el TLD como una jurisdicción, no como un precio

El registro escribe las reglas. El registrador las implementa. Un registrador permisivo que esté bajo un registro estricto no te compra absolutamente nada, y por eso elegir la extensión merece bastante más reflexión de la que suele recibir, y muchísima más de la que justifica el precio del primer año.

Antes de enamorarte de un nombre, responde a cuatro preguntas sobre la extensión con la que termina:

  • ¿Quién opera el registro, y en qué país está constituida esa empresa? Es un dato público y basta un comando para comprobarlo.
  • ¿El registro publica los datos del titular, o permite servicios de privacidad? Algunos no. La extensión .us, por ejemplo, exige que se publiquen los datos del titular y no permite registros proxy — ningún registrador puede sortear eso.
  • ¿Hay un requisito de presencia o vínculo? .eu exige una conexión con la UE o el EEE, .ca exige presencia canadiense, y varios códigos de país europeos exigen un contacto local registrado si el titular vive en otro sitio. Esto es lo contrario de privado: te obliga a atar una identidad real y verificable al nombre.
  • ¿La extensión conlleva riesgo político? Los TLD de código de país están atados a territorios, y los territorios cambian. En 2024 el Reino Unido acordó transferir la soberanía del territorio detrás de .io a Mauricio, lo que puso en entredicho una extensión sobre la que construyen decenas de miles de empresas tecnológicas. La retirada de un TLD de código de país es un proceso que se mide en años y no en semanas, así que esto no es una emergencia — es una ilustración clara de una categoría de riesgo que los TLD genéricos sencillamente no tienen.

Después, lee bien el precio. La cifra que importa es la de la renovación, no la del primer año; un nombre a 0,99 $ que renueva a 45 $ es un dominio de 45 $ con un descuento pegado. Comprueba si la privacidad está incluida o se factura aparte, si el registrador cobra por liberar un nombre que quieres mudar, y si el dominio está marcado como premium, porque los nombres premium suelen renovar para siempre a la tarifa premium.

Para la mayoría de la gente, la respuesta honesta es aburrida: un TLD genérico de toda la vida de un registrador que elegiste con cuidado durará más que un ingenioso código de país elegido por el juego de palabras.

El pago es solo una de cuatro superficies de identidad

La gente arregla la ficha de registro y deja las otras tres completamente abiertas. Un dominio te expone a través de cuatro canales independientes, y el más débil marca el nivel de todos ellos:

  • La ficha de registro — resuelta con un servicio de privacidad o un titular proxy, como antes.
  • El pago — una tarjeta a tu nombre legal crea un registro en el registrador, en el procesador de pagos y en tu banco, y no puedes censurar ninguno de ellos después.
  • El buzón — la dirección de la cuenta recibe los avisos de renovación, las confirmaciones de transferencia y los restablecimientos de contraseña. Es a la vez un identificador y la llave de todo el conjunto.
  • El patrón de acceso — la dirección desde la que inicias sesión, y si esa dirección ha iniciado sesión alguna vez en cualquier otra cosa tuya.

El campo de registradores que aceptan cripto es mucho más reducido que el campo de hosts que la aceptan, y más escaso todavía para Monero. Si encuentras uno, aplica la misma disciplina que aplicarías a un servidor: envía desde una wallet que no sea tu dirección de retirada del exchange, y prefiere una moneda que no publique un grafo público permanente de dónde vino el dinero. Nuestra guía de pago con Monero cubre la mecánica, y comprar sin tarjeta cubre cómo llegar hasta ahí partiendo de cero.

Si ningún registrador que acepte cripto encaja con lo que necesitas, esa es una decisión real y no un fracaso: una tarjeta a tu nombre en un registrador con buen historial de políticas puede ser genuinamente el mejor cambio frente a un registrador amigable con las cripto que suspende nombres al primer correo que recibe. Decídelo de forma consciente en lugar de caer en ello por defecto.

Paso a paso

  1. Elige la extensión antes de elegir el nombre

    Decidir primero el TLD te impide racionalizar una mala jurisdicción solo porque el nombre era perfecto. Empieza por averiguar quién lo gestiona en realidad — el registro de delegación en la IANA es la fuente autorizada y pública:

    whois -h whois.iana.org io
    whois -h whois.iana.org com

    El bloque organisation de la respuesta es el operador del registro y el país en el que está constituido. Esa empresa, bajo la ley de ese país, fija la política que tu registrador te va a aplicar. Lee su página de política de registro una vez; suele ser breve y te dice si se publican los datos del titular, si se permiten servicios de privacidad, y si hay un requisito de residencia o vínculo.

    Descarta cualquier cosa que te exija demostrar presencia local, a menos que de verdad la tengas y estés dispuesto a documentarla. Prefiere una extensión cuyo registro no tenga historial de suspender nombres a petición. Y si estás sopesando un TLD de código de país, ten en cuenta en el precio que está atado a un territorio y a un gobierno, de una forma en que .com no lo está.

  2. Comprueba la disponibilidad con una consulta neutral

    Comprobar la disponibilidad en el buscador de un registrador está bien en la práctica — ICANN investigó el front-running hace años y encontró pocas pruebas de ello — pero una consulta neutral no cuesta nada y te dice más:

    curl -s https://rdap.org/domain/example.com | jq -r '.ldhName, .status[]'
    whois example.com | grep -iE 'registrar:|creation|expiry|status'

    Un limpio “not found” significa que no está registrado. Si vuelve como registrado, los campos interesantes son la fecha de creación y los códigos de estado: un nombre en redemptionPeriod o pendingDelete va camino de caer y no es algo que simplemente puedas comprar, mientras que un nombre que está en clientHold pertenece a alguien a quien su registrador se lo apagó. Ambos son señales útiles sobre la historia que estarías heredando.

    Instala jq primero si lo necesitas — apt install jq en Debian o Ubuntu.

  3. Elige el registrador por las cinco cosas que de verdad importan

    Ignora por completo el marketing y puntúa a los candidatos por esto, en este orden:

    Pago. ¿Acepta algo con lo que estés dispuesto a pagar, y lo acepta directamente en lugar de a través de un procesador que recoge sus propios documentos de identidad?

    Modelo de privacidad. Servicio de privacidad o titular proxy — los dos no son el mismo producto. Averigua cuál de los dos estarías comprando, cuánto cuesta en la renovación, y bajo qué condiciones el registrador lo va a retirar.

    Jurisdicción y política. ¿Dónde está constituida la empresa, y qué le permite hacer su política de uso aceptable sin una orden judicial? Busca una página publicada de transparencia o de gestión de abusos. El silencio ahí ya es en sí mismo una respuesta.

    Control. Bloqueo del registrador, autenticación de dos factores que no sea por SMS, y acceso de autoservicio al código de autorización de transferencia. Un registrador que te obliga a abrir un ticket para irte ya te ha dicho cómo va a ser irse.

    DNS. O bien servidores de nombres utilizables que admitan los tipos de registro que vas a necesitar — CAA, TXT, alias en el ápice — o, como mínimo, la capacidad de delegar a servidores de nombres propios.

    Señales de alarma ante las que merece la pena marcharse: sin autenticación de dos factores, privacidad vendida solo en un nivel caro, sin registro multianual, y cualquier cláusula que se reserve el derecho a modificar tus datos de registro unilateralmente.

  4. Construye la identidad bajo la que vivirá el dominio

    Haz esto antes de registrar nada, porque aplicarlo después implica un cambio de titular y un bloqueo de transferencia.

    Crea un buzón en un proveedor respetuoso con la privacidad que exista solo para este proyecto. No tu dirección personal, y tampoco la misma dirección que tu cuenta de hosting — todo el sentido de separar el registrador del host se evapora si un solo buzón desbloquea los dos. Pon como dirección de recuperación de ese buzón algo que tampoco sea tu dirección personal, porque las cadenas de recuperación son cómo de verdad se toman las cuentas.

    Después: una contraseña única de un gestor de contraseñas, un segundo factor TOTP en lugar de SMS, y códigos de recuperación anotados y guardados fuera de línea. El SMS es un mal segundo factor en general y uno particularmente malo aquí, ya que un número de teléfono es una identidad del mundo real que acabas de atornillar a la cuenta.

    Por último, anota la dirección de notificación que usaste. Dentro de seis meses, cuando un aviso de renovación llegue a un buzón que ya has olvidado, esa nota es lo que salva el dominio.

  5. Regístralo, y paga más años de los que parecen necesarios

    Al pagar, hay tres cosas por las que merece la pena ir despacio.

    Compra años, no meses. Cada renovación es otro pago que tiene que salir bien mientras estás prestando atención. Registrar por cinco años convierte cinco ocasiones de perder el nombre en una sola.

    Pon datos con los que puedas vivir — pero no te los inventes. Aquí es donde la gente se convence a sí misma de cometer un error. Los datos de registro deliberadamente falsos incumplen el contrato de registro y son motivo para que el registrador cancele el nombre sin más: habrías creado, con tu propia mano, exactamente la pérdida que intentabas evitar. El mecanismo legítimo para mantener tu nombre fuera de la ficha pública es el servicio de privacidad o el titular proxy. Usa el mecanismo; no le mientas al formulario.

    Cuenta con quedar atado durante 60 días. Un TLD genérico recién registrado no se puede transferir a otro registrador durante 60 días, y el mismo reloj se reinicia después de cualquier transferencia. No es una trampa, pero sí significa que un registrador del que no estás seguro es un compromiso de dos meses, así que haz la diligencia debida en el paso anterior en lugar de planear mudarte más adelante.

  6. Bloquéalo, y luego verifica el bloqueo desde fuera

    Activa el bloqueo del registrador y la autenticación de dos factores en el panel de control, y luego confírmalo desde fuera, porque los paneles y la realidad a veces no coinciden:

    curl -s https://rdap.org/domain/example.com | jq -r '.status[]'
    whois example.com | grep -i 'status'

    Lo que quieres ver es clientTransferProhibited, idealmente junto con clientUpdateProhibited y clientDeleteProhibited. Esos son los bloqueos que pediste, y mientras estén activados no puede completarse ninguna solicitud de transferencia. Los dos comandos escriben los mismos estados de forma distinta — el WHOIS del puerto 43 imprime los nombres EPP en camel case, mientras que RDAP imprime sus propios equivalentes en minúsculas y con espacios, así que clientTransferProhibited llega como client transfer prohibited y ok como active. No concluyas que falta un bloqueo solo porque cambió la forma de escribirlo.

    Conoce los que no quieres ver. clientHold y serverHold significan que el nombre ha sido retirado de la zona por tu registrador o por el registro — el dominio sigue existiendo y sencillamente no resuelve en ningún sitio. redemptionPeriod y pendingDelete significan que ha vencido y tiene el reloj en marcha. ok por sí solo significa que no hay ningún bloqueo activado, que es lo que viene por defecto en muchos registradores y no es lo que quieres.

    Ya que estás aquí, confirma que el registro apunta al buzón que pretendías, y guarda el código de autorización de transferencia en algún sitio fuera de línea. El momento en que necesitas ese código suele ser el momento en que has perdido el acceso al panel en el que vive.

  7. Decide dónde va a vivir el DNS

    Registrar el nombre y responder a las consultas sobre él son dos trabajos distintos, y puedes comprárselos a gente distinta. Tres configuraciones que funcionan:

    Los servidores de nombres del registrador. Lo más simple, gratis, y adecuado para la inmensa mayoría de los sitios. El coste es que ahora una sola cuenta controla tanto el registro como la zona, así que un solo compromiso o una sola suspensión se lo lleva todo.

    Un proveedor de DNS gestionado aparte. Desacopla las dos cosas y normalmente te da una red mejor y una API. Otra cuenta que asegurar, y otra empresa que ve tu zona completa y tu volumen de consultas.

    DNS autoritativo en tus propios servidores. Nada fuera de tu control, y un compromiso operativo real: necesitas dos servidores de nombres autoritativos en redes distintas, o una sola caída del VPS deja fuera de línea el dominio entero y no solo el sitio web.

    Para la mayoría de los lectores, el DNS del registrador o un proveedor gestionado aparte es la respuesta correcta; alójalo tú mismo solo si de verdad vas a tener un secundario. Elijas lo que elijas, exporta el archivo de zona y guarda una copia junto con el resto de tus copias de seguridad cifradas. Reconstruir una zona de memoria durante una caída es miserable, y es el tipo de cosa que nadie descubre hasta que llega la caída.

    En este punto merece la pena pensar en DNSSEC. Protege a tus visitantes frente a respuestas falsificadas, y una rotación de claves mal hecha deja tu dominio fuera de línea de una forma en que los errores normales de DNS no lo hacen. Si tu registrador y tu host de DNS gestionan las claves entre ellos, actívalo; si significara programarte a mano una rotación de claves que no vas a mantener, dejarlo desactivado es una decisión defendible tomada con honestidad.

  8. Apunta el nombre a tu VPS

    La zona para un único servidor es corta. Sustituye por tus propias direcciones:

    @       300  IN  A      203.0.113.10
    @       300  IN  AAAA   2001:db8:2c:1::10
    www     300  IN  CNAME  example.com.

    Dos detalles que atrapan a la gente. Primero, la especificación de DNS no permite un CNAME en el ápice de una zona, que es por lo que el @ de arriba es un registro A y no un alias; los proveedores que parecen ofrecer uno están implementando ALIAS, ANAME o CNAME flattening por su cuenta. Segundo, usa un TTL bajo como 300 mientras todavía estés cambiando cosas, y súbelo a una hora en cuanto la configuración esté estable — el razonamiento, y lo que el TTL controla en realidad, está en la guía de migración.

    Verifica contra un resolutor que no sea el tuyo, y comprueba que el punto final realmente está en el destino del CNAME:

    dig +short example.com A @1.1.1.1
    dig +short example.com AAAA @1.1.1.1
    dig +short www.example.com CNAME @8.8.8.8

    También puedes probar el servidor bajo su nombre de host real antes de que el DNS sepa nada de él, algo que merece la pena hacer mientras un error todavía sale gratis:

    curl -sI https://example.com --resolve example.com:443:203.0.113.10

    Un 200 o una redirección significan que el host virtual y el certificado son correctos. Un 404 o una página de aterrizaje por defecto significan que el servidor está respondiendo en la IP pero todavía no se le ha dicho nada del nombre.

  9. Añade los registros que evitan que abusen de tu nombre

    Un dominio nuevo sin ninguna política de correo es una invitación abierta: cualquiera puede enviar correo diciendo que viene de él, y cuando ese correo es spam, es tu nombre el que acaba en las listas de reputación, no el suyo. Arreglarlo lleva tres registros y cinco minutos.

    Si el dominio no va a enviar correo — que es el caso de la mayoría de los sitios web — dilo de forma explícita:

    @              IN  MX    0 .
    @              IN  TXT   "v=spf1 -all"
    _dmarc         IN  TXT   "v=DMARC1; p=reject;"

    El MX nulo declara que el dominio no acepta correo, el registro SPF dice que ningún host está autorizado a enviar en su nombre, y la política DMARC les dice a los receptores que rechacen cualquier cosa que afirme lo contrario. Si el dominio va a enviar correo, nada de lo anterior aplica y en su lugar quieres la configuración completa de nuestra guía de servidor de correo.

    Después, restringe quién puede emitir certificados para el nombre:

    @              IN  CAA   0 issue "letsencrypt.org"
    @              IN  CAA   0 issuewild ";"

    Eso permite una autoridad de certificación y prohíbe los comodines por completo. Cualquier CA que cumpla la normativa debe comprobar esto antes de emitir, así que es un límite barato y eficaz contra la emisión indebida.

    Un registro que no se configura aquí: el DNS inverso. El PTR de tu IP lo controla quien posea el bloque de direcciones — tu host, no tu registrador — y lo directo y lo inverso deben coincidir para que el correo sea de confianza. Ya que estás comprobando la dirección, es también el momento adecuado para confirmar que la IP no está ya en una lista negra.

  10. Anota cómo lo recuperarías

    Todo lo anterior protege un dominio que funciona. Este paso trata del día en que deje de funcionar, y lleva diez minutos ahora en vez de una mala tarde después.

    Anota, en algún sitio fuera de línea y fuera del servidor: qué registrador tiene el nombre, qué buzón usa la cuenta, dónde está el código de autorización de transferencia, la fecha exacta de vencimiento, y dónde vive la exportación de la zona. Configura los avisos en el calendario. Apunta la comprobación de vencimiento de la sección de renovación hacia ahí desde una máquina que no sea esta.

    Después decide de antemano la respuesta a una pregunta: si este nombre dejara de resolver mañana, ¿cómo te encontraría la gente? No hay una buena respuesta improvisada. Las buenas respuestas tienen que existir de antemano — un segundo dominio en un registrador distinto bajo un TLD distinto, una dirección onion, o simplemente la IP del servidor publicada en algún sitio en el que tu público ya confíe. Elige una y asegúrate de que está anotada en algún sitio que no sea el sitio que se acaba de apagar.

    Por último, si el servidor detrás del nombre es nuevo, dale el repaso de diez minutos de nuestra guía de endurecimiento de Debian antes de que aloje nada que te importe. Un registro bien bloqueado por delante de un servidor sin bloquear es un lugar extraño en el que acabar.

Lo que el dominio sigue filtrando después de todo eso

La privacidad de registro cierra un canal. Estos son los que siguen abiertos, más o menos en el orden en que suelen ser lo que de verdad conecta un nombre con una persona:

  • Certificate Transparency. Todo certificado TLS de confianza pública se escribe en registros públicos de solo apéndice que cualquiera puede consultar. Emite un certificado para staging.example.com y habrás publicado la existencia de ese host al mundo, para siempre. Un certificado comodín evita enumerar subdominios, pero el ápice se publica de todas formas. Si el secreto es la existencia del dominio, el TLS no lo va a guardar.
  • Datos históricos de registro. Las bases de datos comerciales llevan décadas archivando consultas. Si el nombre estuvo alguna vez registrado con datos reales — aunque fuera durante una hora, aunque fuera antes de que se lo compraras a otra persona — esa instantánea existe, y activar la privacidad después no la retira.
  • Infraestructura compartida. Los mismos servidores de nombres, la misma IP de servidor, el mismo identificador de analítica, el mismo favicon distintivo en dos proyectos los va a vincular de forma mucho más fiable de lo que jamás podría hacerlo una ficha de registro. Los escáneres de internet entero indexan esto continuamente y es trivialmente buscable.
  • La propia correspondencia del registrador. Los avisos de renovación, las facturas y los tickets de soporte aterrizan todos en un buzón, todos nombran el dominio, y todos residen en el servidor de correo de otra persona.

La regla que se deriva de esto es simple y casi imposible de aplicar a posteriori: un proyecto, un buzón, una cuenta de registrador, un servidor. La separación sale casi gratis el día que empiezas y no se puede comprar después.

Mantén separados el registrador y el host, a propósito

Empaquetar el dominio junto con el hosting es cómodo, y fusiona dos zonas de fallo en una sola. La denuncia que llega a tu host no toca el nombre; la denuncia que llega a tu registrador no toca el servidor — salvo que los dos sean la misma empresa, en cuyo caso un solo correo lo alcanza todo y una sola contraseña comprometida lo pierde todo.

La separación también te da un sitio firme donde apoyarte durante un problema. Si el host desaparece, el nombre sigue resolviendo y lo rediriges a un servidor nuevo en minutos, que es exactamente el ejercicio de nuestra guía de migración. Si el registrador desaparece, el servidor sigue funcionando y respondiendo en su IP mientras resuelves lo del nombre. Empaquetados, ninguna de esas dos recuperaciones está disponible.

Esto es también por lo que no vendemos dominios. Somos VPS-first: nuestras cuentas son no-KYC, no necesitan más que una dirección a la que entregar las credenciales, y se pagan on-chain — y la forma correcta es que tu registrador sea una empresa distinta, en un país distinto, con una cola de denuncias distinta. La guía de hosting privado explica cómo encajan las capas entre sí.

El coste es honesto: dos cuentas, dos fechas de renovación, dos juegos de credenciales, dos sitios donde guardar códigos de recuperación. Ese es el precio, y es bueno.

La renovación es cómo se pierden realmente la mayoría de los dominios

No es un embargo. No es una denuncia. Es una fecha que pasó. Para los TLD genéricos, el ciclo de vida tras el vencimiento es fijo e implacable:

  • Del vencimiento hasta aproximadamente el día 45 — un período de gracia de renovación automática, de duración a discreción del registrador. El nombre normalmente deja de resolver ya al principio de esta ventana, aunque todavía puedas renovarlo al precio normal.
  • Después, 30 días de recuperación — recuperable, pero solo pagando una cuota de recuperación que habitualmente multiplica varias veces el precio del dominio.
  • Después, 5 días de eliminación pendiente — no se puede hacer absolutamente nada.
  • Después, cae — y si el nombre tiene algo de tráfico o enlaces entrantes, un servicio de drop-catching muy probablemente lo registrará en el mismo segundo en que quede disponible.

Cualquiera que pague en cripto está inusualmente expuesto aquí, porque el mecanismo que calladamente salva a todos los demás es una tarjeta registrada en la cuenta. Tú renunciaste a eso a propósito, así que sustitúyelo a propósito: registra varios años de una vez, mantén un saldo en el registrador si lo admite, y pon la fecha de vencimiento en un calendario con avisos a 90, 30 y 7 días. Después verifícalo desde fuera en vez de fiarte del panel:

#!/bin/sh
# warn when a domain is within 45 days of expiry
D=example.com
EXP=$(curl -s https://rdap.org/domain/$D | jq -r '.events[] | select(.eventAction=="expiration") | .eventDate')
LEFT=$(( ( $(date -d "$EXP" +%s) - $(date +%s) ) / 86400 ))
[ "$LEFT" -lt 45 ] && echo "$D expires in $LEFT days ($EXP)"

Ejecútalo desde cron en una máquina que no sea a la que apunta el dominio. Una comprobación semanal no cuesta nada y elimina la forma más común, con diferencia, de perder un nombre que te importaba.

Los límites honestos

Privado no es anónimo, y la distinción no es un tecnicismo. La privacidad de registro eleva enormemente el coste de la identificación casual, y apenas eleva el coste de una identificación decidida y con financiación. Si lo que publicas atrae a un adversario con poder de citación judicial y paciencia, la ficha de registro no es lo que decide cómo acaba esto — el rastro del pago, el buzón, el patrón de acceso y el propio contenido importan todos más.

También merece la pena dejar claro que un dominio es un alquiler dentro del espacio de nombres de otro, y ninguna elección de registrador cambia eso. Los únicos espacios de nombres sin registrador son los que no tienen registro: una dirección onion de Tor se deriva de un par de claves que generas tú mismo, así que no hay a quién notificarle una orden ni nada que suspender. A cambio, nadie puede escribirla de memoria y un navegador normal no la va a abrir. Ejecutar las dos cosas es una respuesta común y sensata — el dominio para el alcance, la dirección onion para la continuidad — y nuestra guía de Tor y nuestro caso de uso de Tor cubren ese lado.

Por nuestra parte, para que puedas calibrar: operamos servidores no-KYC, no actuamos sobre los correos de retirada al estilo estadounidense como cuestión de política operativa y no de inmunidad legal, respondemos a las órdenes judiciales en las jurisdicciones en las que operamos, y mantenemos un suelo firme frente al abuso. No registramos dominios y no podemos proteger ninguno. Cualquiera que te diga que un registro es intocable te está vendiendo algo.

Preguntas frecuentes

¿Es lo mismo la privacidad de WHOIS que un registro de dominio anónimo?

No, y la diferencia es enorme. Un servicio de privacidad cambia lo que devuelve la consulta pública; tu registrador sigue teniendo tus datos reales, el registro a menudo tiene una copia, y los dos los entregarán bajo un proceso legal válido. Lo que de verdad derrota es el scraping masivo, el spam, los intermediarios de datos y la primera búsqueda que haga cualquier curioso — lo cual merece la pena pagarlo, siempre que tengas claro que es una cortina y no un muro. Un acuerdo de titular proxy, en el que un tercero es el titular registrado y tú tienes un contrato para el control, va más allá, a costa de no ser tú el titular.

¿Sigo necesitando privacidad si mis datos ya están censurados por defecto?

A menudo menos de lo que crees, para los TLD genéricos. Desde 2018 el sector censura por defecto los datos de contacto del titular para particulares, así que una consulta pública sobre tu .com probablemente ya devuelva casi nada. Tres cosas siguen siendo un argumento a favor del servicio de pago: muchos registros de código de país publican todo y no están cubiertos por esa práctica, los registros que parecen de organizaciones con frecuencia no están censurados, y un servicio de privacidad además cambia quién recibe el correo que se envía al contacto publicado. Comprueba primero la ficha pública real de tu nombre — lleva un solo comando y puede que descubras que estás comprando algo que ya tienes.

¿Puedo simplemente poner datos falsos en el formulario de registro?

No lo hagas. Unos datos de registro deliberadamente inexactos incumplen el contrato de registro y son motivo explícito para que el registrador suspenda o cancele el dominio, normalmente sin mucho trámite. Habrías fabricado exactamente el resultado que intentabas evitar, y no tendrías ningún recurso. La forma admitida de mantener tu nombre fuera de la ficha pública es un servicio de privacidad o un titular proxy — los dos son legítimos, los dos se ofrecen ampliamente, y los dos resisten un escrutinio de una forma en que una dirección inventada no lo hace.

¿Qué TLD es el más privado?

No hay un único ganador, porque la pregunta tiene tres partes. Pregunta quién opera el registro y ante qué país responde; si ese registro publica los datos del titular o prohíbe los servicios de privacidad, como hace .us; y si exige presencia local, como hacen .eu y .ca. Cualquier cosa con un requisito de vínculo queda descartada, porque obliga a poner una identidad real y verificable sobre el nombre. Después de eso, un TLD genérico convencional con un registrador elegido con cuidado suele ganar a un exótico código de país, que además carga con el riesgo político de estar atado a un territorio.

¿Puedo pagar un dominio con Monero?

Algunos registradores aceptan cripto y un número menor acepta Monero en concreto — un campo mucho más reducido que en el lado del hosting, así que espera tener que ceder en algo. Mantén el pago en su proporción justa: es una de cuatro superficies de identidad, junto con la ficha de registro, el buzón y las direcciones desde las que inicias sesión. Un pago en Monero a un registrador que envía los avisos de renovación por correo a tu bandeja de entrada personal no ha conseguido gran cosa. Si estás montando el lado del pago desde cero, nuestra guía sin tarjeta y nuestra guía de Monero se aplican sin cambios.

¿Debería vivir el DNS en mi registrador o en mi propio VPS?

En el registrador o en un proveedor gestionado aparte, para casi todo el mundo. Alojar tú mismo el DNS autoritativo es genuinamente satisfactorio y calladamente exigente: para hacerlo bien necesitas dos servidores de nombres en redes distintas, porque si no, una sola caída del VPS tira abajo no solo tu sitio web sino cada registro del dominio, correo incluido. La única configuración que merece la pena evitar en cualquier caso es tener el registrador, el DNS y el hosting en la misma cuenta — eso es una sola credencial y una sola cola de denuncias entre tú y todo lo que gestionas.

¿Qué le pasa a mi sitio si el registrador suspende el dominio?

Tu servidor sigue funcionando, intacto y todavía accesible por IP; el nombre simplemente deja de resolver. Técnicamente el registrador aplica un estado clientHold y el dominio sale de la zona, normalmente en minutos, y no hace falta una orden judicial — una cláusula de uso aceptable y una denuncia bastan en muchos registradores. Precisamente por eso el registrador debería ser una empresa distinta de tu host, y por eso la vía de respaldo — un segundo dominio, una dirección onion, o una IP publicada — necesita existir antes de que la necesites, no después.

Despliega un VPS offshore en un minuto

Sin KYC, pago en cripto, todo NVMe. Elige un plan, paga con Monero o cualquier moneda principal y obtén root en unos 60 segundos.

Fenrir en guardia