Todos los productos
Search

Este producto

    Elastic Compute Service:Instance connection FAQ

    Centro de documentos

    Elastic Compute Service:Instance connection FAQ

    Última actualización: Sep 09, 2026

    Problemas de conexión remota por SSH

    Problemas de conexión por Escritorio remoto (RDP)

    Problemas de conexión remota por VNC

    Troubleshooting remote connection issues using VNC

    Problemas de conexión al servicio FTP

    Instancias Windows

    Instancias Linux

    Apéndice

    Error al iniciar sshd: Permission for /usr/share/empty.sshd

    • Síntoma

      El servicio sshd de una instancia ECS no se inicia y el registro del sistema reporta un error de permisos: /usr/share/empty.sshd must be owned by root and not group or world-writable

    • Causa

      El servicio sshd no se inicia porque el archivo /usr/share/empty tiene permisos incorrectos.

    • Solución

      chown -R root:root /usr/share/empty
chmod 744 /usr/share/empty
systemctl start sshd
ll -ld /usr/share/empty*

    Solución de problemas de conexiones FTP desde internet en Windows

    Síntoma

    Un servicio FTP en una instancia ECS con Windows no es accesible desde internet.

    Causa

    Las posibles causas son las siguientes:

    Solución

    Elija una solución según la causa.

    Solución 1: Agregar reglas de security group para FTP

    Después de configurar un sitio FTP en una instancia ECS con Windows, debe agregar una regla de entrada al security group de la instancia. Esta regla permite el tráfico en el puerto 21 para el servidor FTP y en el rango de puertos 1024-65535 para el modo pasivo. Para más información, consulte Add a security group rule.

    Nota

    Para más información sobre la configuración de los security group, consulte Security group application guide and use cases y Common ports.

    Solución 2: Configurar la compatibilidad del firewall para FTP

    Si el firewall está habilitado, configure IIS Manager para permitir el tráfico FTP en el puerto TCP 21 y en el rango de puertos 1024-65535. Siga estos pasos:

    Nota

    • El firewall interno de una instancia ECS con Windows se deshabilita de forma predeterminada.

    • Este tema usa IIS Manager como ejemplo para explicar cómo configurar FTP.

    1. Conéctese a la instancia Windows.

      Para más información, consulte Connect to a Windows instance by using a password or key.

    2. Abra IIS Manager y haga doble clic en FTP Firewall Support para abrir su página de configuración.

    3. Establezca los parámetros y haga clic en Apply.

      Nota

      Parámetros:

      • External IP Address of Firewall: Introduzca la dirección IP pública de la instancia ECS con Windows.

      • Data Channel Port Range: Especifique el rango de puertos para las conexiones pasivas. El rango válido es 1024-65535. Este tema usa 1024-65535 como ejemplo.

    4. Abra la línea de comandos y ejecute el siguiente comando para reiniciar el servicio FTP. Esto aplica la nueva configuración a todos los sitios FTP.

      net stop ftpsvc&net start ftpsvc

    5. (Opcional) Si el servidor FTP es accesible de forma local pero no desde otras máquinas después de la configuración, es posible que el firewall esté mal configurado. Siga estos pasos para configurarlo correctamente:

      1. Compruebe las reglas de entrada en Server Manager para asegurarse de que el servidor FTP esté habilitado.

      2. Agregue el proceso host del servicio de Windows.

        1. Vaya a Control Panel > Windows Firewall y haga clic en Allow an App or Feature Through Windows Firewall en el panel de navegación izquierdo.

        2. En la nueva ventana, haga clic en Allow Another App..., busque y seleccione C:\Windows\System32\svchost.exe para agregar el proceso host del servicio.

        3. Seleccione el nuevo elemento Windows Service Host Process, active las casillas Private y Public, y luego haga clic en OK.

    Solución del error FTP "530 Login incorrect"

    Síntoma

    Al conectarse al servidor FTP en una instancia ECS con Windows, se reporta el siguiente error:

    Response: 331 Please specify the password.
Command: PASS ************
Response: 530 Login incorrect.
Error: Critical error: Could not connect to server
    Causa

    Las posibles causas son las siguientes:

    Solución

    Elija una solución según la causa.

    Solución 1: Cambiar la contraseña de FTP

    1. Conéctese a la instancia Windows.

      Para más información, consulte Connect to a Windows instance by using a password or key.

    2. En el escritorio, haga clic con el botón derecho en Computer > Manage para abrir Server Manager.

    3. En el panel de navegación izquierdo, haga clic en Local Users and Groups > Users. Haga clic con el botón derecho en la cuenta FTP y seleccione Set Password.

    Solución 2: Agregar permisos al usuario FTP

    1. Conéctese a la instancia Windows.

      Para más información, consulte Connect to a Windows instance by using a password or key.

    2. Compruebe si existe el directorio del usuario FTP.

      1. Si el directorio no existe, vuelva a crearlo y agregue los permisos obligatorios. Para más información, consulte Step 3: Set permissions for shared files.

      2. Si el directorio existe, haga clic con el botón derecho en la carpeta y seleccione Properties > Security. Seleccione la cuenta FTP y otorgue los permisos necesarios.

    Solución del error FTP "530 valid hostname is expected"

    Síntoma

    Al conectarse a un servidor FTP en una instancia ECS con Windows mediante su dirección IP, aparece el error "530 valid hostname is expected" o "503 Login with USER first". Esto ocurre cuando el sitio FTP, configurado en IIS 7.5, está vinculado a un nombre de dominio.

    Causa

    Este error se produce porque el formato del nombre de usuario es incorrecto al iniciar sesión en un servicio FTP vinculado a un nombre de dominio en IIS 7.5.

    Solución

    Si el nombre de dominio vinculado al servicio FTP es www.example.com y el nombre de usuario es user, debe usar www.example.com|user para iniciar sesión.

    Nota

    • El separador es el carácter de tubería (|).

    • Como alternativa, elimine la vinculación del nombre de dominio e inicie sesión solo con el nombre de usuario.

    Solución del error de FileZilla "550 Permission denied"

    Síntoma

    Se reporta el error "550 Permission denied" al cargar un archivo en FileZilla Server mediante FTP en una instancia ECS con Windows.

    Causa

    La cuenta FTP correspondiente en FileZilla Server no tiene el permiso write.

    Solución

    1. Conéctese a la instancia Windows.

      Para más información, consulte Connect to a Windows instance by using a password or key.

    2. Ejecute el software FileZilla Server. En la página Users, seleccione Shared folders.

    3. Seleccione el usuario y el directorio correspondientes, active la casilla Write y haga clic en OK para otorgar el permiso.

    Error de FTP sobre TLS: "534 Policy requires SSL"

    Síntoma

    Al conectarse a un sitio FTP creado por el servicio IIS en una instancia Windows mediante FTP sobre TLS, se muestra el mensaje "534 Policy requires SSL", lo que impide la conexión.

    Causa

    La respuesta "534 Local policy on server does not allow TLS secure connections." indica que el parámetro FTP SSL Settings del sitio FTP no está configurado correctamente.

    Solución

    1. Conéctese a la instancia Windows.

      Para más información, consulte Connection methods.

    2. En la esquina inferior izquierda del escritorio, elija 开始图标 > Windows Administrative Tools > Internet Information Services (IIS) Manager.

    3. En la página principal de FTP, dentro de la sección FTP, haga doble clic en FTP SSL Settings.

    4. En la sección FTP SSL Settings, establezca SSL Policy en Allow SSL connections y haga clic en Apply en el panel Actions.

    5. Vuelva a acceder al sitio FTP.

    Solución del error FTP "425 Security:Bad IP connection"

    Síntoma

    Se reporta el error "425 Security:Bad IP connection" cuando un usuario carga un archivo en un sitio FTP de una instancia ECS con Linux.

    Causa

    Este problema suele ocurrir porque el cliente está en una red NAT asociada a más de una dirección IP pública. Como resultado, las direcciones IP de origen de las conexiones de control y de datos no coinciden, lo que provoca el error.

    Nota

    El servicio FTP usa una conexión de control y una conexión de datos. De forma predeterminada, el servidor FTP comprueba que ambas conexiones tengan la misma dirección IP de origen durante la transferencia de datos. Si las direcciones IP de origen son distintas, se reporta el error "425 Security:Bad IP connection".

    Solución

    Siga estos pasos para deshabilitar la comprobación de seguridad de IP en modo pasivo:

    1. Conéctese a la instancia Linux.

      Para más información, consulte Connect to a Linux instance by using a password or key.

    2. Ejecute el siguiente comando para editar el archivo de configuración de FTP:

      vi /etc/vsftpd/vsftpd.conf

    3. Presione i para entrar al modo de edición y agregue el siguiente contenido al archivo de configuración:

      pasv_promiscuous=yes

    4. Presione Esc para salir del modo de edición, introduzca :wq y presione Enter para guardar y salir.

    5. Ejecute el siguiente comando para reiniciar el servicio FTP:

      systemctl restart vsftpd

    Solución del error de vsftp "553 Could not create file"

    Síntoma

    La carga de un archivo a una instancia ECS con Linux mediante vsftp falla con el error "553 Could not create file".

    Causa

    Las posibles causas son las siguientes:

    • El espacio en disco de la instancia Linux está lleno.

    • El directorio home de FTP no tiene el permiso write.

    Solución

    Siga estos pasos para comprobar el espacio en disco de la instancia y los permisos del directorio home de FTP:

    1. Conéctese a la instancia Linux.

      Para más información, consulte Connect to a Linux instance by using a password or key.

    2. Ejecute el siguiente comando para comprobar si el disco está lleno.

      df -h
      Nota

      Si el uso de espacio en disco de una partición alcanza el 100%, significa que está llena.

      Se muestra un resultado similar al siguiente. Por ejemplo, el uso de espacio de la partición /dev/xvda1 es del 59%.

      Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1       20G   11G  7.8G  59% /
tmpfs           498M  1.6M  496M   1% /dev/shm

    3. Ejecute el siguiente comando para comprobar si el directorio home de FTP tiene el permiso write.

      Nota

      Antes de ejecutar el siguiente comando, reemplace /home/user con el nombre real de su directorio home de FTP.

      ls -l /home/user

      Si la cadena de permisos en el resultado no incluye w, usted no tiene el permiso write. Por ejemplo:

      dr-xr-xr-x  4 xxx              xxx            4096 May 10 21:47 zhengbo

    4. Ejecute el siguiente comando para agregar el permiso write:

      chmod +w /home/user

    5. Ejecute el siguiente comando para comprobar el permiso. Si el resultado del comando contiene w, el permiso write se agregó correctamente.

      ls -l /home/user

    ¿Qué hacer cuando una instancia ECS deja de responder por alta carga de CPU, memoria insuficiente o saturación de I/O, BPS o IOPS del disco y las conexiones remotas (SSH/VNC/Workbench) fallan?

    Cuando una instancia ECS deja de responder porque la carga de CPU es demasiado alta, la memoria se agota o el I/O, BPS o IOPS del disco se satura, es posible que no pueda conectarse a la instancia mediante SSH, VNC o Workbench. Siga estos pasos para ejecutar una recuperación de emergencia y analizar la causa raíz.

    Causas posibles

    Un bloqueo del sistema suele deberse a una o varias de las siguientes situaciones:

    • La memoria insuficiente provoca un intercambio intensivo de páginas: Cuando la memoria física se agota, el proceso del kernel kswapd0 intercambia continuamente páginas de memoria hacia el disco (swap). Esto satura el I/O del disco y hace que el sistema responda con extrema lentitud.

    • Un solo proceso agota los recursos: Un proceso (como un contenedor Docker, una aplicación Java o una base de datos MySQL) consume una gran cantidad de recursos de CPU o memoria. Como resultado, el sistema no puede asignar recursos a servicios críticos como SSH.

    • El espacio en disco está lleno al 100 %: La falta de espacio en disco provoca que los procesos críticos del sistema funcionen con errores. Por ejemplo, el inicio de sesión por SSH requiere escribir en el archivo de historial de inicios de sesión. Si el disco está lleno, esta operación se bloquea y la conexión SSH queda colgada.

    Pasos de recuperación de emergencia

    1. Cree una instantánea para respaldar los datos

      Inicie sesión en la consola de ECS, localice el disco del sistema y los discos de datos de la instancia de destino, y cree instantáneas de forma prioritaria para respaldar los datos.

      Nota

      Cuando el sistema está bloqueado, el I/O del disco puede mantenerse en un nivel alto. La creación de la instantánea puede tardar mucho más de lo normal. Espere a que las instantáneas terminen.

    2. Intente enviar comandos mediante Cloud Assistant (opcional)

      Si desea finalizar la aplicación problemática antes de reiniciar la instancia para asegurar que los datos se escriban en el disco, intente enviar un comando kill o stop a la instancia mediante Cloud Assistant en la consola de ECS. Sin embargo, si el kernel del sistema operativo no responde en absoluto, el comando expirará. En ese caso, continúe con el siguiente paso.

      Aviso

      Ejecutar los comandos kill o stop finaliza el proceso de destino de manera forzada. Esto puede provocar escrituras incompletas de datos del negocio, corrupción de archivos o un cierre anómalo de la base de datos. Evalúe el impacto en el negocio antes de continuar.

    3. Reinicie la instancia

      Reinicie la instancia desde la consola de ECS.

      • Primero, intente un reinicio normal (espere a que el kernel responda al comando de apagado) y observe durante 10 a 15 minutos.

      • Si el reinicio normal expira y falla, ejecute un reinicio forzado. Este tipo de reinicio equivale a un ciclo de encendido y apagado, y conlleva un riesgo muy bajo de corromper los archivos que se estaban escribiendo. Asegúrese de haber terminado la copia de seguridad con instantáneas antes de reiniciar de forma forzada.

    Análisis de la causa raíz y optimización a largo plazo

    • Instale la herramienta atop: Se recomienda install atop y configurar su inicio automático con el arranque del sistema (systemctl enable atop). atop registra de forma continua el uso de los recursos del sistema.

    • Revise los registros de OOM: Ejecute dmesg | grep -i oom o consulte /var/log/messages para comprobar si ocurrió un evento de falta de memoria (OOM).

    • Optimice la configuración de memoria: Ante cuellos de botella de memoria, configure una partición swap de Linux como búfer temporal. Si su carga de trabajo requiere más memoria a largo plazo, se recomienda actualizar el tipo de instancia.

    • Configure alertas de CloudMonitor: Configure alertas de umbral en CloudMonitor para el uso de CPU, el uso de memoria, el I/O del disco y otras métricas. Así recibirá notificaciones antes de que los recursos se agoten.

    ¿Qué debo hacer si aparece un error 404 de URL al usar Workbench para conectarme a una instancia?

    Es posible que la URL de conexión de Workbench haya caducado. Inicie sesión en la consola de ECS, localice la instancia de destino y vuelva a elegir Remote connection > Workbench remote connection. El sistema generará una nueva URL válida.