Symptoms
No se puede recopilar "supportsaves" o "configupload" mediante copia segura (SCP) y protocolo seguro de transferencia de archivos (SFTP).
Confirme lo siguiente antes de continuar:
1. El switch puede hacer ping al servidor SCP/SFTP.
2. El servidor SCP/SFTP también puede hacer ping al switch.
3. Sin firewall que bloquee los puertos SCP o SFTP.
4. Funciona con FTP.
También puede ocurrir durante la actualización de FOS 7.1.x a 7.4.x.
SCP Ejemplo:
switch:admin> configupload
Protocol (scp, ftp, sftp, local) [ftp]: scp
¿Desea continuar con CRA (S/N) [N]: y
Nombre del servidor o dirección IP [host]: 10.0.0.1
Nombre de usuario [user]: admin
Path/Filename [<home dir>/config.txt]: /configupload.scp
Sección (todos|chasis|switch [todos]): no se permite la carga de configuración de conexión perdida
del switch
(scp fallido).
SFTP terminado
Ejemplo:
switch:admin> supportsave
Este comando recolecta datos
de RASLOG, TRACE, supportShow, archivos principales y FFDC y, a continuación, los transfiere a un servidor FTP/SCP/SFTP o a un dispositivo USB.
Esta operación puede tardar varios minutos.
NOTA: supportSave transferirá primero el archivo de volcado de seguimiento existente y, a continuación
, generará y transferirá automáticamente el más reciente. Habrá dos archivos de volcado
de seguimiento transferidos después de este comando.
¿Está bien continuar? (Sí, Y, No, N): [no] y
IP o nombre de host: 10.0.0.1
Nombre de usuario: admin
Contraseña:
protocolo (ftp | scp | sftp): sftp
Directorio remoto: /
¿Desea continuar con CRA (S/N) [N]: y
Guardando información de soporte para switch:switch, module:RAS...
....................................................................................Host remoto: no se pudo conectar al host remoto.
SupportSave falló.
Si la CRA (autenticación de respuesta ante desafíos) se elige como "NO" o "N", el problema persiste y/o el acceso raíz no está disponible, siga la resolución 2.
Cause
El archivo known_hosts tiene una clave pública incorrecta que impide la autenticación saliente con el servidor scp/sftp.
Por lo general, esto ocurre si el servidor tuvo que ser reconstruido y, al hacerlo, la información de la "clave" cambió y, como tal, cada vez que se ejecuta un supportsave, la "clave" enviada desde el switch es diferente de lo que aparece en el servidor, lo que causa el 'Error de conexión' Mensaje.
Resolution
Para corregir este problema, se necesitará acceso raíz al switch para eliminar el host de la entrada RSA del switch en el archivo de known_hosts. Cuando el switch realice su siguiente conexión, se generará una nueva clave RSA y se propagará al archivo de known_hosts para permitir el acceso y completar la recolección de datos.
Siga estos pasos:
Resolución 1:
- Inicie sesión en el switch como "root"
- Ingrese el siguiente comando para eliminar la clave pública RSA del servidor scp/sftp:
ssh-keygen -R XXX.XXX.XXX.XXX (donde XXX.XXX.XXX.XXX representa la dirección IP del servidor scp/sftp
Resolución 2:
1. Inicie sesión en el switch como "admin"
2. Elimine la dirección IP de SFTP/SCP de la lista de hosts conocidos:
># sshutil delknownhost
El switch le solicitará ingresar la dirección IP del servidor SFTP cuya entrada se debe eliminar.
Dirección IP/nombre de host que se eliminará: <Dirección IP del servidor SFTP>
Después de esto, cuando se intenta supportsave o configupload, la dirección IP del host se agrega a la lista de known_host.