Configurando AS2

Acordos — Acordos bilaterais de parceiros comerciais, ou parcerias, definem o relacionamento entre as duas partes que estão trocando mensagens (arquivos). Para definir um contrato, o Transfer Family combina um servidor, um perfil local, um perfil de parceiro e informações do certificado. Os processos AS2 de entrada do Transfer Family usam acordos.

Certificados — Os certificados de chave pública (X.509) são usados na AS2 comunicação para criptografia e verificação de mensagens. Os certificados também são usados para terminais de conectores.

Perfis locais e perfis de parceiros — Um perfil local define a organização ou “parte” local (servidor Transfer Family AS2 habilitado). Da mesma forma, um perfil de parceiro define a organização parceira remota, externa à Transfer Family.

Criptografia – Obrigatório (para transporte HTTP, que é o único método de transporte suportado atualmente). Mensagens não criptografadas só serão aceitas se encaminhadas por um proxy terminal TLS, como um Application Load Balancer (ALB), e o cabeçalho X-Forwarded-Proto: https estiver presente.

Assinatura — Opcional

Compressão — Opcional (o único algoritmo de compactação atualmente suportado é ZLIB)

Aviso de disposição de mensagens (MDN) — Opcional

AES128_CBC

AES192_CBC

AES256_CBC

3DES (somente para compatibilidade com versões anteriores)

Assinatura de entrada e MDN — SHA1,,, SHA256 SHA384 SHA512

Assinatura externa e MDN — SHA1,,, SHA256 SHA384 SHA512

Transferências de entrada — síncronas e assíncronas

Transferências de saída — somente síncronas

Protocolo de transferência de correio simples (SMTP) (e-mail MDN) – Não suportado

Transferências de entrada — HTTP é o único transporte atualmente suportado e você deve especificá-lo explicitamente.

Transferências de saída — Se você fornecer uma URL HTTP, também deverá especificar um algoritmo de criptografia. Se você fornecer um URL HTTPS, terá a opção de especificar NONE para seu algoritmo de criptografia.

O keep-alive TCP do lado do servidor não é suportado. A conexão expira após 350 segundos de inatividade, a menos que o cliente envie pacotes keep-alive.

Para que um contrato ativo seja aceito pelo serviço e apareça nos CloudWatch registros da Amazon, as mensagens devem conter AS2 cabeçalhos válidos.

O servidor que está recebendo mensagens de AWS Transfer Family for AS2 deve suportar o atributo de proteção do algoritmo Cryptographic Message Syntax (CMS) para validar assinaturas de mensagens, conforme definido na RFC 6211. Este atributo não é suportado em alguns produtos IBM Sterling mais antigos.

Mensagem duplicada IDs resulta em uma mensagem processada/Aviso: documento duplicado.

O tamanho da chave para AS2 certificados deve ser de pelo menos 2048 bits e no máximo 4096.

Ao enviar AS2 mensagens ou de forma assíncrona MDNs para o endpoint HTTPS de um parceiro comercial, as mensagens MDNs devem usar um certificado SSL válido assinado por uma autoridade de certificação (CA) publicamente confiável. Atualmente, certificados autoassinados são compatíveis somente com transferências externas.

O endpoint deve suportar o protocolo TLS versão 1.2 e um algoritmo criptográfico permitido pela política de segurança (conforme descrito em Políticas de segurança para AWS Transfer Family servidores).

Atualmente, não há suporte para vários anexos e mensagens de troca de certificados (CEM) da AS2 versão 1.2.

Atualmente, a autenticação básica é suportada apenas para mensagens de saída.

Você pode anexar um fluxo de trabalho de processamento de arquivos a um servidor Transfer Family que usa o AS2 protocolo: no entanto, AS2 as mensagens não executam fluxos de trabalho conectados ao servidor.