安全地连接到其他系统

通过 HTTPS 或直接连接到主机和端口，TLS 1.2 作为最低标准，您上传的证书，以及一个能够准确指出失败原因的测试。

在“平台”→“连接”→“集成”→“连接”下，“连接”是指指向某个真实系统的连接器：例如您原有的ERP系统、目录、邮件服务器或合作伙伴的API。它包含系统的位置、系统身份证明以及TRANXACT向其提供的凭证——这些凭证在传输过程中经过加密，并且永远不会被返还。

到达系统的两种方式

直接连接会指定其协议，因为系统启动 TLS 的方式有两种：

• tls——TLS 从第一个字节开始。LDAPS、SAP HANA、采用严格加密的 SQL Server、SMTPS、AMQPS 和 Kafka 都采用这种方式工作。
• postgres — PostgreSQL，它会先以明文连接一会儿，然后在进行任何其他通信之前协商 TLS。

TLS 1.2 或更高版本，并始终进行验证

• 每次握手都使用 TLS 1.2 或更高版本。最低的 TLS 版本可以提升到 TLS 1.3 以建立连接；不能选择更低的版本，数据库也会拒绝，因此也不能通过导入或脚本进行设置。
• 服务器证书始终会进行验证。没有“不验证”选项，因为接受任何证书的连接都会对所有响应方进行加密，但这与您指定的系统加密并不相同。
• 服务器名称用于证书指定的主机与您实际连接的主机不同的情况——例如，您访问的数据库地址为 10.20.0.15，但其证书显示的是 hana.corp.local。服务器名称既用于请求正确的证书，也用于验证证书的有效性。
• 固定指纹是可选的：它是服务器证书的 SHA-256 指纹。启用后，任何其他证书（即使是有效的证书）都将被拒绝。请记住在服务器证书续期时更改此设置。

证书

在同一“集成”部分中的“证书”屏幕显示连接信任或存在的证书。证书分为两种类型。

请以 PEM 格式粘贴证书，格式为从 -----BEGIN CERTIFICATE----- 到 -----END CERTIFICATE-----；证书后可能包含链式结构。您无需手动输入主题、颁发者、有效期或指纹信息——这些信息会从证书本身读取，因此列表中不会包含证书本身没有的信息。列表会显示剩余天数，将证书标记为即将过期或已过期，并统计使用该证书的连接数，以便您了解哪些功能会在失效前停止工作。

测试

连接测试会向目标地址发起真实有效的 TLS 握手（如果是 HTTPS，则只会发起一个请求），并检查是否存在可供身份验证的对象。如果测试失败，它会指出失败的环节，因为“无法连接”并不能告诉你下一步该怎么做。

我们可以直接联系吗？

“直接连接检查”回答了所有集成开始时都会遇到的问题。它会尝试从 TRANXACT 服务器自身的网络，在配置的端口以及常用端口（PostgreSQL 5432、SQL Server 1433、SAP HANA 30015、30013 和 30041、SAP Business One 服务层 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 版本以及直接连接：可能、不可达或未检查。