Conectarse por SSH

Cada máquina Secure acepta una sola cosa desde internet: SSH en el puerto 22, desde la dirección que usted indica y con la clave que usted indica. Las sesiones Community usan su clave y no necesitan regla de IP.

El cortafuegos de una máquina Secure rechaza cualquier otra conexión entrante: JupyterLab y las demás interfaces web se abren en su equipo por SSH, como se muestra más abajo.

Cree una clave

Use una clave Ed25519:

ssh-keygen -t ed25519 -C "you@laptop"
cat ~/.ssh/id_ed25519.pub

Pegue la única línea del archivo .pub. Nunca pegue la clave privada.

Tipos de clave aceptados:

Autorice su IP

En Secure, introduzca la dirección IPv4 pública del equipo desde el que se conectará. Averígüela con:

curl -4 https://ifconfig.me

Reglas:

• Una sola dirección (198.51.100.7), o un rango no más amplio que /24 (198.51.100.0/24).
• Solo IPv4 pública. Los rangos privados (10.0.0.0/8, 192.168.0.0/16, …) y 0.0.0.0/0 se rechazan.
• La dirección queda fija durante toda la sesión.

¿Se conecta desde una red cuya dirección pública cambia a menudo? Introduzca su rango /24.

Sesiones Community

La página de la sesión ofrece el comando SSH listo para pegar y abre JupyterLab con una terminal en el navegador. La máquina del proveedor no abre ningún puerto: las conexiones llegan a su VM a través de Node Lodge.

Conéctese

La página de la sesión muestra el comando cuando la máquina está lista:

ssh ubuntu@203.0.113.42

• Usuario: ubuntu, con sudo.
• Puerto: 22.
• Imagen: Ubuntu 24.04 LTS, controlador NVIDIA R570, CUDA 12.8.

Use una clave concreta:

ssh -i ~/.ssh/id_ed25519 ubuntu@203.0.113.42

Abra JupyterLab

Cada máquina Secure ejecuta JupyterLab, listo cuando la sesión lo está. Solo escucha en la máquina. La página de la sesión da el comando que abre su shell y lleva JupyterLab a su equipo:

ssh -L 8888:127.0.0.1:8888 ubuntu@203.0.113.42

Mientras esa conexión siga abierta, abra http://localhost:8888/ y pegue el token de la página de la sesión en la página de inicio de sesión. El token es válido durante toda la sesión. Los notebooks se guardan en /home/ubuntu, y %pip install en un notebook instala paquetes para su kernel.

¿El puerto 8888 ya está ocupado en su equipo? Use otro puerto local: ssh -L 8899:127.0.0.1:8888 ubuntu@203.0.113.42 y abra http://localhost:8899/.

Acceda a una interfaz web o a una API

Solo el puerto 22 está abierto en entrada. Redirija los demás puertos a través de SSH:

ssh -N -L 8000:localhost:8000 ubuntu@203.0.113.42

Después abra http://localhost:8000 en su equipo. El mismo método sirve para ComfyUI (8188), Jupyter (8888) o TensorBoard (6006).

Mantenga los trabajos en marcha tras desconectarse

Ejecute los trabajos largos dentro de tmux:

tmux new -s work
# start your job, then detach with Ctrl+b d
tmux attach -t work

Transfiera archivos

# Upload
rsync -avz ./data/ ubuntu@203.0.113.42:~/data/
# Download
rsync -avz ubuntu@203.0.113.42:~/results/ ./results/

scp también funciona. Ambos usan el mismo acceso SSH.

Reglas de red

Los espejos de paquetes, Hugging Face, PyPI, GitHub y los registros de contenedores son accesibles. Envíe correo electrónico a través de un relé autenticado en el puerto 587.

Solución de problemas

Connection timed out Su IP pública ya no coincide con la que introdujo. Compruébela con curl -4 https://ifconfig.me. Las VPN y los puntos de acceso móviles la cambian.

Permission denied (publickey) La clave de su equipo no coincide con la que pegó. Indíquela explícitamente con ssh -i. Use el usuario ubuntu, no root.

Connection refused justo después de arrancar la máquina SSH sigue iniciándose. Espere 30 segundos y vuelva a intentarlo.

“Waiting for its public address” El proveedor está asignando la dirección. Aparece en unos segundos.

REMOTE HOST IDENTIFICATION HAS CHANGED Una nueva sesión reutilizó una dirección a la que ya se había conectado. Elimine la entrada antigua:

ssh-keygen -R 203.0.113.42

¿Sigue bloqueado? Escriba a support@nodelodge.com con su número de sesión.