Tu agente de IA trabajando 24/7 en un VPS con Claude Code
687 segments
Te voy a enseñar cómo puedes instalar
Clow Code en tu servidor VPS para que
puedas lanzar un refactor desde el móvil
mientras te tomas un café, porque hay un
problema del que nadie te avisa y es en
el momento en el que tu portátil se
suspende, tu agente se muere con él y
todo ese progreso parado y perdido.
Pues, ¿qué vamos a hacer hoy? Pues te
voy a enseñar a montar tu propio agente
de Cloud en un VPS que está funcionando
247 aunque cierres el portátil, aunque
estés durmiendo, aunque estés de viaje y
muy importante, lo vamos a hacer bien
con un usuario no root, con SSH bien
configurado, con firewall, con un token
de GitHub limitado y con las medidas de
seguridad que cualquier depbería tener
en su VPS, porque ya sabes que dejar una
inteligencia artificial con todo tipo de
permisos es pedir un disgusto. ¿Y por
qué un VPS y no tu máquina local? A ver,
realmente si puedes tener un servidor en
tu casa, oye, perfecto, pero un VPS lo
vas a tener con disponibilidad 247 en un
entorno aislado y estable con el
networking de un Tata Center. Esto
quiere decir que vas a tener una muy
buena conexión a internet y cuando
instales dependencias, clones
repositorios o cualquier llamada a
internet va a ir volando. Yo voy a
utilizar mi máquina VPS que tengo en
Hostinger, que luego te voy a explicar
cómo puedes conseguir la tuya al mejor
precio. Y en lugar de hacer el acceso
root a través de SSH, de la terminal y
tal, le podemos dar a este botoncito de
terminal, te abre en otra pestaña
entrando por SSH como root a tu máquina.
Yo tengo un Ubuntu 2404 LTS, pero bueno,
tú igual pues tienes otro, no te tienes
que preocupar porque va a funcionar muy
parecido. Yo voy a crear ahora
diferentes usuarios, de hecho voy a
crear dos. El primero, add user dep
admin, que esto va a ser un usuario que
me va a permitir administrar mi servidor
para no utilizar más root. ¿Qué vamos a
ponerle de password? A ver, le voy a
poner admin. No es el mejor password, no
hagas esto. Pero bueno, en este caso,
como es un ejemplo, no hace falta que
pongamos esta información. La
información es correcta. Ya lo tenemos.
Y ahora está en el grupo de usuarios,
pero yo lo voy a modificar para ponerlo
en el grupo de admin. Así que ahí lo
tenemos. El dev admin es de este grupo,
está en dev admin, sudo y users, así que
ya lo tenemos en sudo en el caso de que
necesitemos administrar nuestro sistema.
Esto lo estoy haciendo porque luego voy
a quitar el acceso de root por SSH. Para
temas de seguridad podría hacer mucho
más complicado el nombre de usuario y
tal, pero solo te estoy enseñando para
que tengas un ejemplo. Ahora vamos a
crear otro usuario que va a ser Cloud.
Le voy a poner password cloud cloud y no
hace falta tampoco esto. Ya tenemos un
nuevo usuario, así que tenemos estos dos
usuarios de FAmin, que va a ser como mi
usuario humano para mantener el servidor
y Cloud, que será el usuario que va a
ejecutar Cloud. Y fíjate en el detalle
que a de Batman le he dado sudo y a
Cloud. Porque Cloud va a ejecutar un
agente de inteligencia artificial y si
ese agente puede hacer sudo, pues en la
práctica le estamos dando las llaves del
servidor entero y no queremos eso. Y
gracias a la gente de Hostinger que está
patrocinando este vídeo, tengo
descuentazo para ti, porque puedes
conseguir este servidor, el KVM2, que es
el que estoy utilizando en este vídeo
con el que estoy desplegando Clow Code,
pues lo puedes conseguir al precio más
bajo. Fíjate que le puedes aplicar mi
código de descuento Midu para
conseguirlo al mejor precio posible con
un descuento del 10% y tiene servidor,
vamos, de sobra. Siguiente paso, copiar
las claves SSH a los usuarios y poder
entrar desde mi máquina local sin
necesidad de tener ningún tipo de
password. De hecho, me lo va a pedir una
vez y ya está. Vamos a ejecutar CSH
copyid defadmin@la
del VPS, que esto lo puedes ver en el
panel de administración. Lo veis aquí.
Así que esto es donde queremos entrar.
Nos va a indicar cuál es la huella, le
vamos a decir que sí, que queremos
conectarnos y nos va a pedir el
password. El password es admin, es el
que le he puesto yo. Todo ha ido
correctamente. Así que ya desde la
máquina local, o sea, estoy desde mi
sistema, puedo ejecutar esto de aquí y
podemos entrar en la máquina. Ya estoy
como de Fadmin. Estoy en la máquina
Ubuntu. No he tenido que poner el
password porque hemos entrado por la
clave SSH. Perfecto. Esto mismo lo vamos
a hacer también con SSH, copy ID cloud.
Y aquí pues tenemos que copiar de nuevo
esta IP y hacemos exactamente lo mismo.
Ahora y el password que es cloud.
Perfecto. SSH Cloud y ponemos, bueno, de
hecho nos podemos copiar todo esto para
ver si funciona, si se conecta y
perfecto, ya hemos podido entrar como
cloud. Y esto es muy importante porque
así vamos a poder entrar con los dos
usuarios desde mi máquina local
fácilmente porque después como vamos a
quitar el acceso de root pues nos va a
facilitar mucho la vida. Vamos a volver
a la terminal donde estábamos como root,
o sea, estoy en la máquina Ubuntu y
vamos a cambiarle el password. ¿Por qué?
Porque la contraseña inicial siempre hay
que cambiarla, siempre, aunque luego
vamos a desactivar el login de root por
SSH. No queremos dejar nunca
credenciales temporales vivas. Así que
vamos a poner aquí otro password, ¿vale?
Voy a inventarme uno cualquiera, pero no
dejes el que te viene por defecto desde
el inicio. Ahora vamos a desactivar el
login de root y las contraseñas por SSH.
Vamos con Nano mismo. Si te gusta más
BIM, pues BIM, eh, lo que tú prefieras.
Y entramos aquí en la configuración del
SSH. Fíjate aquí que hay un montón de
líneas y tal. Lo importante, vamos a
poner aquí abajo, fíjate que está todo
como desactivado. No sé si estará la
configuración activada o si mira, ya
está aquí. ¿Ves que pone permit root
login? Le vamos a decir que no, que no
se pueda iniciar sesión como root. Y
luego password authentication. Esto es
para evitar que se pueda iniciar por SSH
utilizando el password porque ya lo
tenemos con nuestra máquina local con la
clave SSH y ya no necesitamos password,
así evitamos más ataques. PUP Key
Authentication, que este sí que le vamos
a decir yes. Así que guardamos los
cambios y ya tenemos esto. Y ahora vamos
a reiniciar el servicio de SSH. ¿Vale?
¿Qué significa esto? pues que con esto
nadie va a poder entrar como root y
nadie va a poder entrar utilizando
contraseñas solo con la clave SSH que
hemos hecho antes. Entonces seguimos
teniendo el usuario de Fminas de
mantenimiento, tenemos el usuario de
Cloud, pero ahora ya no podemos entrar
como root utilizando contraseña. Vamos a
aprovechar que estamos aquí para activar
temas de firewall. Vamos a utilizar UFW,
¿vale? UFW que significa uncomplicated
firewall. Me encanta el nombre que tiene
este firewall. Entonces, vamos a poner
que por defecto vamos a bloquear todo lo
que venga, ¿vale? O sea, todas las
llamadas que vengan al servidor y por
defecto vamos a permitir todas las que
salen, ¿vale? Entonces, ya así evitamos
que alguien intente hacernos peticiones
desde fuera a nuestro servidor, pero
dejamos que salgan todas las peticiones.
Sí que tenemos que permitir, vamos a
permitir el SSH, por supuesto, porque si
no tenemos un problema y luego vamos a
activar esto. Entonces, dice, "¿Esto
puede romper conexiones sh?" Le voy a
decir que sí. Y vamos a mirar el
estatus. Vemos lo que está permitiendo,
que son llamadas hacia fuera con el
22/TCP,
¿vale? O sea, solo estamos dejando
entrar el tráfico por SSH.
Y atención porque esto no va a romper
Clou Code. Mucha gente aquí se asusta
pensando, "Pero si bloqueo todo lo que
entra, ¿cómo va a llegar el móvil al
VPS?" Pero es que no llega. Clow Code
Remote, como lo vamos a ver, funciona al
revés. El VPS hace una conexión saliente
a los servidores de Anthropic y desde
ahí enruta a tu móvil. ¿Vale? Por eso lo
vamos a poder tener con un firewall
durísimo y aún así controlar todo desde
el teléfono. Así que en principio no te
preocupes y si hace falta luego tocamos
lo que necesitemos. Ahora otro punto que
vamos a hacer, el fail to ban, vamos a
hacer un update de todas las
dependencias para tener las últimas
dependencias de Ubuntu por si hay algún
tipo de vulnerabilidades y tal. Siempre
es importante tener esto. Y vamos a
instalar la herramienta de fail to ban.
Esto lo vamos a hacer más que nada
porque vamos a banear automáticamente
cualquier IP que intente conectarse a
nuestro servidor por SSH y falle varias
veces. Es como un portero de discoteca
que como vea que intentas muchas veces
entrar, te va a echar para siempre.
Vamos a tener que activar este servicio.
Lo vamos a activar ya. Fail to y ya lo
tenemos. A ver, lo podríamos configurar
mucho más, pero es que se me iría este
tutorial mucho. Te recomiendo que si te
interesa le eches un vistazo a Felto to
porque se pueden configurar cosas muy
tremendas. Vale, vamos con más cositas.
Instalar herramientas necesarias. Vamos
a tener que mantener viva la sesión de
cloud. Para eso vamos a instalar TMUux,
¿vale? Y GH. GH es GitHub, es el click
en la línea de comandos de GitHub. Vamos
a instalar estas dos que las vamos a
necesitar. Ahora las estoy instalando
como root, pero no pasa absolutamente
nada porque al final son herramientas
que vamos a querer tener disponibles. O
sea, que no te preocupes. Todo lo que
sea instalar paquetes, tocar servicios o
cambiar configuración del sistema, lo
podemos hacer con root o como defm. Como
ya estoy aquí en root, pues estoy
aprovechando y ya está. Vamos a crear
ahora la carpeta de trabajo donde vamos
a tener cloud, así que creamos en
home/cloud/pyectos.
Voy a ponerlo en castellano, ¿vale? La
carpeta cloud ya existía, ¿vale? Cloud y
aquí le hemos creado proyectos. Y ahora
que hemos creado esa carpeta, vamos a
cambiar el propietario y el grupo,
¿vale? Que va a ser de Cloud Cloud home
cloud/pryectos.
Perfecto. Esa será la zona de trabajo de
nuestra gente de Cloud. Ahora Cloud
podrá clonar repos, crear ramas,
ejecutar test, abrir PRs desde esa
carpeta, pero no tiene permisos para
tocar el resto del sistema, que es
bastante importante. Ahora vamos a
volver a mi terminal local donde estaba
aquí como cloud y a partir de aquí todo
lo que tenga que ver con cloud lo
hacemos con cloud, sin sudo. Esto es
crítico. Todo lo que tiene que ver con
Cloud lo hacemos con Cloud. Por lo
tanto, lo primero es que tenemos que
instalar Cloud. Por ejemplo, aquí,
fíjate que cómo instalamos Cloud, pues
nos dice que tenemos este comando de
aquí. Pues este comando es el que
ejecutaremos en nuestra terminal porque
somos el usuario de Cloud, queremos
tener acceso a la aplicación de Cloud.
Esto sí, lo instalamos con el usuario de
Cloud. Ya me dice que en la instalación
existe, pero no está en el PH. Vamos a
probar a ver si está. Vale, como podéis
ver, no encuentra el comando, no pasa
absolutamente nada. Lo que tendríamos
que hacer es ejecutar esta línea de
aquí. La ejecutamos. Y ahora sí que
debería funcionar perfectamente la
versión 2.1.150.
Ahora, siempre que vees que tenés la
versión, lo siguiente que yo haría sería
un Cloud Doctor. ¿Por qué? Porque así
vamos a estar viendo, oye, si está
funcionando correctamente, si están
activadas las actualizaciones, cuál es
el pat desde el que se está instalando,
o sea, para asegurarnos que todo está
correctamente, para chequear que todo
está bien, porque si os sale algún
warning, que normalmente es alguna
tontería del paz, para que lo revises.
Vale, le damos a enter otra vez. Y
ahora, ¿qué nos falta? Pues iniciar
sesión. Le damos a cloud y aquí pues
tenemos que configurar. Voy a decirle
dark mode y tenemos que seleccionar cómo
iniciamos sesión. Voy a decirle cloud
account with subscription. Fíjate que
dice opening browser to syn in. Claro,
en este caso normalmente te abre
automáticamente el navegador y tal, pero
aquí no puede porque estamos en una
máquina. Estamos en una máquina remota,
así que tenemos que copiarnos esto, ir a
esta pestaña de aquí y ahora tenemos que
autorizar manualmente esto. ¿Vale? Ahora
dice pega esto en Cloud Code. Vamos a
copiar este código. Volvemos aquí y dice
paste code here if prompted. Vale, pues
lo vamos a pegar. Fíjate, se ha pegado.
Le damos al enter y ahí ha ido
correctamente. Le damos otra vez al
enter, que Cloud pueda hacer errores,
¿vale? Le damos al enter, le vamos a
decir que confiamos en esta carpeta
aquí, en este caso. Ahora, fíjate que ya
tenemos cloud, o sea, puedo decirle hola
y esto ya pues funciona perfectamente. Y
esto se está ejecutando en mi servidor.
Una cosa muy interesante de ejecutar
Clow Code en tu servidor VPS es que
seguramente notarás que va un poquito
más rápido y es por la latencia
realmente. O sea, normalmente los
servidores VPS están mejor conectados
que tu casa, así que verás que a veces
puedes notar incluso un mejor
rendimiento. Y aprovecho para recordarte
que Hostinger está patrocinando este
pedazo de tutorial que cuando termine te
va a explotar la cabeza y que tenemos
los servidores VPS, los mejores del
mercado, al mejor precio porque además
tienes el cupón Midu que te da un 10% de
descuento. Así que aprovecha, ya sabes,
puedes ir a hostinger.com/midvps
y ahí directamente ves sus servidores y
acuérdate de aplicar el cupón de Midu. Y
vamos a configurar nuestra cuenta de
GitHub. Lo hacemos con GH, que es la
línea de comandos de GitHub. Hacemos out
login con githaub.com. Indicamos https.
Ahora me va a decir que necesitamos las
credenciales de GitHub. Vamos a hacer
inicio de sesión desde el navegador.
Aquí me dirá que tenemos que iniciar
gijha.com en el navegador. Le damos a
enter. Nos da error. No pasa nada porque
podemos abrir el navegador manualmente
y podemos poner el código aquí. Le vamos
a decir que continuamos. Autorizamos
este dispositivo, nos pide todos los
permisos. Autorizamos a GitHub. Nos pide
un código más del autenticador.
Verificamos. Volvemos. Hemos iniciado
sesión. Ahora yo quiero que en realidad
funcione por SSH. Puedo hacer GH out
setup git. Ejecutamos esto y ahora sí
que si vamos a la carpeta proyectos
podría clonar cualquier repositorio sin
ningún tipo de problema y voy a intentar
clonarme un repositorio que es privado
de mi cuenta de usuario para ver si
realmente funciona. Vale, le decimos que
sí y nos dice que tenemos el permiso
denegado. No pasa absolutamente nada. Lo
que necesitamos es añadir esta clave SSH
de este servidor en nuestra cuenta de
GitHub. Lo primero, vamos a generar la
clave de SSH con mi cuenta de correo.
Aquí tendríamos el identificador SSH de
esta máquina. Ahora mostramos el
contenido de la llave privada. Esta
llave no la tenéis que compartir. Yo la
voy a eliminar después, pero para que
sepáis que esto no lo podéis compartir.
Todo, todo os lo copiáis, os vais a
vuestra cuenta de GitHub, os vais a
Settings, por aquí buscáis SSH y GPG
Kys. Voy a añadir una K nueva y aquí le
ponemos el nombre. Voy a poner cloud
code VPS authentication key. Lo copiamos
aquí, añadimos la llave y una vez que la
tenemos, si volvemos aquí y volvemos a
intentar clonar, podemos ver que ahora
sí funciona perfectamente. Ahora nos
está clonando el proyecto y esto es muy
importante porque ahora lo que va a
poder hacer Cloud es también clonar los
proyectos que necesite sin ningún tipo
de problema, además de hacer pull
request y lo que haga falta. De hecho,
vamos a poner la prueba. Voy a ejecutar
Cloud y le voy a decir que clona el
repositorio de Midu.link. A ver si me
clona el repositorio correcto, que
parece ser que sí que lo está clonando.
En este caso me está utilizando
directamente GH. Y le voy a decir, mira
a ver si hay posibilidades de mejora en
el código. Vale, que me revise si
podemos mejorar algo en este proyecto de
midu.link. Voy a explorar la estructura
del proyecto para entender que hay.
Parece ser que sí que está funcionando
correctamente. Me está mirando el
layout. Mientras termina, como me va a
hacer alguna sugerencia, implementala y
haz una pull request en el proyecto para
aplicar el cambio. Vale, cuando termine
le daré enter. Vale, fíjate que me ha
dicho unas cuantas. Le voy a decir que
el guardi implementala, que es muy
general, implementa la más importante
para que sea una y hace una pull request
en el proyecto para aplicar el cambio.
Así veremos si está funcionando
totalmente en el VPS, en mi servidor, la
conexión. Le voy a decir que sí, que
entre al proyecto. La mejora más
importante es el buscador. Vale, ahora
fíjate que me ha dicho que no puede
hacer un for. Claro, porque es que es el
mismo, el mismo el que está haciendo el
for. No tiene sentido que hagan un for
porque tiene el usuario mío, ¿vale?
Aunque esto es interesante, le podríamos
llegar a hacer un usuario para no
utilizar nuestro propio usuario, hacerle
un usuario a nuestro propio Clow Code
para que hiciese forks y siempre tuviera
que hacer pull request. No sería mala
idea por temas de seguridad. Vale, ahora
le voy a decir que sí, que puede hacer
la edición en nuestra sesión. Está
añadiendo como estilos para el buscador,
está mejorando la UX y ahora está
haciendo la pull request. ¿Ves? Ahora,
para crear la P request tendríamos que
visitar esta URL. Lo interesante es que
la PL request lo puede hacer desde la
línea de comandos porque estamos
utilizando el programita de GH.
Entonces, esto directamente le va a
permitir crear la PR también desde aquí.
O sea, no va a tener que ir a la página
web ni nada, sino que todo lo va a hacer
aquí. ¿Ves? Ya tiene la PR creada. Vamos
a verla. Este es el cambio que he hecho
yo mismo. Me ha hecho una PR. Fíjate que
viene aquí como que ha sido Cloud Code
el que lo ha hecho. Podemos ver todos
los cambios. Perfecto. Bueno, pues ya
vemos que esta parte funciona. Pues
ahora vamos con el tema del control
remoto. Volvemos a la terminal, vamos a
hacer un exit. Aquí limpiamos la
pantalla y vamos a inicializar cloud en
control remoto. Para eso, como el
usuario cloud, ejecutamos cloud remote
control. Y ahora, fíjate que nos sale
esto. Estamos conectados. Capacidad cero
de 32 sesiones. Si le das al enter, vas
a tener el código QR que puedes escanear
con la cámara, pero yo ya tengo la
aplicación de Code abierta. Me puedo ir
a código, fíjate aquí, nueva sesión. Y
cuando le dé a nueva sesión, ya
automáticamente si yo ejecuto hola, por
ejemplo, fíjate que aquí en la
aplicación me sale que estoy conectado a
mi VPS, le voy a decir hola y
automáticamente deberíamos ver como la
terminal tenemos esta nueva sesión aquí,
capacidad una de 32. Hola. le podría
decir qué proyectos
tengo disponibles. Vale, esto es
importante porque cuando yo le voy a
preguntar aquí en en esta aplicación, lo
que va a permitir es ejecutar comandos
en mi servidor VPS. Fíjate que ya he
ejecutado el comando LS, me ha dicho la
salida y puedo volver aquí y me dice,
tienes dos proyectos disponibles y tal.
Como además vamos a abrir otra terminal
nueva. Le voy a decir aquí, clona el
proyecto de la velada y dime cuántos
boxeadores hay. Vale, esto es
interesante. Estamos totalmente
controlando el servidor VPS desde
nuestro móvil con control remoto. Me
está pidiendo permisos. Le voy a decir
que siempre permita. Todo lo que está
ejecutando en la terminal lo está
haciendo en esta máquina, en el VPS, no
lo está haciendo en mi máquina local.
Vale, fíjate que ya tenemos ahí. Ahora
le va a decir que sí, que clone el
proyecto. O sea, está controlando
totalmente la máquina VPS desde mi
móvil, lo cual es tremendo. Mira, un
archivo leído. Y aquí tendríamos la
respuesta del repositorio, la velada
landing. Tenemos un problema, sin
embargo, porque ahora está funcionando
esto muy bien. Parece que estamos
controlando. Le voy a decir, clona el
proyecto de Advent GS y mígralo a Astro.
Claro, esto es un proyecto que está
hecho con Nextis y es una tarea que
tardaría muchísimo tiempo en terminar.
Ahora ha aparecido ahí, parece que va a
iniciar, pero ¿qué ocurre si yo por lo
que sea cierro esto? Lo que va a pasar
es que si yo cierro esto, se acabó. Las
sesiones que tengo abiertas ahora se
paralizan. aunque parece ahí que esté
pensando y está ejecutando y tal, lo
cierto es que se va a paralizar, se va a
quedar como en pausado hasta que no
detecte que de nuevo voy a activar el
control remoto, pues ya no funciona. Y
esto lo queremos evitar. ¿Por qué?
Porque yo lo que quiero, obviamente, es
poder trabajar sin depender de que esté
conectado a la máquina. Si yo ahora
cierro esto y resulta que deja de
funcionar, pues para qué hemos creado
todo esto. Vale, vamos a abrir una nueva
pestaña y me voy a conectar como
administrador. Vamos a ver. Vale, ya
estamos como administrador y aquí vamos
a crear un servicio utilizando TMU. TMU
es un programa que te permite dividir
pantallas en paneles independientes,
gestionar varias ventanas y lo más
importante, mantener programas y
comandos ejecutándose en segundo plano
independientemente de que estés
utilizando o no la terminal. se la está
cerrando, la desconectas, te desconectas
del servidor o lo que sea, sigue
funcionando. Entonces, tenemos que crear
un servicio. Vamos a utilizar sudo nano,
puedes utilizar beam si lo prefieres. Y
aquí vamos a crear este servicio,
cloudremote.
Le tenemos que poner el password para
que active el sudo, que era admin,
nuestro password. Y aquí voy a copiar
todo esto, pero no te preocupes que te
lo voy a explicar, sobre todo lo más
importante. Tenemos nuestro servicio con
una descripción en el servicio. Lo
importante lo va a ejecutar el usuario
cloud en el directorio de trabajo Home
Cloud Proyectos. Aquí en el exec Start,
fíjate que tenemos barrauser/bin/temux.
Este es el programa que queremos para
crear esta ventana de terminal. Creamos
una nueva sesión. Le decimos que lo
ponga en modo detach para que no nos
meta en esa sesión, sino que lo haga de
forma separada. Le damos un nombre a
esta sesión que va a ser Cloud y
tendríamos que ejecutar este comando de
aquí. Si lo dejamos exactamente así, nos
puede dar problemas por no encontrarlo
en el paz, porque claro, como es un
servicio y tal, pues para asegurarnos lo
que podemos hacer es aquí vamos otra vez
a la terminal donde éramos cloud y yo ya
he ejecutado un witch cloud para que me
diga cuál es el path correcto para
ejecutarlo. Así que me lo he copiado.
Vuelvo aquí y aquí en lugar de cloud
vamos a ejecutarlo desde
barrahome/cloude.
Cloud, ¿vale? Para que esté correcto. Y
ejecutamos el comando de remote control.
Voy a hacer esto más pequeño para que se
vea entero. Ahora, cuando se pare este
servicio, lo que queremos es matar la
sesión que tenía el nombre de cloud. Y
ya está. Creo que todo lo demás se
entiende perfectamente. Vamos a guardar
estos cambios de aquí. Ya tendríamos el
servicio preparado, ahora lo que tenemos
que hacer es activarlo. Primero vamos a
ejecutar el Demon Reload para que se
vuelva a recargar el Demon. Ahora le
decimos que queremos inicializar ya este
nuevo servicio Cloud Remote. Le vamos a
dar. Y para asegurarnos que está
funcionando correctamente, vamos a poner
aquí un estatus para ver si nos ha dado
algún tipo de problema. Vale, está bien.
Fíjate que pone active running, o sea,
ya está funcionando perfectamente. El
estatus es el que estábamos esperando.
Ahora, si el VPS se reinicia por
cualquier motivo, lo interesante es que
como tenemos un servicio que se
inicializa solo, pues no nos tenemos que
preocupar porque se volverá a levantar.
Y lo que es mejor es que ahora si vamos
a nuestra aplicación, fíjate, si ahora
vuelvo y le vuelvo a dar aquí y buscamos
un nuevo proyecto y le digo hola. Esto
sí que está funcionando correctamente.
¿Ves que funciona correctamente? Para
ver el estado, fíjate que cuando tú
abres esto, si le das aquí un clic,
puedes ver que tiene como un puntito
verde, casi no se ve, pero ahí tiene un
puntito verde. Significa que sí que está
conectado el VPS. Y además en el control
remoto le puedes dar aquí y puedes ver
todas las sesiones que tiene abiertas y
además pues por lo que sea las puedes ir
cerrando. Puedes decirle, "Vale, pues
esta finalizar sesión, finalizar sesión,
¿vale? Las puedes ir cerrando para que
así estas sesiones no se quedan abiertas
y puedes abrir cualquier otra. Le
podrías decir actualiza las dependencias
de Midu.link
que es uno de los proyectos que tengo
ahí y crea una pool request. Entonces le
damos. Lo que va a hacer es controlar el
VPS sin necesidad de que yo tenga el
portátil ni nada, trabajando 100% desde
mi móvil con el acceso a los proyectos
que yo tengo. Como puedes ver, ya está
funcionando aquí. Yo puedo salir tanto
de esta conexión como de esta conexión.
Ahora mismo no estoy en ningún momento
conectado. Le voy a decir que lo
permitimos. Y fíjate que esto se sigue
ejecutando sin ningún problema. Sigue
funcionando. Le voy a decir que lo
permita todo. Ahora mismo todo está
funcionando correctamente. No estoy
conectado de ninguna forma. No tengo
ahora ningún tipo de conexión abierta y
aún así está funcionando mi conexión a
la VPS porque tenemos en segundo plano
ejecutándose nuestro Cloud Remote
Control. Así que esto pues podríamos
estar permitiéndole todo. Y fíjate que
ya tenemos Cloud funcionando en un
servidor VPS para controlar nuestros
proyectos de depender de estar en
nuestra máquina que esté encendida ni
nada de esto. Y nada, amigos, con esto
has visto cómo puedes instalar Clow Code
en tu servidor VPS y además así
controlarlo en remoto desde tu móvil
I247. Lo tienes ahí siempre disponible y
se pueden hacer verdaderas maravillas
con esto porque podrías controlar tu
Clow Code y que itere un proyecto que ya
tengas desplegado, hacer, vamos, lo que
quieras. Lo he hecho con el servidor de
Hostinger. Muchas gracias a la gente de
Hostinger por patrocinarme y permitirme
hacer estos pedazos de vídeos. Te
recuerdo que tienes una ofertaza para
conseguir también tu servidor VPS
Hostinger, que te dejo aquí el enlace y
el cupón para que no te lo pierdas y lo
tengas al mejor precio posible. Y si te
ha gustado este tutorial y todo lo que
te he enseñado, ya sabes, deja un buen
like, un comentario que siempre ayuda y
a seguir aprendiendo. Hasta luego. Ciao
Ask follow-up questions or revisit key timestamps.
Este video es una guía completa sobre cómo configurar Cloud Code en un servidor VPS para tener disponibilidad 24/7. El autor explica cómo asegurar el servidor configurando usuarios sin privilegios root, implementando SSH, configurando un firewall (UFW) y utilizando fail2ban. Además, se detalla cómo configurar un servicio de segundo plano con TMUX para mantener la sesión de Cloud Code activa y accesible de forma remota desde el móvil, permitiendo gestionar proyectos y realizar operaciones como pull requests de manera autónoma sin depender de una máquina local.
Videos recently processed by our community