TRANXACT.AI 돕다

다른 시스템과 안전하게 연결하기

HTTPS를 통한 연결 또는 호스트 및 포트로 직접 연결, 최소 TLS 1.2 사용, 사용자가 업로드하는 인증서, 그리고 실패 원인을 정확하게 알려주는 테스트 결과를 제공합니다.

[플랫폼 → 연결 → 통합 → 연결] 메뉴의 연결은 기존 ERP 시스템, 디렉터리, 메일 서버, 파트너 API 등 실제 시스템 하나를 가리키는 커넥터입니다. 이 커넥터에는 시스템의 위치, 시스템 인증 방법, 그리고 TRANXACT가 해당 시스템에 제공하는 자격 증명(전송 시 암호화되며 반환 시에는 절대 노출되지 않음)이 저장됩니다.

시스템에 접근하는 두 가지 방법

수송입력하는 내용언제 사용해야 할까요?
HTTPS엔드포인트 URL은 모든 환경(테스트 및 개발 환경 포함)에서 https://로 시작해야 합니다.인터넷이나 자체 네트워크를 통해 접근할 수 있는 웹 API 또는 서비스.
직접호스트(이름 또는 주소만 해당), 포트 및 프로토콜.VPN, 상호 연결 또는 피어링과 같은 네트워크 경로를 통해 접근하는 데이터베이스, 디렉터리 또는 서비스 포트.

직접 연결은 프로토콜 이름을 지정합니다. 시스템이 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 지문을 고정합니다. 이 설정이 활성화되면 유효한 인증서를 포함하여 다른 모든 인증서는 거부됩니다. 서버 인증서가 갱신되면 이 설정도 변경해야 합니다.

인증서

동일한 통합 섹션의 인증서 화면에는 연결이 신뢰하거나 존재하는 인증서가 표시됩니다. 인증서에는 두 가지 종류가 있습니다.

친절한이것은 무엇을 위한 것인가
신뢰할 수 있는 CA조직 자체에서 운영하는 인증 기관(CA)입니다. 네트워크 내 서버에는 일반적으로 CA에서 발급한 인증서가 있으며, 이 인증서는 공용 루트 인증서에 접근할 수 없습니다. 여기에 CA 인증서를 업로드하고 연결 시 신뢰할 수 있는 CA로 선택하십시오. 이 부분을 비워두면 연결은 공용 루트 인증서를 신뢰하게 됩니다.
고객 인증서TRANXACT에서 서버로 전송되는 이 인증서는 상호 TLS 통신을 위한 것입니다. 서버는 발신자와 수신자 모두를 확인합니다. 업로드 후에는 개인 키 저장 기능을 사용하십시오. 이 키는 해당 인증서에 속해야 하며, 저장 시에는 봉인되어 다시는 노출되지 않습니다. 키는 교체만 가능합니다.

-----BEGIN CERTIFICATE-----부터 -----END CERTIFICATE-----까지 PEM 형식의 인증서를 붙여넣으세요. 인증서 체인이 이어질 수 있습니다. 주체, 발급자, 유효 기간 또는 지문은 입력할 필요가 없습니다. 이러한 정보는 인증서 자체에서 읽어오므로 목록에 인증서에 없는 내용이 표시될 수 없습니다. 목록에는 남은 일수, 만료 예정 또는 만료된 인증서, 그리고 해당 인증서를 사용하는 연결 수가 표시되므로 인증서가 완전히 작동하지 않게 되기 전에 미리 확인할 수 있습니다.

시험

연결 테스트는 실제 검증된 TLS 핸드셰이크를 통해 해당 연결 대상으로 연결을 시도하고(HTTPS의 경우 요청 하나), 인증할 대상이 있는지 확인합니다. 테스트에 실패하면 어떤 부분에서 실패했는지 알려줍니다. "연결할 수 없습니다"라는 메시지만으로는 다음에 무엇을 해야 할지 알 수 없기 때문입니다.

테스트 결과가 뭐라고 하나요?어떻게 해야 할까요?
서버의 인증서가 신뢰할 수 없습니다.인증서를 발급한 CA를 인증서 항목에 업로드하고 연결에서 해당 CA를 신뢰할 수 있는 CA로 선택하십시오.
인증서에는 이 호스트의 이름이 없습니다.서버 이름을 인증서에 있는 이름으로 설정하십시오.
해당 서버는 TLS 1.2 이상 버전에서 아무것도 제공하지 않습니다.서버를 업그레이드해야 합니다. TRANXACT는 더 낮은 버전으로 다운그레이드되지 않습니다.
서버는 클라이언트 인증서를 요구합니다.클라이언트 인증서를 업로드하고 개인 키를 저장한 다음 연결 시 해당 인증서를 선택하십시오.

직접 연결할 수 있을까요?

Check Direct Connect는 모든 통합의 시작점인 질문에 대한 답을 제공합니다. 구성된 포트와 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 버전, 그리고 직접 연결 여부(가능, 연결 불가 또는 선택 안 함)가 표시됩니다.

클라우드 메타데이터 주소는 절대 탐색되지 않습니다. 요청하는 모든 것에 서버 자체의 자격 증명을 제공하기 때문에 연결 테스트는 자격 증명을 요청하는 방식이 되어서는 안 됩니다.