Konfiguration AS2

Abkommen — Bilaterale Handelspartnerabkommen oder Partnerschaften definieren die Beziehung zwischen den beiden Parteien, die Nachrichten (Dateien) austauschen. Um eine Vereinbarung zu definieren, kombiniert Transfer Family Server-, lokale Profil-, Partnerprofil- und Zertifikatsinformationen. Transfer Family AS2 — Inbound-Prozesse verwenden Vereinbarungen.

Zertifikate — Zertifikate mit öffentlichem Schlüssel (X.509) werden in der AS2 Kommunikation zur Verschlüsselung und Überprüfung von Nachrichten verwendet. Zertifikate werden auch für Connector-Endpunkte verwendet.

Lokale Profile und Partnerprofile — Ein lokales Profil definiert die lokale (AS2-aktivierte Transfer Family Family-Server) Organisation oder „Partei“. In ähnlicher Weise definiert ein Partnerprofil die Remote-Partnerorganisation außerhalb von Transfer Family.

Verschlüsselung — Erforderlich (für den HTTP-Transport, die einzige Transportmethode, die derzeit unterstützt wird). Unverschlüsselte Nachrichten werden nur akzeptiert, wenn sie von einem TLS-terminierenden Proxy wie einem Application Load Balancer (ALB) weitergeleitet werden und der Header vorhanden ist. X-Forwarded-Proto: https

Signieren — optional

Komprimierung — Optional (der einzige derzeit unterstützte Komprimierungsalgorithmus ist ZLIB)

Hinweis zur Disposition von Nachrichten (MDN) — Optional

AES128_CBC

AES192_CBC

AES256_CBC

3DES (nur aus Gründen der Abwärtskompatibilität)

Eingehendes Signieren und MDN —,,, SHA1 SHA256 SHA384 SHA512

Ausgehendes Signieren und MDN —,,, SHA1 SHA256 SHA384 SHA512

Eingehende Übertragungen — Synchron und asynchron

Ausgehende Übertragungen — Nur synchron

Simple Mail Transfer Protocol (SMTP) (E-Mail MDN) — Wird nicht unterstützt

Eingehende Übertragungen — HTTP ist der einzige derzeit unterstützte Transport, und Sie müssen ihn explizit angeben.

Ausgehende Übertragungen — Wenn Sie eine HTTP-URL angeben, müssen Sie auch einen Verschlüsselungsalgorithmus angeben. Wenn Sie eine HTTPS-URL angeben, haben Sie die Möglichkeit, NONE für Ihren Verschlüsselungsalgorithmus anzugeben.

Serverseitiges TCP-Keep-Alive wird nicht unterstützt. Die Verbindung wird nach 350 Sekunden Inaktivität unterbrochen, es sei denn, der Client sendet Keep-Alive-Pakete.

Damit eine aktive Vereinbarung vom Service akzeptiert wird und in den CloudWatch Amazon-Protokollen erscheint, müssen Nachrichten gültige AS2 Kopfzeilen enthalten.

Der Server, der Nachrichten von AWS Transfer Family für empfängt, AS2 muss das Schutzattribut des Algorithmus Cryptographic Message Syntax (CMS) zur Überprüfung von Nachrichtensignaturen unterstützen, wie in RFC 6211 definiert. Dieses Attribut wird in einigen älteren IBM Sterling-Produkten nicht unterstützt.

Doppelte Nachrichten IDs führen zu einer verarbeiteten Nachricht (Warnung: Doppeltes Dokument).

Die Schlüssellänge für AS2 Zertifikate muss mindestens 2048 Bit und höchstens 4096 Bit betragen.

Beim Senden von AS2 Nachrichten oder asynchron MDNs an den HTTPS-Endpunkt eines Handelspartners MDNs müssen die Nachrichten ein gültiges SSL-Zertifikat verwenden, das von einer öffentlich vertrauenswürdigen Zertifizierungsstelle (CA) signiert wurde. Selbstsignierte Zertifikate werden derzeit nur für ausgehende Übertragungen unterstützt.

Der Endpunkt muss das TLS-Protokoll der Version 1.2 und einen kryptografischen Algorithmus unterstützen, der gemäß der Sicherheitsrichtlinie zulässig ist (wie unter beschrieben). Sicherheitsrichtlinien für Server AWS Transfer Family

Mehrere Anlagen und Certificate Exchange Messaging (CEM) aus AS2 Version 1.2 werden derzeit nicht unterstützt.

Die Standardauthentifizierung wird derzeit nur für ausgehende Nachrichten unterstützt.

Sie können einen Dateiverarbeitungs-Workflow an einen Transfer Family Family-Server anhängen, der das AS2 Protokoll verwendet. AS2 Nachrichten führen jedoch keine Workflows aus, die an den Server angehängt sind.