翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # AS2 メッセージの送受信 このセクションでは、AS2 メッセージを送受信するプロセスについて説明します。また、AS2 メッセージに関連付けられたファイル名と場所に関する詳細も提供します。 次の表に、AS2 メッセージで使用できる暗号化アルゴリズムと、それらを使用できるタイミングを示します。 | 暗号化アルゴリズム | HTTP | HTTPS | 注意事項 | | --- |--- |--- |--- | | AES128\_CBC | Yes | Yes | | | AES192\_CBC | Yes | Yes | | | AES256\_CBC | Yes | Yes | | | DES\_EDE3\_CBC | Yes | Yes | Only use this algorithm if you must support a legacy client that requires it, as it is a weak encryption algorithm. | | NONE | No | Yes | If you are sending messages to a Transfer Family server, you can only select なし if you are using an Application Load Balancer (ALB). | **Topics** + [AS2 メッセージプロセスの受信](#as2-inbound-process) + [HTTPS 経由の AS2 メッセージの送受信](#as2-https-process) + [AS2 コネクタを使用したファイルの転送](#transfer-as2-connectors) + [ファイル名と場所](#file-names-as2) + [ステータスコード](#status-codes) + [JSON ファイルの例](#file-as2-json) ## AS2 メッセージプロセスの受信 インバウンドプロセスは、 AWS Transfer Family サーバーに転送されるメッセージまたはファイルとして定義されます。受信メッセージの順序は次のとおりです。 1. 管理プロセスまたは自動プロセスが、パートナーのリモート AS2 サーバーで AS2 ファイル転送を開始します。 1. パートナーのリモート AS2 サーバーは、ファイルの内容に署名して暗号化し、Transfer Family でホストされている AS2 インバウンドエンドポイントに HTTP POST リクエストを送信します。 1. サーバー、パートナー、証明書、および契約の設定値を使用して、Transfer Family は AS2 ペイロードを復号化して検証します。ファイルの内容は、設定された Amazon S3 ファイルストアに保存されます。 1. 署名された MDN レスポンスは HTTP レスポンスと一緒に返されるか、別の HTTP POST リクエストを通じて非同期的に元のサーバーに返されます。 1. 取引所に関する詳細が記載された監査証跡が Amazon CloudWatch に書き込まれます。 1. 復号されたファイルは、`inbox/processed` という名前のフォルダにあります。 ![受信メッセージの処理シーケンスを示す図。](http://docs.aws.amazon.com/ja_jp/transfer/latest/userguide/images/as2-architecture-inbound.png) ## HTTPS 経由の AS2 メッセージの送受信 このセクションでは、AS2 プロトコルを使用して HTTPS 経由でメッセージを送受信する Transfer Family サーバーを設定する方法について説明します。 **Topics** + [HTTPS 経由で AS2 メッセージを送信](#send-https) + [HTTPS 経由で AS2 メッセージを受信](#receive-https) ### HTTPS 経由で AS2 メッセージを送信 HTTPS を使用して AS2 メッセージを送信するには、次の情報を含むコネクタを作成します。 + URL には HTTPS URL を指定 + 暗号化アルゴリズムでは、使用可能なアルゴリズムのいずれかを選択します。 **注記** 暗号化を使用しない (つまり、暗号化アルゴリズム`NONE`に を選択する) ときに Transfer Family サーバーにメッセージを送信するには、Application Load Balancer (ALB) を使用する必要があります。 + 「[AS2 コネクタを設定する](configure-as2-connector.md)」の説明に従って、コネクタの残りの値を指定します。 ### HTTPS 経由で AS2 メッセージを受信 AWS Transfer Family AS2 サーバーは現在、ポート 5080 経由の HTTP トランスポートのみを提供します。ただし、選択したポートと証明書を使用して、Transfer Family サーバー VPC エンドポイントの前のネットワークまたはアプリケーションロードバランサーで TLS を終了できます。この方法では、受信 AS2 メッセージに HTTPS を使用させることができます。 **前提条件** + VPC は Transfer Family サーバー AWS リージョン と同じ にある必要があります。 + VPC のサブネットは、サーバーを使用するアベイラビリティーゾーン内にある必要があります。 **注記** Transfer Family サーバーごとに、最大 3 つのアベイラビリティーゾーンをサポートできます。 + サーバーと同じリージョンに最大 3 つの Elastic IP アドレスを割り当てます。または、独自の IP アドレス範囲 (BYOIP) を使用することもできます。 **注記** Elastic IP アドレスの数は、サーバーエンドポイントで使用するアベイラビリティーゾーンの数と一致する必要があります。 Network Load Balance (NLB) または Application Load Balancer (ALB) のいずれかを設定できます。次の表に、各アプローチの長所と短所を示します。 次の表は、NLB と ALB を使用して TLS を終了する場合の機能の違いを示しています。 | 機能 | Network Load Balancer (NLB) | Application Load Balancer (ALB) | | --- | --- | --- | | レイテンシー | ネットワークレイヤーで動作するため、レイテンシーが低くなります。 | アプリケーションレイヤーで動作するため、レイテンシーが高くなります。 | | 静的 IP のサポート | 静的な Elastic IP アドレスをアタッチできます。 | Elastic IP アドレスをアタッチできない: 基になる IP アドレスを変更できるドメインを提供します。 | | 高度なルーティング | 高度なルーティングはサポートされていません。 | 高度なルーティングをサポートします。暗号化なしで AS2 に必要な`X-Forwarded-Proto`ヘッダーを挿入できます。
このヘッダーは、[developer.mozilla.org](https://developer.mozilla.org/) ウェブサイトの [X-Forwarded-Proto](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/X-Forwarded-Proto) で説明されています。 | | TLS/SSL の終了 | TLS/SSL 終了をサポート | TLS/SSL 終了をサポート | | 相互 TLS (mTLS) | Transfer Family は現在、mTLS 用の NLB の使用をサポートしていません | mTLS のサポート | ------ #### [ Configure NLB ] この手順では、VPC でインターネット向け Network Load Balancer (NLB) を設定する方法について説明します。 **Network Load Balancer を作成し、サーバーの VPC エンドポイントをロードバランサーのターゲットとして定義するには** 1. Amazon Elastic Compute Cloud コンソール ([https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)) を開きます。 1. ナビゲーションペインで、[**ロードバランサー**] を選択し、[**ロードバランサーを作成**] を選択します。 1. [**Network Load Balancer**] で、[**Create**] (作成) を選択します。 1. [**基本設定**] セクションで、以下の情報を入力します。 + **[Name]** (名前) に、対象のロードバランサーを表現した説明的な名前を入力します。 + [**スキーム**] で、[**インターネット接続**] を選択します。 + [**IP アドレスタイプ**] で、[**ipv4**] を選択します。 1. **[ネットワークマッピング]** セクションで、以下の情報を入力します。 + [**VPC**] で、作成した仮想プライベートクラウド (VPC) を選択します。 + **[マッピング]** で、サーバーエンドポイントで使用しているのと同じ VPC で使用可能なパブリックサブネットに関連付けられているアベイラビリティーゾーンを選択します。 + 各サブネットの **IPv4 アドレスには**、割り当てた Elastic IP アドレスのいずれかを選択します。 1. **[リスナーとルーティング]** セクションに、以下の情報を入力します。 + [**プロトコル**] で [**TLS**] を選択します。 + [**Port (ポート)**] に「**5080**」と入力します。 + [**デフォルトアクション**] で、[**ターゲットグループの作成**] を選択します。新しいターゲットグループの作成の詳細については、「[対象グループを作成するには](#create-target-group)」を参照してください。 ターゲットグループを作成した後で、**[デフォルトアクション]** フィールドにその名前を入力します。 1. **[セキュアリスナー設定]** セクションの **[デフォルト SSL/TLS 証明書]** 領域で証明書を選択します。 1. [**ロードバランサーの作成**] を選択し、NLB を作成します。 1. (オプションですが、推奨されます) Network Load Balancer のアクセスログを有効にして、完全な監査証跡を維持します。これについては、「[Network Load Balancer のアクセスログ](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/load-balancer-access-logs.html)」を参照してください。 TLS 接続は NLB で終了するため、このステップをお勧めします。したがって、Transfer Family AS2 CloudWatch ロググループに反映されるソース IP アドレスは、取引相手の外部 IP アドレスではなく、NLB のプライベート IP アドレスです。 ------ #### [ Configure ALB ] この手順では、VPC で Application Load Balancer (ALB) を設定する方法について説明します。 **Application Load Balancer を作成し、サーバーの VPC エンドポイントをロードバランサーのターゲットとして定義するには** 1. Amazon Elastic Compute Cloud コンソール ([https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)) を開きます。 1. ナビゲーションペインで、[**ロードバランサー**] を選択し、[**ロードバランサーを作成**] を選択します。 1. [**Application Load Balancer**] で [**作成**] を選択します。 1. ALB コンソールで、ポート 443 (HTTPS) に新しい HTTP リスナーを作成します。 1. (オプション）。相互認証 (mTLS) を設定する場合は、セキュリティ設定とトラストストアを設定します。 1. SSL/TLS 証明書をリスナーにアタッチします。 1. **クライアント証明書の処理**で、**相互認証 (mTLS)** を選択します。 1. **トラストストアで検証**を選択します。 1. **高度な mTLS 設定**で、CA 証明書をアップロードしてトラストストアを選択または作成します。 1. 新しいターゲットグループを作成し、Transfer Family AS2 サーバーエンドポイントのプライベート IP アドレスをポート 5080 のターゲットとして追加します。新しいターゲットグループの作成の詳細については、「[対象グループを作成するには](#create-target-group)」を参照してください。 1. ポート 5080 で HTTP プロトコルを使用するようにターゲットグループのヘルスチェックを設定します。 1. リスナーからターゲットグループに HTTPS トラフィックを転送する新しいルールを作成します。 1. SSL/TLS 証明書を使用するようにリスナーを設定します。 ------ ロードバランサーを設定すると、クライアントはカスタムポートリスナーを介してロードバランサーと通信します。次に、ロードバランサーはポート 5080 を介してサーバーと通信します。 **対象グループを作成するには** 1. 前の手順で **[ターゲットグループの作成]** を選択すると、新しいターゲットグループの **[グループの詳細を指定]** ページが表示されます。 1. [**基本設定**] セクションで、以下の情報を入力します。 + **[ターゲットタイプを選択]** で **[IP アドレス]** を選択します。 + [**ターゲットグループ名**] に、ターゲットグループの名前を入力します。 + Protocol の場合****、選択は ALB と NLB のどちらを使用しているかによって異なります。 + Network Load Balancer (NLB) の場合は、**TCP** を選択します。 + Application Load Balancer (ALB) の場合は、**HTTP** を選択します。 + [**Port (ポート)**] に「**5080**」と入力します。 + [**IP アドレス**] タイプで、[**ipv4**] を選択します。 + **[VPC]** で、Transfer Family AS2 サーバー用に作成した VPC を選択します。 1. **ヘルスチェック**セクションで、**ヘルスチェックプロトコル**を選択します。 + ALB の場合は、**HTTP** を選択します。 + NLB の場合は、**TCP** を選択します。 1. [**次へ**] を選択します。 1. [**ターゲットの登録**] ページで、次の情報を入力します。 + **[ネットワーク]** では、Transfer Family AS2 サーバー用に作成した VPC が指定されていることを確認します。 + **[IPv4 アドレス]** では、Transfer Family AS2 サーバーのエンドポイントのプライベート IPv4 アドレスを入力します。 サーバーのエンドポイントが複数ある場合は、**[IPv4 アドレスを追加]** を選択して別の IPv4 アドレスを入力する行をもう 1 つ追加します。サーバーのすべてのエンドポイントのプライベート IP アドレスを入力し終わるまで、このプロセスを繰り返します。 + **[ポート]** が **5080** に設定されていることを確認します。 + **[保留中として以下を含める]** を選択し、**[レビューターゲット]** セクションにエントリを追加します。 1. **[レビューターゲット]** セクションで、IP ターゲットをレビューします。 1. **[ターゲットグループの作成]** を選択し、前の NLB の作成手順に戻り、指示された場所に新しいターゲットグループを入力します。 **Elastic IP アドレスからサーバーへのアクセスをテストします** Elastic IP アドレスまたは Network Load Balancer の DNS 名を使用して、カスタムポート経由でサーバーに接続します。 **重要** ロードバランサーに設定されたサブネットの[ネットワークアクセスコントロールリスト (ネットワーク ACL)](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) を使用して、クライアント IP アドレスからサーバーへのアクセスを管理します。ネットワーク ACL のアクセス許可はサブネットレベルで設定されるため、ルールはサブネットを使用するすべてのリソースに適用されます。ロードバランサーのターゲットタイプは**インスタンス**ではなく **IP アドレス**に設定されているため、セキュリティグループを使用してクライアント IP アドレスからのアクセスを制御することはできません。そのため、ロードバランサーはソース IP アドレスを保持しません。[Network Load Balancer のヘルスチェック](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/target-group-health-checks.html)が失敗すると、ロードバランサーはサーバーエンドポイントに接続できなくなります。この問題のトラブルシューティングを行うには、次を確認します。 サーバーの[エンドポイントに関連付けられたセキュリティグループ](https://aws.amazon.com/premiumsupport/knowledge-center/sftp-enable-elastic-ip-custom-port/)が、ロードバランサーに設定されているサブネットからのインバウンド接続を許可していることを確認します。ロードバランサーは、ポート 5080 を介してサーバーエンドポイントに接続できる必要があります。 サーバーの **[状態]** が **[オンライン]** であることを確認します。 ## AS2 コネクタを使用したファイルの転送 AS2コネクタは、Transfer Familyサーバーからパートナーが所有する外部の宛先にAS2メッセージを転送するための取引パートナー間の関係を確立します。 Transfer Family を使用して AS2 メッセージを送信するには、次の `start-file-transfer` AWS Command Line Interface (AWS CLI) コマンドに示すように、コネクタ ID とファイルへのパスを参照します。 ``` aws transfer start-file-transfer --connector-id c-{{1234567890abcdef0}} \ --send-file-paths "/amzn-s3-demo-source-bucket{{/myfile1.txt}}" "/amzn-s3-demo-source-bucket{{/myfile2.txt}}" ``` コネクタの詳細情報を取得するには、次のコマンドを実行しする： ``` aws transfer list-connectors ``` `list-connectors` コマンドは、コネクタのコネクタ ID、URL、Amazon リソースネーム (ARN) を返します。 特定のコネクタのプロパティを返すには、使用する ID を指定して以下のコマンドを実行します。 ``` aws transfer describe-connector --connector-id {{your-connector-id}} ``` `describe-connector` コマンドは、URL、ロール、プロファイル、メッセージ処理通知 (MDN)、タグ、モニタリングメトリックなど、コネクタのすべてのプロパティを返します。 JSON と MDN ファイルを表示すると、パートナーがファイルを正常に受信したことを確認できます。これらのファイルには、[ファイル名と場所](#file-names-as2) で説明されている規則に従って名前が付けられます。コネクタの作成時にログ記録ロールを設定した場合は、CloudWatch ログで AS2 メッセージのステータスを確認することもできます。 AS2 コネクターの詳細を表示するには、[AS2 コネクターの詳細を表示](configure-as2-connector.md#connectors-view-info)を参照してください。AS2 コネクターの作成についての詳細は、[AS2 コネクタを設定する](configure-as2-connector.md) を参照してください。 **AS2 アウトバウンドメッセージを送信するには** アウトバウンドプロセスは、 から外部クライアントまたはサービス AWS に送信されるメッセージまたはファイルとして定義されます。アウトバウンドメッセージのシーケンスは以下の通りである： 1. 管理者は `start-file-transfer` AWS Command Line Interface (AWS CLI) コマンドまたは `StartFileTransfer` API オペレーションを呼び出します。この操作は `connector` 設定を参照します。 1. Transfer Family は新しいファイルリクエストを検出し、ファイルを見つけます。ファイルは圧縮、署名、暗号化されます。 1. 転送 HTTP クライアントは HTTP POST リクエストを実行して、ペイロードをパートナーの AS2 サーバーに送信します。 1. このプロセスは、HTTP レスポンス (同期または非同期 MDN) とインラインで署名付き MDN レスポンスを返します。 1. ファイルがさまざまな転送段階の間を移動すると、プロセスは MDN 応答の受信と処理の詳細を顧客に配信します。 1. リモート AS2 サーバーは、復号化され検証されたファイルをパートナー管理者が利用できるようにします。 ![送信メッセージの処理シーケンスを示す図。](http://docs.aws.amazon.com/ja_jp/transfer/latest/userguide/images/as2-architecture-outbound.png) AS2 処理は、一般的なユースケースと既存の AS2 対応サーバー実装との統合に重点を置いて、RFC 4130 プロトコルの多くをサポートしています。サポートされている構成の詳細については、[AS2 設定](create-b2b-server.md#as2-supported-configurations) を参照してください。 ## ファイル名と場所 このセクションでは、AS2 転送のファイル命名規則について説明します。 インバウンドファイル転送については、次の点に注意してください。 + 基本ディレクトリは契約書で指定します。ベースディレクトリは、Amazon S3 バケット名にプレフィックス (ある場合) を組み合わせたものです。例えば、`/amzn-s3-demo-bucket/AS2-folder`。 + 受信ファイルが正常に処理されると、ファイル (および対応する JSON ファイル) が `/processed` フォルダに保存されます。例えば、`/amzn-s3-demo-bucket/AS2-folder/processed`。 JSONファイルには以下のフィールドが含まれる： + `agreement-id` + `as2-from` + `as2-to` + `as2-message-id` + `transfer-id` + `client-ip` + `connector-id` + `failure-message` + `file-path` + `message-subject` + `mdn-message-id` + `mdn-subject` + `requester-file-name` + `requester-content-type` + `server-id` + `status-code` + `failure-code` + `transfer-size` + 受信ファイルを正常に処理できない場合、ファイル (および対応する JSON ファイル) は `/failed` フォルダーに保存されます。例えば、`/amzn-s3-demo-bucket/AS2-folder/failed`。 + 転送されたファイルは、`{{original_filename}}.{{messageId}}.{{original_extension}}` として `processed` フォルダーに保存されます。つまり、転送のメッセージ ID がファイル名の元の拡張子の前に追加されます。 + JSON ファイルは `{{original_filename}}.{{messageId}}.{{original_extension}}.json` として作成され、保存されます。追加されるメッセージ ID に加えて、文字列 `.json` は転送されたファイルの名前に追加されます。 + メッセージ処理通知 (MDN) ファイルが作成され、`{{original_filename}}.{{messageId}}.{{original_extension}}.mdn` という名前で保存されます。追加されるメッセージ ID に加えて、文字列 `.mdn` は転送されたファイルの名前に追加されます。 + `ExampleFileInS3Payload.dat` という名前の受信ファイルがある場合、次のファイルが作成されます。 + **File** – `ExampleFileInS3Payload.c4d6b6c7-23ea-4b8c-9ada-0cb811dc8b35@44313c54b0a46a36.dat` + **JSON** – `ExampleFileInS3Payload.c4d6b6c7-23ea-4b8c-9ada-0cb811dc8b35@44313c54b0a46a36.dat.json` + **MDN** – `ExampleFileInS3Payload.c4d6b6c7-23ea-4b8c-9ada-0cb811dc8b35@44313c54b0a46a36.dat.mdn` アウトバウンド転送の場合、名前は似ていますが、受信メッセージファイルがないことと、転送されたメッセージの転送 ID がファイル名に追加される点が異なります。転送 ID は `StartFileTransfer` API 操作によって (または別のプロセスまたはスクリプトがこの操作を呼び出したときに) 返されます。 + `transfer-id` はファイル転送に関連付けられる識別子です。`StartFileTransfer` コールの一部であるすべてのリクエストは `transfer-id` を共有します。 + ベースディレクトリは、ソースファイルに使用するパスと同じです。つまり、ベースディレクトリは `StartFileTransfer` API オペレーションまたは`start-file-transfer` AWS CLI コマンドで指定するパスです。例えば、次のようになります。 ``` aws transfer start-file-transfer --send-file-paths {{/amzn-s3-demo-bucket/AS2-folder/file-to-send.txt}} ``` このコマンドを実行すると、MDN ファイルと JSON ファイルは `/amzn-s3-demo-bucket/AS2-folder/processed` (転送が成功した場合) または `/amzn-s3-demo-bucket/AS2-folder/failed` (転送に失敗した場合) に保存されます。 + JSON ファイルは `{{original_filename}}.{{transferId}}.{{messageId}}.{{original_extension}}.json` として作成され、保存されます。 + MDN ファイルは `{{original_filename}}.{{transferId}}.{{messageId}}.{{original_extension}}.mdn` として作成され、保存されます。 + `ExampleFileOutTestOutboundSyncMdn.dat` という名前のアウトバウンドファイルがある場合、次のファイルが作成されます。 + **JSON** – `ExampleFileOutTestOutboundSyncMdn.dedf4601-4e90-4043-b16b-579af35e0d83.fbe18db8-7361-42ff-8ab6-49ec1e435f34@c9c705f0baaaabaa.dat.json` + **MDN** – `ExampleFileOutTestOutboundSyncMdn.dedf4601-4e90-4043-b16b-579af35e0d83.fbe18db8-7361-42ff-8ab6-49ec1e435f34@c9c705f0baaaabaa.dat.mdn` CloudWatch ログを確認して、失敗したものも含め、転送の詳細を確認することもできます。 ## ステータスコード 次の表に、ユーザーまたはパートナーが AS2 メッセージを送信したときに CloudWatch ログに記録できるすべてのステータスコードを示します。異なるメッセージ処理ステップは、異なるメッセージタイプに適用され、モニタリングのみを目的としています。COMPLETED 状態と FAILED 状態は、処理の最終ステップを表し、JSON ファイルに表示されます。 **** | コード | 説明 | 処理が完了しましたか? | | --- | --- | --- | | 処理 | メッセージは最終形式に変換中です。たとえば、解凍ステップと復号ステップの両方にこのステータスがあります。 | いいえ | | MDN\_TRANSMIT | メッセージ処理は MDN レスポンスを送信しています。 | いいえ | | MDN\_RECEIVE | メッセージ処理は MDN レスポンスを受信しています。 | いいえ | | COMPLETED | メッセージ処理が正常に完了しました。この状態には、インバウンドメッセージまたはアウトバウンドメッセージの MDN 検証に MDN が送信されるときが含まれます。 | はい | | FAILED | メッセージの処理に失敗しました。エラーコードのリストについては、「」を参照してください[AS2 エラーコード](as2-monitoring.md#as2-error-codes)。 | はい | ## JSON ファイルの例 このセクションには、転送が成功した場合と失敗した転送のサンプルファイルなど、インバウンドとアウトバウンドの両方の転送のサンプル JSON ファイルが表示されます。 正常に転送されたアウトバウンドファイルの例: ``` { "requester-content-type": "application/octet-stream", "message-subject": "File xyzTest from MyCompany_OID to partner YourCompany", "requester-file-name": "TestOutboundSyncMdn-9lmCr79hV.dat", "as2-from": "MyCompany_OID", "connector-id": "c-c21c63ceaaf34d99b", "status-code": "COMPLETED", "disposition": "automatic-action/MDN-sent-automatically; processed", "transfer-size": 3198, "mdn-message-id": "OPENAS2-11072022063009+0000-df865189-1450-435b-9b8d-d8bc0cee97fd@PartnerA_OID_MyCompany_OID", "mdn-subject": "Message be18db8-7361-42ff-8ab6-49ec1e435f34@c9c705f0baaaabaa has been accepted", "as2-to": "PartnerA_OID", "transfer-id": "dedf4601-4e90-4043-b16b-579af35e0d83", "file-path": "/amzn-s3-demo-bucket/as2testcell0000/openAs2/TestOutboundSyncMdn-9lmCr79hV.dat", "as2-message-id": "fbe18db8-7361-42ff-8ab6-49ec1e435f34@c9c705f0baaaabaa", "timestamp": "2022-07-11T06:30:10.791274Z" } ``` 転送に失敗したアウトバウンドファイルの例: ``` { "failure-code": "HTTP_ERROR_RESPONSE_FROM_PARTNER", "status-code": "FAILED", "requester-content-type": "application/octet-stream", "subject": "Test run from Id da86e74d6e57464aae1a55b8596bad0a to partner 9f8474d7714e476e8a46ce8c93a48c6c", "transfer-size": 3198, "requester-file-name": "openAs2TestOutboundWrongAs2Ids-necco-3VYn5n8wE.dat", "as2-message-id": "9a9cc9ab-7893-4cb6-992a-5ed8b90775ff@718de4cec1374598", "failure-message": "http://Test123456789.us-east-1.elb.amazonaws.com:10080 returned status 500 for message with ID 9a9cc9ab-7893-4cb6-992a-5ed8b90775ff@718de4cec1374598", "transfer-id": "07bd3e07-a652-4cc6-9412-73ffdb97ab92", "connector-id": "c-056e15cc851f4b2e9", "file-path": "/amzn-s3-demo-bucket-4c1tq6ohjt9y/as2IntegCell0002/openAs2/openAs2TestOutboundWrongAs2Ids-necco-3VYn5n8wE.dat", "timestamp": "2022-07-11T21:17:24.802378Z" } ``` 正常に転送された受信ファイルの例: ``` { "requester-content-type": "application/EDI-X12", "subject": "File openAs2TestInboundAsyncMdn-necco-5Ab6bTfCO.dat sent from MyCompany to PartnerA", "client-ip": "10.0.109.105", "requester-file-name": "openAs2TestInboundAsyncMdn-necco-5Ab6bTfCO.dat", "as2-from": "MyCompany_OID", "status-code": "COMPLETED", "disposition": "automatic-action/MDN-sent-automatically; processed", "transfer-size": 1050, "mdn-subject": "Message Disposition Notification", "as2-message-id": "OPENAS2-11072022233606+0000-5dab0452-0ca1-4f9b-b622-fba84effff3c@MyCompany_OID_PartnerA_OID", "as2-to": "PartnerA_OID", "agreement-id": "a-f5c5cbea5f7741988", "file-path": "processed/openAs2TestInboundAsyncMdn-necco-5Ab6bTfCO.OPENAS2-11072022233606+0000-5dab0452-0ca1-4f9b-b622-fba84effff3c@MyCompany_OID_PartnerA_OID.dat", "server-id": "s-5f7422b04c2447ef9", "timestamp": "2022-07-11T23:36:36.105030Z" } ``` 転送に失敗した受信ファイルの例: ``` { "failure-code": "INVALID_REQUEST", "status-code": "FAILED", "subject": "Sending a request from InboundHttpClientTests", "client-ip": "10.0.117.27", "as2-message-id": "testFailedLogs-TestRunConfig-Default-inbound-direct-integ-0c97ee55-af56-4988-b7b4-a3e0576f8f9c@necco", "as2-to": "0beff6af56c548f28b0e78841dce44f9", "failure-message": "Unsupported date format: 2022/123/456T", "agreement-id": "a-0ceec8ca0a3348d6a", "as2-from": "ab91a398aed0422d9dd1362710213880", "file-path": "failed/01187f15-523c-43ac-9fd6-51b5ad2b08f3.testFailedLogs-TestRunConfig-Default-inbound-direct-integ-0c97ee55-af56-4988-b7b4-a3e0576f8f9c@necco", "server-id": "s-0582af12e44540b9b", "timestamp": "2022-07-11T06:30:03.662939Z" } ```