Risoluzione dei problemi AWS Transfer Family

Utilizza le seguenti informazioni per aiutarti a diagnosticare e risolvere i problemi più comuni che potresti riscontrare quando lavori con. AWS Transfer Family

Per problemi con IAM Transfer Family, vediRisoluzione dei problemi di AWS Transfer Family identità e accesso.

Risolvi i problemi relativi agli utenti gestiti dal servizio

Questa sezione descrive le possibili soluzioni per i seguenti problemi.

Argomenti

• Risolvi i problemi relativi agli utenti gestiti da Amazon Service EFS
• Risolvi i problemi relativi al corpo della chiave pubblica per un periodo troppo lungo
• Risoluzione dei problemi: impossibile aggiungere la chiave pubblica SSH

Risolvi i problemi relativi agli utenti gestiti da Amazon Service EFS

Descrizione

Esegui il sftp comando e il prompt non viene visualizzato, ma viene visualizzato il seguente messaggio:

Couldn't canonicalize: Permission denied
           Need cwd

Causa

Il ruolo del tuo utente AWS Identity and Access Management (IAM) non è autorizzato ad accedere ad Amazon Elastic File System (AmazonEFS).

Soluzione

Aumenta le autorizzazioni delle policy per il ruolo del tuo utente. Puoi aggiungere una policy AWS gestita, ad esempioAmazonElasticFileSystemClientFullAccess.

Risolvi i problemi relativi al corpo della chiave pubblica per un periodo troppo lungo

Descrizione

Quando si tenta di creare un utente gestito dal servizio, viene visualizzato il seguente errore:

Failed to create user (1 validation error detected:
'sshPublicKeyBody' failed to satisfy constraint: Member must have length less than or equal to 2048)

Causa

È possibile che stiate inserendo una PGP chiave per il corpo della chiave pubblica e AWS Transfer Family che non supporti PGP le chiavi per gli utenti gestiti dal servizio.

Soluzione

Se la PGP chiave è RSA basata, puoi convertirla in formato. PEM Ad esempio, Ubuntu fornisce uno strumento di conversione qui: https://manpages.ubuntu.com/manpages/xenial/man1/openpgp2ssh.1.html

Risoluzione dei problemi: impossibile aggiungere la chiave pubblica SSH

Descrizione

Quando si tenta di aggiungere una chiave pubblica per un utente gestito dal servizio, viene visualizzato il seguente errore:

Failed to add SSH public key (Unsupported or invalid SSH public key format)

Causa

È possibile che stiate tentando di importare una chiave pubblica SSH2 con formattazione fissa e che AWS Transfer Family non supporti le chiavi pubbliche SSH2 formattate per gli utenti gestiti dal servizio.

Soluzione

È necessario convertire la chiave in formato Open. SSH Questo processo è descritto inConvertire una chiave SSH2 pubblica in PEM formato.

Risolvi i problemi relativi ad Amazon API Gateway

Questa sezione descrive le possibili soluzioni per i seguenti problemi di API Gateway.

Argomenti

• Troppi errori di autenticazione
• Connessione chiusa

Troppi errori di autenticazione

Descrizione

Quando si tenta di connettersi al server utilizzando Secure Shell (SSH) File Transfer Protocol (SFTP), viene visualizzato il seguente errore:

Received disconnect from 3.15.127.197 port 22:2: Too many authentication failures
Authentication failed.
Couldn't read packet: Connection reset by peer

Causa

È possibile che tu abbia inserito una password errata per il tuo utente. Riprova a inserire la password corretta.

Se la password è corretta, il problema potrebbe essere causato da un ruolo Amazon Resource Name (ARN) non valido. Per confermare che si tratta del problema, prova il provider di identità per il tuo server. Se vedi una risposta simile alla seguente, il ruolo ARN è solo un segnaposto, come indicato dal valore dell'ID del ruolo composto da tutti gli zeri:

{
    "Response": "{\"Role\": \"arn:aws:iam::000000000000:role/MyUserS3AccessRole\",\"HomeDirectory\": \"/\"}",
    "StatusCode": 200,
    "Message": "",
    "Url": "https://api-gateway-ID.execute-api.us-east-1.amazonaws.com/prod/servers/transfer-server-ID/users/myuser/config"
}       

Soluzione

Sostituisci il ruolo segnaposto ARN con un ruolo effettivo che dispone dell'autorizzazione per accedere al server.

Per aggiornare il ruolo

1. Apri la AWS CloudFormation console in https://console.aws.amazon.com /cloudformation.

2. Nel riquadro di navigazione a sinistra, selezionare Stacks (Stack).

3. Nell'elenco Stack, scegli il tuo stack, quindi scegli la scheda Parametri.

4. Scegli Aggiorna. Nella pagina Aggiorna stack, scegli Usa il modello corrente, quindi scegli Avanti.

5. Sostituiscilo UserRoleArncon un ruolo ARN con autorizzazioni sufficienti per accedere al tuo server Transfer Family.

   Nota

   Per concedere le autorizzazioni necessarie, puoi aggiungere AmazonAPIGatewayAdministrator le politiche AmazonS3FullAccess gestite al tuo ruolo.

6. Scegli Avanti, quindi scegli nuovamente Avanti. Sulla recensione stacknella pagina, seleziona Riconosco che AWS CloudFormation potrebbe creare IAM risorse, quindi scegli Aggiorna stack.

Connessione chiusa

Descrizione

Quando si tenta di connettersi al server utilizzando Secure Shell (SSH) File Transfer Protocol (SFTP), viene visualizzato il seguente errore:

Connection closed

Causa

Una possibile causa di questo problema è che il tuo ruolo di CloudWatch registrazione di Amazon non ha una relazione di fiducia con Transfer Family.

Soluzione

Assicurati che il ruolo di registrazione del server abbia una relazione di fiducia con Transfer Family. Per ulteriori informazioni, consulta Per stabilire una relazione di trust.

Risolvi i problemi relativi alle politiche per i bucket Amazon S3 crittografati

Descrizione

Hai un bucket Amazon S3 crittografato che stai utilizzando come storage per il tuo server Transfer Family. Se provi a caricare un file sul server, ricevi l'errore. Couldn't close file: Permission denied

Inoltre, se si visualizzano i log del server, vengono visualizzati i seguenti errori:

ERROR Message="Access denied" Operation=CLOSE Path=/bucket/user/test.txt BytesIn=13
ERROR Message="Access denied"

Causa

La politica per il tuo IAM utente non dispone dell'autorizzazione per accedere al bucket crittografato.

Soluzione

È necessario specificare autorizzazioni aggiuntive nella politica per concedere le autorizzazioni richieste AWS Key Management Service (AWS KMS). Per informazioni dettagliate, consultare Crittografia dei dati in Amazon S3.

Risolvi i problemi di autenticazione

Questa sezione descrive le possibili soluzioni per i seguenti problemi di autenticazione.

Argomenti

• Errori di autenticazione—/SSHSFTP
• Problema relativo ai realms non corrispondenti di AD gestito
• Problemi di autenticazione vari

Errori di autenticazione—/SSHSFTP

Descrizione

Quando tenti di connetterti al tuo server utilizzando Secure Shell (SSH) File Transfer Protocol (SFTP), ricevi un messaggio simile al seguente:

Received disconnect from 3.130.115.105 port 22:2: Too many authentication failures
  Authentication failed.

Nota

Se si utilizza un API gateway e si riceve questo errore, vedereTroppi errori di autenticazione.

Causa

Non hai aggiunto una RSA key pair per il tuo utente, quindi devi invece autenticarti utilizzando una password.

Soluzione

Quando esegui il sftp comando, specifica l'-o PubkeyAuthentication=noopzione. Questa opzione impone al sistema di richiedere la password. Per esempio:

sftp -o PubkeyAuthentication=no [e-mail]

Problema relativo ai realms non corrispondenti di AD gestito

Descrizione

Il realm di un utente e il relativo realm di gruppo devono corrispondere. Entrambi devono trovarsi nell'area di default oppure devono trovarsi entrambe nell'area di fiducia.

Causa

Se un utente e il relativo gruppo non coincidono, l'utente non può essere autenticato da Transfer Family. Se si esegue il test del provider di identità dell'utente, viene visualizzato l'errore Nessun accesso associato trovato per i gruppi di utenti.

Soluzione

Fai riferimento a un gruppo nell'area dell'utente che corrisponde all'area di autenticazione del gruppo (impostazione predefinita o affidabile).

Problemi di autenticazione vari

Descrizione

Viene visualizzato un errore di autenticazione e nessuna delle altre soluzioni di risoluzione dei problemi funziona

Causa

È possibile che sia stata specificata una destinazione per una directory logica che contiene una barra iniziale o finale (/).

Soluzione

Aggiorna la destinazione della directory logica, per assicurarti che inizi con una barra e non contenga una barra finale. Ad esempio, /DOC-EXAMPLE-BUCKET/images è accettabile, ma non lo DOC-EXAMPLE-BUCKET/images è. /DOC-EXAMPLE-BUCKET/images/

Risolvi i problemi relativi ai flussi di lavoro gestiti

Questa sezione descrive le possibili soluzioni per i seguenti problemi di flusso di lavoro.

Argomenti

• Risolvi gli errori relativi al flusso di lavoro utilizzando Amazon CloudWatch
• Risolvi gli errori di copia del flusso di lavoro

Risolvi gli errori relativi al flusso di lavoro utilizzando Amazon CloudWatch

Descrizione

Se riscontri problemi con i flussi di lavoro, puoi utilizzare Amazon CloudWatch per indagare sulla causa.

Causa

Le cause possono essere diverse. Usa Amazon CloudWatch Logs per indagare.

Soluzione

Transfer Family emette lo stato di esecuzione del flusso di lavoro in CloudWatch Logs. Nei CloudWatch registri possono comparire i seguenti tipi di errori del flusso di lavoro:

• "type": "StepErrored"

• "type": "ExecutionErrored"

• "type": "ExecutionThrottled"

• "Service failure on starting workflow"

È possibile filtrare i registri di esecuzione del flusso di lavoro utilizzando diverse sintassi di filtri e pattern. Ad esempio, è possibile creare un filtro di registro nei registri per acquisire CloudWatch i registri di esecuzione del flusso di lavoro che contengono il messaggio. ExecutionErrored Per maggiori dettagli, consulta Elaborazione in tempo reale dei dati di log con abbonamenti e sintassi di filtri e pattern nella Amazon CloudWatch Logs User Guide.

StepErrored

2021-10-29T12:57:26.272-05:00
            {"type":"StepErrored","details":{"errorType":"BAD_REQUEST","errorMessage":"Cannot
            tag Efs file","stepType":"TAG","stepName":"successful_tag_step"},
            "workflowId":"w-abcdef01234567890","executionId":"1234abcd-56ef-78gh-90ij-1234klmno567",
            "transferDetails":{"serverId":"s-1234567890abcdef0","username":"lhr","sessionId":"1234567890abcdef0"}

Qui StepErrored indica che una fase del flusso di lavoro ha generato un errore. In un unico flusso di lavoro, è possibile configurare più passaggi. Questo errore indica in quale fase si è verificato l'errore e fornisce un messaggio di errore. In questo particolare esempio, il passaggio è stato configurato per etichettare un file; tuttavia, l'etichettatura di un file in un EFS file system Amazon non è supportata, quindi il passaggio ha generato un errore.

ExecutionErrored

2021-10-29T12:57:26.618-05:00
            {"type":"ExecutionErrored","details":{},"workflowId":"w-w-abcdef01234567890",
            "executionId":"1234abcd-56ef-78gh-90ij-1234klmno567","transferDetails":{"serverId":"s-1234567890abcdef0",
            "username":"lhr","sessionId":"1234567890abcdef0"}}

Quando un flusso di lavoro non è in grado di eseguire alcun passaggio, genera un ExecutionErrored messaggio. Ad esempio, se è stato configurato un singolo passaggio in un determinato flusso di lavoro e se il passaggio non può essere eseguito, l'intero flusso di lavoro ha esito negativo.

Esecuzione limitata

L'esecuzione viene limitata se un flusso di lavoro viene attivato a una velocità superiore a quella supportata dal sistema. Questo messaggio di registro indica che è necessario rallentare la velocità di esecuzione dei flussi di lavoro. Se non riesci a ridurre la velocità di esecuzione del flusso di lavoro, contatta Contact. AWS SupportAWS

Errore di servizio all'avvio del flusso di lavoro

Ogni volta che si rimuove un flusso di lavoro da un server e lo si sostituisce con uno nuovo o si aggiorna la configurazione del server (che influisce sul ruolo di esecuzione di un flusso di lavoro), è necessario attendere circa 10 minuti prima di eseguire il nuovo flusso di lavoro. Il server Transfer Family memorizza nella cache i dettagli del flusso di lavoro e il server impiega 10 minuti per aggiornare la cache.

Inoltre, è necessario disconnettersi da tutte SFTP le sessioni attive e quindi riconnettersi dopo il periodo di attesa di 10 minuti per visualizzare le modifiche.

Risolvi gli errori di copia del flusso di lavoro

Descrizione

Se stai eseguendo un flusso di lavoro che contiene un passaggio per copiare il file caricato, potresti riscontrare il seguente errore:

{
  "type": "StepErrored", "details": {
    "errorType": "BAD_REQUEST", "errorMessage": "Bad Request (Service: Amazon S3; Status Code: 400; Error Code: 400 Bad Request;
    Request ID: request-ID; S3 Extended Request ID: request-ID Proxy: null)", "stepType": "COPY", "stepName": "copy-step-name" },
  "workflowId": "workflow-ID",
  "executionId": "execution-ID",
  "transferDetails": {
     "serverId": "server-ID",
     "username": "user-name",
     "sessionId": "session-ID"
  }
}

Causa

Il file di origine si trova in un bucket Amazon S3 che si trova in un bucket Regione AWS diverso da quello di destinazione.

Soluzione

Se stai eseguendo un flusso di lavoro che include una fase di copia, assicurati che i bucket di origine e di destinazione siano gli stessi. Regione AWS

Risolvi i problemi di decrittografia del flusso di lavoro

Descrizione

Il flusso di lavoro di decrittografia non riesce e il messaggio di registro è simile al seguente:

{
   "type": "StepErrored",
   "details": {
      "errorType": "BAD_REQUEST",
      "errorMessage": "File encryption algorithm not supported with FIPS mode enabled.",
      "stepType": "DECRYPT",
      "stepName": "step-name"
   },
   "workflowId": "workflow-ID",
   "executionId": "execution-ID",
   "transferDetails": {
      "serverId": "server-ID",
      "username": "user-name",
      "sessionId": "session-ID"
   }
}

Causa

Il server Transfer Family ha la FIPS modalità abilitata e una fase del flusso di lavoro Decrypt associata. Quando si crittografano i file prima del caricamento sul server Transfer Family, il client di crittografia potrebbe generare file crittografati che utilizzano algoritmi di crittografia simmetrica non FIPS approvati. In tale scenario, il flusso di lavoro non è in grado di decrittografare i file. Nell'esempio seguente, la versione 2.4.0 di GnuPG OCB utilizza (una modalità di cifratura non a blocchi) per crittografare i fileFIPS: questo causa il fallimento del flusso di lavoro.

Soluzione

È necessario modificare la GPG chiave utilizzata per crittografare i file e poi ricrittografarli. La procedura seguente descrive i passaggi da eseguire.

Per modificare le PGP chiavi

1. Identifica la chiave da modificare eseguendo gpg ‐‐list-keys

   Questo restituisce un elenco di chiavi. Ogni chiave ha dettagli simili ai seguenti:

   pub   ed25519 2022-07-07 [SC]
         wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY
   uid           [ultimate] Mary Major <[e-mail]>
   sub   cv25519 2022-07-07 [E]

2. Identifica la chiave che desideri modificare. Nell'esempio mostrato nel passaggio precedente, l'ID èwJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY.

3. Esegui gpg ‐‐edit-key wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY.

   Il sistema risponde con dettagli sul programma GnuPG e sulla chiave specificata.

4. Al gpg> prompt, inserisci. showpref Vengono restituiti i seguenti dettagli:

   [ultimate] (1). Mary Major <[e-mail]>
      Cipher: AES256, AES192, AES, 3DES
      AEAD: OCB
      Digest: SHA512, SHA384, SHA256, SHA224, SHA1
      Compression: ZLIB, BZIP2, ZIP, Uncompressed
      Features: MDC, AEAD, Keyserver no-modify

   Si noti che sono elencati gli algoritmi preferiti memorizzati nella chiave.

5. Vogliamo modificare la chiave per conservare tutti gli algoritmi tranne. OCB Esegui il setpref comando, specificando tutti gli algoritmi da conservare:

   gpg> setpref AES256, AES192,AES,3DES,SHA512, SHA384, SHA256, SHA224, SHA1,ZLIB, BZIP2, ZIP, Uncompressed

   Ciò restituisce i seguenti dettagli:

   Set preference list to:
        Cipher: AES256, AES192, AES, 3DES
        AEAD: 
        Digest: SHA512, SHA384, SHA256, SHA224, SHA1
        Compression: ZLIB, BZIP2, ZIP, Uncompressed
        Features: MDC, Keyserver no-modify
   Really update the preferences? (y/N)

6. Inserisci y per aggiornare, quindi inserisci la password quando ti viene richiesto di confermare la modifica.

7. Salvare le modifiche.

   gpg> save

Prima di rieseguire il flusso di lavoro di decrittografia, è necessario crittografare nuovamente i file utilizzando la chiave modificata.

Risolvi i problemi di Amazon EFS

Questa sezione descrive le possibili soluzioni per i seguenti EFS problemi di Amazon.

Argomenti

• Risolvi i problemi relativi al profilo mancante POSIX
• Risolvi i problemi relativi alle directory logiche con Amazon EFS

Risolvi i problemi relativi al profilo mancante POSIX

Descrizione

Se utilizzi EFS lo storage Amazon per il tuo server e utilizzi un provider di identità personalizzato, devi fornire alla tua AWS Lambda funzione un POSIX profilo.

Causa

Una possibile causa è che i modelli che forniamo per creare un metodo Amazon API Gateway AWS Lambda supportato attualmente non contengono POSIX informazioni.

Se hai fornito POSIX informazioni, il formato che hai utilizzato per fornire le POSIX informazioni potrebbe non essere analizzato correttamente da Transfer Family.

Soluzione

Assicurati di fornire un JSON elemento a Transfer Family per il PosixProfile parametro.

Ad esempio, se si utilizza Python, è possibile aggiungere la riga seguente in cui si analizza il parametro: PosixProfile

if PosixProfile: 
        response_data["PosixProfile"] = json.loads(PosixProfile)

Oppure, in JavaScript, puoi aggiungere la riga seguente, dove uid-value e gid-value sono numeri interi, pari o superiori a 0, che rappresentano rispettivamente l'ID utente (UID) e l'ID del gruppo (GID):

PosixProfile: {"Uid": uid-value, "Gid": gid-value},

Questi esempi di codice inviano il PosixProfile parametro a Transfer Family come JSON oggetto, anziché come stringa.

Inoltre, all'interno AWS Secrets Manager, è necessario memorizzare il PosixProfile parametro come segue. Sostituisci your-uid e your-gid con i tuoi valori effettivi per GID andUID.

{"Uid": your-uid, "Gid": your-gid, "SecondaryGids": []}

Risolvi i problemi relativi alle directory logiche con Amazon EFS

Descrizione

Se la directory home dell'utente non esiste e l'utente esegue un ls comando, il sistema risponde come segue:

sftp> ls
remote readdir ("/"): No such file or directory

Causa

Se il tuo server Transfer Family utilizza AmazonEFS, la home directory dell'utente deve essere creata con accesso in lettura e scrittura prima che l'utente possa lavorare nella sua home directory logica. L'utente non può creare questa directory da solo, poiché non avrebbe le autorizzazioni per la mkdir sua home directory logica.

Soluzione

Un utente con accesso amministrativo alla directory principale deve creare la home directory logica dell'utente.

Risolvi i problemi relativi al test del tuo provider di identità

Descrizione

Se esegui il test del tuo provider di identità utilizzando la console o la TestIdentityProvider API chiamata, il Response campo è vuoto. Per esempio:

{
    "Response": "{}",
    "StatusCode": 200,
    "Message": ""
}

Causa

La causa più probabile è che l'autenticazione non sia riuscita a causa di un nome utente o di una password errati.

Soluzione

Assicurati di utilizzare le credenziali corrette per il tuo utente e, se necessario, aggiorna il nome utente o la password.

Risolvi i problemi relativi all'aggiunta di chiavi host affidabili per il connettore SFTP

Descrizione

Quando si crea o si modifica un SFTP connettore e si aggiunge una chiave host affidabile, viene visualizzato il seguente errore: Failed to edit connector details (Invalid host key format.)

Causa

Se incollate una chiave pubblica corretta, il problema potrebbe essere che avete incluso la comment parte della chiave. AWS Transfer Family attualmente non accetta la parte di commento della chiave.

Soluzione

Elimina la parte di commento della chiave, quando la incolli nel campo di testo. Ad esempio, supponiamo che la chiave sia simile alla seguente:

ssh-rsa AAAA...== [e-mail]

Rimuovi il testo che segue i == caratteri e incolla solo la parte della chiave fino a includere il==.

ssh-rsa AAAA...==

Risolvi i problemi di caricamento dei file

Questa sezione descrive le possibili soluzioni per i seguenti problemi di caricamento dei file.

Argomenti

• Risolvi gli errori di caricamento dei file di Amazon S3
• Risolvi i problemi relativi ai nomi di file illeggibili

Risolvi gli errori di caricamento dei file di Amazon S3

Descrizione

Quando tenti di caricare un file sullo storage Amazon S3 utilizzando Transfer Family, ricevi il seguente messaggio di errore AWS : Transfer does not support random access write to S3 objects.

Causa

Quando utilizzi Amazon S3 per lo storage del tuo server, Transfer Family non supporta connessioni multiple per un singolo trasferimento.

Soluzione

Se il tuo server Transfer Family utilizza Amazon S3 per lo storage, disattiva tutte le opzioni del software client che prevedono l'utilizzo di più connessioni per un singolo trasferimento.

Risolvi i problemi relativi ai nomi di file illeggibili

Descrizione

In alcuni dei file caricati sono presenti nomi di file danneggiati. Gli utenti a volte incontrano problemi FTP e SFTP trasferimenti che alterano determinati caratteri nei nomi dei file, come dieresi, lettere accentate o determinati script, come il cinese o l'arabo.

Causa

Sebbene i SFTP protocolli FTP and consentano ai client di negoziare la codifica dei caratteri dei nomi dei file, Amazon S3 e EFS Amazon non lo fanno. Richiedono invece una codifica a UTF -8 caratteri. Di conseguenza, alcuni caratteri non vengono renderizzati correttamente.

Soluzione

Per risolvere questo problema, esaminate l'applicazione client per la codifica dei caratteri dei nomi di file e assicuratevi che sia impostata su -8. UTF

Risolvi i problemi relativi ResourceNotFound all'eccezione

Descrizione

Viene visualizzato un errore in cui la risorsa non può essere trovata. Ad esempio, se corriUpdateServer, potresti ricevere il seguente errore:

An error occurred (ResourceNotFoundException) when calling the UpdateServer operation: Unknown server

Causa

Esistono diversi motivi per cui si riceve un ResourceNotFoundExceptionmessaggio. Nella maggior parte dei casi, la risorsa specificata nel API comando non esiste. Se hai specificato una risorsa esistente, la causa più probabile è che la tua regione predefinita sia diversa da quella della risorsa. Ad esempio, se la tua regione predefinita è us-east-1 e il tuo server Transfer Family è in us-east-2, riceverai un'eccezione per le risorse Unknown.

Per i dettagli sull'impostazione di una regione predefinita, consulta Configurazione rapida con. aws configure

Soluzione

Aggiungi un parametro di regione al tuo API comando per specificare in modo esplicito dove trovare una particolare risorsa.

aws transfer -describe-server --server-id server-id --region us-east-2

Risolvi i problemi relativi ai connettori SFTP

Questa sezione descrive le possibili soluzioni per i seguenti problemi relativi ai SFTP connettori.

Argomenti

• La negoziazione chiave fallisce
• Problemi vari relativi SFTP ai connettori

La negoziazione chiave fallisce

Descrizione

Quando la negoziazione sullo scambio di chiavi fallisce, viene visualizzato un errore. Per esempio:

Key exchange negotiation failed due to incompatible host key algorithms. 
Client offered: [ecdsa-sha2-nistp256, ecdsa-sha2-nistp384,
ecdsa-sha2-nistp521, rsa-sha2-512, rsa-sha2-256] Server offered: [ssh-rsa]

Causa

Questo errore è dovuto al fatto che non vi è alcuna sovrapposizione tra gli algoritmi delle chiavi host supportati dal server e quelli supportati dal connettore.

Soluzione

Assicurati che il server remoto supporti almeno uno degli algoritmi chiave dell'host client elencati nel messaggio di errore. Per l'elenco degli algoritmi supportati, vedere. SFTPalgoritmi dei connettori

Problemi vari relativi SFTP ai connettori

Descrizione

Dopo l'esecuzione viene visualizzato un erroreStartFileTransfer, ma non si conosce la causa del problema e dopo la chiamata viene restituito solo l'ID del API connettore.

Causa

Questo errore può avere diverse cause. Per risolvere i problemi, ti consigliamo di testare il connettore e di cercare nei log. CloudWatch

Soluzione

• Testa il tuo connettore: Vedi. Verificate un SFTP connettore Se il test fallisce, il sistema fornisce un messaggio di errore in base al motivo per cui il test non è riuscito. Questa sezione descrive come testare il connettore dalla console o utilizzando il TestConnectionAPIcomando.

• Visualizza CloudWatch i log del tuo connettore: VediEsempi di voci di registro per i connettori SFTP. Questo argomento fornisce esempi di voci di registro dei SFTP connettori e la convenzione di denominazione per aiutarvi a trovare i log appropriati.

Risoluzione dei problemi di AS2

I messaggi di errore e i suggerimenti per la risoluzione dei problemi per i server abilitati all'Applicability Statement 2 (AS2) sono descritti qui:. Codici di errore AS2