Preguntas frecuentes

Usa solo la clave publica

Pasos en la terminal

1. Abre Terminal, Windows Terminal o PowerShell.
2. Ejecuta: ssh-keygen -t ed25519 -C "your-email@example.com".
3. Acepta la ubicacion predeterminada o elige una ruta segura.
4. Muestra la clave publica con: cat ~/.ssh/id_ed25519.pub.
5. En Windows PowerShell usa: Get-Content $env:USERPROFILE\.ssh\id_ed25519.pub.
6. Copia la linea completa ssh-ed25519 en el campo SSH public key.

Revisa antes de pegar

Solo la parte publica

Pasos en Windows

1. Abre PuTTYgen.
2. Elige EdDSA / Ed25519 si esta disponible.
3. Usa RSA 4096 solo como alternativa.
4. Pulsa Generate y mueve el raton hasta que se cree la clave.
5. Guarda la clave privada en tu ordenador.
6. Copia el texto de la clave publica en el campo SSH public key.

No compartas datos privados

Importa el hostname exacto

Antes de tocar DNS

1. Verifica dónde se editan los DNS autoritativos del dominio.
2. Elimina o ajusta A/AAAA, CNAME, ALIAS, ANAME o redirects conflictivos.
3. Usa el tipo de registro recomendado para el servicio y hostname.
4. Espera propagación DNS antes de probar HTTPS final.

Rollback sin perder el sitio anterior

Cada tipo DNS cumple una función

Copiar registros sin errores

1. Copia nombre, tipo y valor exactamente como los da el servicio.
2. No pongas CNAME donde ya hay otros registros si DNS lo prohíbe.
3. Coloca DKIM bajo el selector del proveedor y DMARC normalmente bajo _dmarc.
4. Configura CAA con cuidado porque puede bloquear certificados.

Diagnóstico de DNS público

Una cuenta para pedidos y servicios

Antes del primer pedido

1. Regístrate con una dirección de correo de trabajo.
2. Completa la verificación del correo si la página la solicita.
3. Añade los datos de facturación antes de enviar un pedido de pago.
4. Activa la verificación en dos pasos cuando esté disponible.

Acceso compartido sin exponer claves

El crédito se consume mientras el servicio corre

Evitar una suspensión por saldo

1. Revisa el saldo visible y la autonomía después de iniciar sesión.
2. Comprueba el nuevo coste diario antes de confirmar pedidos o cambios.
3. Recarga con margen, no el mismo día del agotamiento.
4. Si el servicio está suspendido, mira enseguida la fecha posible de eliminación.

Revisión de saldo con datos mínimos

Una comparación no es un calendario de cobro

Comprobar un cambio de precio

1. Compara el consumo diario antes y después del cambio.
2. Más CPU, RAM, disco u opciones de pago suelen aumentar el consumo diario.
3. Considera efectivo el cambio solo tras confirmación, pago si procede y aplicación.
4. Guarda confirmaciones de pedido e historial de crédito para contabilidad.

Consultas sobre un periodo concreto

Pendiente no siempre es fallo

Después de completar el pago

1. Vuelve a Cli>_ desde la página del proveedor de pago.
2. Revisa el estado del pedido y cualquier mensaje visible.
3. Si sigue pendiente, da tiempo a que llegue la confirmación.
4. Si hay problema, envía el número de pedido y la referencia de pago visible.

Datos de pago que no hacen falta

Valores precisos reducen retrasos

Preparación antes de comprar

1. Elige un nombre de servicio reconocible para tu equipo.
2. Decide si usarás dominio propio o hostname temporal del sistema.
3. Prepara la clave SSH pública si el servicio la requiere.
4. Valida almacenamiento y recursos según la aplicación que vas a ejecutar.

Separar configuración pública y secretos

Actualizas un servicio, no creas otro

Revisión antes de aplicar recursos

1. Mira CPU, RAM, disco, backups y retención de Offsite Archive actuales.
2. Comprueba el nuevo coste diario y su efecto en el crédito.
3. Lee avisos de reinicio, mantenimiento o interrupción.
4. Haz tu propia exportación de datos importantes antes de un cambio riesgoso.

Si el ajuste no sale como esperabas

Cancelar no borra siempre al instante

Comprobaciones antes de cancelar

1. Exporta los datos que deban conservarse a largo plazo.
2. Lee la fecha y hora de eliminación planificada en el servicio suspendido.
3. No confundas backups u Offsite Archive con el ciclo de eliminación del servicio.
4. Si tienes dudas, contacta soporte antes de la fecha de eliminación.

Recuperación después del plazo

Backup no es archivo permanente

Preparar una solicitud de restauración

1. Indica nombre del servicio y número de pedido.
2. Describe la hora aproximada a la que quieres volver.
3. Aclara si necesitas toda la instancia o una parte, si el producto lo soporta.
4. Añade error visible o contexto sin contraseñas, tokens ni claves privadas.

Impacto de volver a un punto anterior

Archivo remoto fuera de la operación diaria

Cuándo activarlo

1. Úsalo para datos que quieras conservar fuera de la operación habitual.
2. Elige días de retención según compliance, negocio u objetivo de recuperación.
3. Recuerda que el coste crece con volumen almacenado y tiempo de conservación.
4. Para grandes volúmenes, planifica el archivo junto a tus exportaciones.

Coste basado en datos y tiempo

Empieza por la carga real

Señales de que el plan queda corto

1. Sube RAM si ves OOM, out of memory, process killed o swap continuo.
2. Sube CPU ante carga sostenida, compresión, compilaciones o procesos ocupados.
3. Amplía disco antes de llenar filesystem, registros o base de datos.
4. Tras cada cambio, verifica que desapareció el límite original.

Contexto útil para sizing

Primero identifica la dirección del tráfico

Preguntas antes de pedir la IP

1. Pregunta si la lista de permitidos es entrante, saliente o ambas.
2. Usa nombres DNS en lugar de IP numéricas cuando sea posible.
3. Abre solo los puertos que la aplicación necesita realmente.
4. Consulta el requisito de lista de permitidos antes de cambiar acceso en producción.

Exposición mínima de puertos

Por qué el SSH compartido usa puerto alto

Conexión según el acceso disponible

1. En SSH compartido copia usuario, host público y puerto alto desde el detalle del servicio.
2. Usa ssh -p <puerto> <usuario>@<host-publico> y no omitas el puerto alto.
3. Si compras una IP pública, puede aparecer además un acceso SSH directo a esa IP o a su DNS.
4. La clave privada se queda en tu equipo; a soporte envía host, puerto, usuario y error visible.

Qué cambia con una IP pública

Importa el hostname exacto

Antes de tocar DNS

1. Verifica dónde se editan los DNS autoritativos del dominio.
2. Elimina o ajusta A/AAAA, CNAME, ALIAS, ANAME o redirects conflictivos.
3. Usa el tipo de registro recomendado para el servicio y hostname.
4. Espera propagación DNS antes de probar HTTPS final.

Rollback sin perder el sitio anterior

Cada tipo DNS cumple una función

Copiar registros sin errores

1. Copia nombre, tipo y valor exactamente como los da el servicio.
2. No pongas CNAME donde ya hay otros registros si DNS lo prohíbe.
3. Coloca DKIM bajo el selector del proveedor y DMARC normalmente bajo _dmarc.
4. Configura CAA con cuidado porque puede bloquear certificados.

Diagnóstico de DNS público

La propagación es caché distribuida

Planificar un cambio DNS

1. Reduce TTL antes del cambio si el proveedor lo permite.
2. Después de editar DNS, evita cambios aleatorios repetidos mientras expira caché.
3. Prueba desde varios resolvers si los resultados difieren.
4. Anota hora del cambio, valor viejo, valor nuevo y TTL.

Datos para investigar propagación

Nextcloud crece más allá de archivos visibles

Calcular capacidad antes de pedir

1. Suma datos actuales de usuarios y carpetas compartidas.
2. Añade margen para versiones, papelera, vistas previas y sobrecarga de sincronización.
3. Considera importaciones grandes, nuevos equipos y crecimiento esperado.
4. Aumenta capacidad antes de que usuarios lleguen al límite.

Problemas de sincronización

Migrar no es solo git clone

Verificación antes del corte

1. Lista repositorios, propietarios, grupos de acceso y cuentas de automatización.
2. Revisa Git LFS, submódulos, protecciones de ramas y protecciones de etiquetas.
3. Tras el traslado prueba clone, push, Git LFS, submódulos y CI.
4. Revoca o rota tokens antiguos sin compartir sus valores.

Secretos durante la migración

La entregabilidad empieza en el dominio

Antes de la primera campaña

1. Elige dominio remitente o subdominio y nombre del remitente.
2. Añade DNS de verificación, SPF, selector DKIM y DMARC.
3. Prueba entrega, bounce o Return-Path y enlaces del mensaje.
4. Comprueba baja y List-Unsubscribe antes del envío real.

Diagnóstico de correo sin secretos

Auto no es la única opción correcta

Parámetros antes del despliegue

1. Elige Runtime automático o manual según framework y compilación.
2. Selecciona PHP 8.2, 8.3 o 8.4 solo en escenarios PHP soportados.
3. Ajusta CPU, RAM, disco, retención de backups y Offsite Archive según datos y tráfico.
4. Después del despliegue prueba subidas, caché, registros y errores visibles.

Cuando la aplicación no arranca

Un buen ticket aporta contexto, no secretos

Contenido seguro para el ticket

1. Incluye pedido, servicio, dominio, hora y paso donde ocurrió el problema.
2. En hosting añade runtime, PHP o lenguaje, CPU, RAM, disco, subidas, caché y registros sin valores secretos.
3. Recorta o tapa capturas antes de enviarlas.
4. Si dudas si un dato es seguro, pregunta primero sin enviarlo.

Información que nunca debe ir en soporte