TRANXACT.AI ヘルプ

他のシステムに安全に接続する

HTTPS経由の接続、またはホストとポートへの直接接続、TLS 1.2を最低レベルとする接続、アップロードする証明書、そして何が失敗したかを正確に示すテスト。

「プラットフォーム」→「接続性」→「統合」→「接続」にある接続とは、実際のシステム（既存のERPシステム、ディレクトリ、メールサーバー、パートナーのAPIなど）を指すコネクタです。このコネクタには、システムの所在地、認証方法、そしてTRANXACTがシステムに送信する認証情報（送信時に暗号化され、送信元には決して公開されません）が格納されます。

システムにアクセスする2つの方法

輸送記入する内容いつ使うべきか
HTTPSエンドポイントURL。テスト環境や開発環境を含め、すべての環境でhttps://で始まる必要があります。インターネットまたは自身のネットワーク経由でアクセスできるWeb APIまたはサービス。
直接ホスト（名前またはアドレスのみ）、ポート、およびプロトコル。VPN、相互接続、ピアリングなどのネットワーク経路を介してアクセスできるデータベース、ディレクトリ、またはサービスポート。

直接接続ではプロトコル名が付けられます。これは、システムがTLSを開始する方法が2つあるためです。

  • tls — 最初のバイトからTLSを使用する。LDAPS、SAP HANA、厳密な暗号化を使用するSQL Server、SMTPS、AMQPS、Kafkaはこの方式で動作する。
  • postgres ― PostgreSQL。これは、一時的に平文で接続した後、他の通信を行う前にTLSのネゴシエーションを行う。

プレーンテキストオプションも、テスト専用の例外もありません。「テスト専用」の接続とは、誰かがコピーした時点で実際の認証情報を含む接続のことです。したがって、本番環境で適用されるルールは、あらゆる場所で適用されます。

TLS 1.2以上、かつ常に検証済み

  • すべてのハンドシェイクはTLS 1.2以上で行われます。接続時にTLS 1.3まで上げることができますが、それより古いバージョンは選択できず、データベースも拒否するため、インポートやスクリプトで設定することもできません。
  • サーバーの証明書は常に検証されます。「検証しない」というオプションはありません。なぜなら、どの証明書でも受け入れる接続は、応答する相手に対して暗号化されるため、あなたが意図したシステムに対して暗号化されることとは異なるからです。
  • サーバー名は、証明書に記載されているホスト名と接続先のホスト名が異なる場合に使用します。例えば、データベースに10.20.0.15でアクセスした際に、証明書にhana.corp.localと記載されている場合などです。サーバー名は、正しい証明書を要求するためと、証明書の有効性を確認するための両方に使用されます。
  • ピン留めされたフィンガープリントはオプションです。サーバー証明書のSHA-256フィンガープリントを指定します。これを設定すると、有効な証明書であっても、他の証明書はすべて拒否されます。サーバー証明書が更新された際には、忘れずに変更してください。

証明書

同じ統合セクションにある証明書画面には、信頼または存在する証明書接続が表示されます。証明書には2種類あります。

親切それは何のためにあるのか
信頼できる認証局組織が運営する認証局。通常、ネットワーク内のサーバーには、公開ルート証明書を持たない認証局が発行した証明書が格納されています。ここに認証局をアップロードし、接続時に信頼済み認証局として選択してください。空欄のままにすると、接続は公開ルート証明書を信頼します。
クライアント証明書相互TLS接続のためにTRANXACTからサーバーに提示される情報です。サーバーは発信元を、サーバー側も発信元を検証します。アップロード後、「秘密鍵を保存」を使用してください。この鍵は証明書に紐づけられ、保存時には封印され、二度と公開されることはありません。鍵は交換のみ可能です。

証明書をPEM形式で、-----BEGIN CERTIFICATE-----から-----END CERTIFICATE-----まで貼り付けてください。その後に証明書のチェーンが続く場合があります。件名、発行者、有効期間、フィンガープリントは入力する必要はありません。これらは証明書自体から読み込まれるため、リストに証明書に記載されていない情報が表示されることはありません。リストには残り日数が表示され、証明書が期限切れまたは期限切れ間近であることがマークされ、その証明書を使用している接続数がカウントされるため、動作しなくなる前に何が動作しなくなるかがわかります。

テスト

接続テストでは、接続先のサーバーに対して実際に検証済みのTLSハンドシェイクを行い（HTTPSの場合は1つのリクエスト）、認証に必要なデータが存在するかどうかを確認します。テストが失敗した場合は、どの部分が失敗したかを示します。「接続できませんでした」というメッセージだけでは、次に何をすべきかは分かりません。

テスト結果が示すこと何をするか
サーバーの証明書は信頼されていません証明書の発行元である認証局（CA）を「証明書」セクションにアップロードし、接続時に信頼できる認証局として選択してください。
この証明書にはこのホストの名前が記載されていませんサーバー名は、証明書に記載されている名前に設定してください。
このサーバーはTLS 1.2以上のバージョンでは何も提供していません。サーバーをアップグレードする必要があります。TRANXACTはこれ以上値下げしません。
サーバーはクライアント証明書を要求していますクライアント証明書をアップロードし、その秘密鍵を保存して、接続時にそれを選択します。

直接連絡を取ることはできますか？

ダイレクトコネクトのチェックは、すべての統合の出発点となる疑問に答えます。構成済みのポートと、TRANXACTサーバー自身のネットワークから通常使用されるポート（PostgreSQL 5432、SQL Server 1433、SAP HANA 30015、30013、30041、SAP Business One Service Layer 50000、Oracle 1521、2484、MySQL 3306、LDAPS 636、Active Directoryグローバルカタログ 3269、SMTPS 465、IMAPS 993、FTPS 990、AMQPS 5671、MQTTS 8883、Kafka 9093、443、8443）でホストを試行し、TLS 1.2以上のハンドシェイクに応答して完了するポートを報告します。

  • 「直接接続が可能です」というメッセージに続いて、動作したポート、サービス、TLSバージョンが表示されている場合は、今日から接続を「直接」に設定できます。
  • そうでなければ、ネットワークパス（VPN、相互接続、またはそのホストへのピアリング）が必要であると表示されますが、これはここで設定するのではなく、ネットワークを運用している担当者と話し合う必要があります。

接続リストには、各接続のトランスポート、エンドポイント、最後にネゴシエートされたTLSバージョン、および直接接続（可能、到達不能、または未チェック）が表示されます。

クラウドメタデータアドレスは決してプローブされません。要求があればサーバー自身の認証情報を渡してしまうため、接続テストはまさにそのため、要求する手段であってはならないのです。