Todo lo que se hace en un hosting se puede hacer desde el panel de control: subir archivos, crear bases de datos, instalar WordPress, configurar el correo. Para la enorme mayoría de los sitios, eso alcanza y sobra. Pero hay una porción de usuarios (sobre todo desarrolladores) que en algún momento necesita algo que el panel gráfico no ofrece con la misma velocidad: una terminal.
Ese acceso se llama SSH, y vale la pena entender qué es, para qué sirve realmente y cuáles son sus límites en un plan compartido.
Qué es SSH, sin vueltas técnicas
SSH es un protocolo que permite conectarse al servidor por línea de comandos, en lugar de hacerlo por el navegador. En vez de clickear en el panel, escribís instrucciones de texto que el servidor ejecuta directamente.
Es la misma diferencia que hay entre manejar un programa con el mouse o hacerlo con atajos de teclado: el resultado final puede ser el mismo, pero para quien ya sabe usarlo, la terminal es mucho más rápida para tareas repetitivas o específicas.
Para qué se usa en la práctica
Los casos de uso reales, no los teóricos, son bastante concretos.
Instalar dependencias de un proyecto. Si trabajás con herramientas de desarrollo que arman el sitio a partir de código fuente, necesitás ejecutar esos comandos de instalación en el servidor.
Mover archivos grandes rápido. Subir una carpeta con miles de archivos por FTP puede tardar mucho. Por terminal, comprimir en el origen, subir un solo archivo y descomprimir en destino es sensiblemente más rápido.
Trabajar con control de versiones. Si el proyecto se administra con un sistema de control de versiones, es habitual traer los cambios directamente al servidor desde la terminal en lugar de subir archivo por archivo.
Diagnosticar problemas puntuales. Buscar un texto específico en miles de archivos, revisar procesos que están corriendo, o inspeccionar permisos de archivos en detalle es más directo desde la terminal que navegando carpeta por carpeta en el administrador de archivos.
Automatizar tareas con scripts. Cualquier proceso que se repite (una copia, una limpieza, una sincronización) se puede scriptear y ejecutar con un solo comando, en lugar de repetir los mismos clics cada vez.
Sus límites en un plan compartido
Acá está lo importante para no llevarse una sorpresa. En hosting compartido, cuando el acceso por terminal está disponible, viene con restricciones deliberadas, porque el servidor lo comparten decenas o cientos de cuentas distintas.
El acceso suele estar confinado a tu propia carpeta de archivos, sin posibilidad de ver ni tocar nada de otras cuentas. No se puede instalar software a nivel del sistema operativo, ni cambiar configuraciones que afecten a todo el servidor, ni abrir puertos de red propios. Es una terminal para trabajar con tus archivos, no para administrar la máquina.
Esa limitación no es un capricho: es lo que permite que un plan compartido sea seguro y barato al mismo tiempo. Si un usuario pudiera hacer cualquier cosa a nivel de sistema, la seguridad de todos los demás en ese servidor quedaría en riesgo.
Si tu plan no tiene la opción visible en el panel, en muchos proveedores se puede solicitar al soporte, que evalúa habilitarlo según el uso que se le vaya a dar.
Cuándo ya no alcanza y conviene un VPS
Hay un punto en el que las limitaciones del compartido dejan de ser una molestia menor y pasan a ser un obstáculo real para el trabajo. Las señales más claras: necesitás instalar un componente de sistema que el hosting compartido no permite, necesitás abrir un puerto propio para un servicio, o necesitás control total sobre la configuración del servidor y no solo sobre tus archivos.
Ahí es donde tiene sentido pasar a un VPS. La diferencia central es que en un VPS el acceso por terminal es sin las restricciones del compartido: podés instalar lo que necesites a nivel de sistema, porque el servidor (virtual, pero aislado) es tuyo. La contrapartida es que pasás a ser responsable de administrarlo: actualizaciones de seguridad del sistema, configuración del servidor web, todo lo que en el compartido resuelve el proveedor.
Para la mayoría de los proyectos, incluso técnicos, el compartido con SSH acotado alcanza. El salto a VPS tiene sentido cuando la necesidad es específica y concreta, no "por si acaso".
Buenas prácticas si vas a usarlo
Usá una clave en lugar de una contraseña para conectarte, si el proveedor lo permite. Es más seguro y evita el riesgo de una contraseña débil o reutilizada, que es la puerta de entrada más común para un ataque de fuerza bruta contra este tipo de acceso.
No dejes la conexión abierta en una computadora que no es tuya ni en una red pública sin cuidado, porque quien tenga esa sesión activa tiene el mismo acceso que vos. Y si trabajás en equipo, dale a cada persona su propia clave en lugar de compartir una sola: así, si alguien deja el proyecto, se revoca solo su acceso sin tener que cambiarle la clave a todo el mundo.