Configurazione di AS2

Accordi: gli accordi bilaterali con partner commerciali, o partnership, definiscono la relazione tra le due parti che si scambiano messaggi (file). Per definire un accordo, Transfer Family combina le informazioni sul server, sul profilo locale, sul profilo del partner e sul certificato. AS2-inbound I processi di Transfer Family utilizzano gli accordi.

Certificati: i certificati a chiave pubblica (X.509) vengono utilizzati nelle comunicazioni AS2 per la crittografia e la verifica dei messaggi. I certificati vengono utilizzati anche per gli endpoint dei connettori.

Profili locali e profili partner: un profilo locale definisce l'organizzazione o «parte» locale (AS2-enabledTransfer Family server). Analogamente, un profilo partner definisce l'organizzazione partner remota, esterna a Transfer Family.

Crittografia: obbligatoria (per il trasporto HTTP, che è l'unico metodo di trasporto attualmente supportato). I messaggi non crittografati vengono accettati solo se inoltrati da un TLS-terminating proxy come Application Load Balancer (ALB) e se l'intestazione è presente. X-Forwarded-Proto: https

Firma: facoltativa

Compressione: opzionale (l'unico algoritmo di compressione attualmente supportato è ZLIB)

Avviso di disposizione dei messaggi (MDN) — Opzionale

AES128_CBC

AES192_CBC

AES256_CBC

3DES (solo per compatibilità con le versioni precedenti)

Firma in entrata e MDN: SHA1, SHA256, SHA384, SHA512

Firma in uscita e MDN: SHA1, SHA256, SHA384, SHA512

Trasferimenti in entrata: sincroni e asincroni

Trasferimenti in uscita: sincroni e asincroni

Simple Mail Transfer Protocol (SMTP) (email MDN) — Non supportato

Trasferimenti in entrata: HTTP è l'unico trasporto attualmente supportato ed è necessario specificarlo esplicitamente.

Trasferimenti in uscita: se fornisci un URL HTTP, devi anche specificare un algoritmo di crittografia. Se fornisci un URL HTTPS, hai la possibilità di specificare NONE per il tuo algoritmo di crittografia.

Server-side TCP keep-alive non è supportato. La connessione scade dopo 350 secondi di inattività, a meno che il client non invii pacchetti keep-alive.

Affinché un accordo attivo venga accettato dal servizio e venga visualizzato nei CloudWatch log di Amazon, i messaggi devono contenere intestazioni AS2 valide.

Il server che riceve messaggi AWS Transfer Family per AS2 deve supportare l'attributo di protezione dell'algoritmo Cryptographic Message Syntax (CMS) per la convalida delle firme dei messaggi, come definito nella RFC 6211. https://datatracker.ietf.org/doc/html/rfc6211 Questo attributo non è supportato in alcuni prodotti IBM Sterling precedenti.

Gli ID dei messaggi duplicati generano un messaggio processed/Warning: documento duplicato.

La lunghezza della chiave per i certificati AS2 deve essere di almeno 2048 bit e al massimo di 4096.

Quando si inviano messaggi AS2 o mDNS asincroni all'endpoint HTTPS di un partner commerciale, i messaggi o gli mDNS devono utilizzare un certificato SSL valido firmato da un'autorità di certificazione (CA) pubblicamente attendibile. Self-signed i certificati sono attualmente supportati solo per i trasferimenti in uscita.

L'endpoint deve supportare il protocollo TLS versione 1.2 e un algoritmo crittografico consentito dalla politica di sicurezza (come descritto in). Politiche di sicurezza per AWS Transfer Family server

Gli allegati multipli e la messaggistica per lo scambio di certificati (CEM) di AS2 versione 1.2 non sono attualmente supportati.

L'autenticazione di base è attualmente supportata solo per i messaggi in uscita.

È possibile collegare un flusso di lavoro di elaborazione dei file a un server Transfer Family che utilizza il protocollo AS2: tuttavia, i messaggi AS2 non eseguono i flussi di lavoro collegati al server.