자격 증명으로 시작

  • 릴리스 버전: Australia
  • 업데이트 날짜 2026년 03월 12일
  • 소요 시간: 4분

    • MID 서버는 자격 증명 [discovery_credentials] 테이블에서 만든 자격 증명을 사용하여 검색, 오케스트레이션, 서비스 매핑 및 클라우드 관리를 위한 자원에 액세스합니다.

    MID Server에서 자격 증명을 사용하는 방법

    기본적으로 Windows MID Server는 호스트 시스템에서 MID Server 서비스의 로그인 자격 증명을 사용하여 네트워크에서 장치를 검색 Windows 합니다. 최소한 로컬 관리자 권한이 있도록 Windows MID Server 서비스 자격 증명을 구성 해야 합니다. 및 UNIX 머신 및 네트워크 장치의 경우 Linux MID 서버는 인스턴스에 구성된 SSH 및 SNMP 자격 증명을 사용합니다. 디스커버리 > 자격 증명.

    MID Server를 사용하는 MID Server는 오케스트레이션워크플로우 활동에 지정된 대로 네트워크의 컴퓨터에서 명령을 실행하는 데 필요한 자격 증명에 액세스할 수 있어야 합니다. 오케스트레이션은 과 동일한 SSH 및 SNMP 자격 증명디스커버리을 사용할 수 있지만, 특정 워크플로우 활동을 위해 설계된 두 가지 추가 자격 증명인 (PowerShell 활동용) 및 VMware가 Windows 있습니다.

    암호화 및 암호 해독

    플랫폼은 자격 증명 [discovery_credentials] 테이블의 암호화된 필드에 자격 증명을 저장합니다. 일단 입력하면 볼 수 없습니다.

    MID 서버가 자격 증명을 요청하면 ServiceNow AI Platform 다음 프로세스를 사용하여 자격 증명을 해독합니다.
    1. 자격 증명은 password2 고정 키를 사용하여 인스턴스에서 해독됩니다.
    2. 자격 증명은 인스턴스에서 MID Server의 공개 키를 사용하여 다시 암호화됩니다.
    3. 자격 증명은 부하 분산 장치에서 SSL을 사용하여 암호화됩니다.
    4. 자격 증명은 SSL을 사용하여 MID 서버에서 해독됩니다.
    5. 자격 증명은 MID Server의 개인 키를 사용하여 MID Server에서 해독됩니다.
    주:
    플랫폼에는 멀티테넌트 인스턴스에 대한 별도의 암호화 키가 없습니다.

    자격 증명 순서

    자격 증명 양식에서 자격 증명에 순서 값을 할당할 수 있으며, 이 값을 통해 애플리케이션은 원하는 대로 모든 자격 증명을 원하는 순서로 시도하도록 강제합니다. 순서 값을 지정하지 않으면 애플리케이션은 적합한 항목을 찾을 때까지 자격 증명 [discovery_credential] 테이블의 자격 증명을 임의로 시도합니다. 예를 들면 다음과 같습니다.
    • 오케스트레이션은 Linux 또는 UNIX 머신과 같은 SSH 서버에서 명령을 실행하려고 합니다.
    • 검색은 프린터, 라우터 또는 UPS와 같은 SNMP 장치를 쿼리하려고 합니다.
    장치의 디스커버리 자격 증명을 식별한 후 오케스트레이션에서 자격 증명 선호도 [dscy_credentials_affinity] 테이블을 사용하여 자격 증명과 장치 간에 선호도를 만듭니다. 모든 후속 검색 또는 오케스트레이션 활동은 이 테이블의 자격 증명을 선호도가 있는 장치와 일치시키려고 합니다. 장치 및 오케스트레이션에 대한 자격 증명이 변경 디스커버리 되면 새 선호도를 만들 때까지 사용 가능한 모든 자격 증명을 다시 시도합니다.
    주:
    오케스트레이션이 설치되어 디스커버리 있고 자격 증명 별칭이 활성화된 경우 여러 선호도가 존재할 수 있습니다. 이 경우 플랫폼은 각 선호도에 대한 자격 증명을 조회하고 순서가 가장 낮은 선호도에 대한 자격 증명을 프로브에 삽입합니다.
    자격 증명 주문은 다음과 같은 경우에 유용합니다.
    • 자격 증명 테이블에는 많은 자격 증명이 포함되어 있으며 일부는 다른 자격 증명보다 더 자주 사용됩니다. 예를 들어 테이블에는 150개의 SSH 자격 증명이 포함되어 있으며 이 자격 증명 중 5개는 장치의 90%에 로그인하는 데 사용됩니다. 이 다섯 가지 자격 증명을 실행 목록의 맨 위에 배치하는 낮은 순서 번호로 구성하는 것이 좋습니다. 디스커버리 및 오케스트레이션은 이러한 공통 자격 증명을 먼저 시도할 때 더 빠르게 작동합니다. 첫 번째 연결 성공 후 은(는) ServiceNow AI Platform 다음에 각 장치에 대해 사용할 자격 증명을 알고 있습니다.
    • ServiceNow AI Platform 강력한 로그인 보안을 갖추고 있습니다. 예를 들어, 네트워크의 Solaris 데이터베이스 서버가 MID 서버를 잠그기 전에 실패한 로그인 시도를 세 번만 제공하는 경우 낮은 순서 값으로 데이터베이스 자격 증명을 구성합니다.

    자격 증명 별칭

    자격 증명 별칭은 검색 및 오케스트레이션에 사용할 수 있습니다.

    Discovery용 별칭을 통해 관리자는 다음을 수행할 수 있습니다.
    • 구성 가능한 준수 수준으로 자격 증명 필터링 동작을 사용합니다.
    • 검색 일정에 여러 자격 증명 별칭을 할당합니다.
    • 부적절하거나 민감한 자격 증명을 사용하는 자격 증명 선호도의 생성을 방지합니다. 자세한 내용은 자격 증명 선호도를 참조하십시오.
    워크플로우 작성자는 오케스트레이션에 대한 별칭을 사용하여 다음을 수행할 수 있습니다.
    • 오케스트레이션 워크플로우의 활동에 개별 자격 증명 할당
    • Flow Designer에서 모든 작업에 개별 자격 증명 할당
    • 오케스트레이션 워크플로우에서 동일한 활동 유형의 각 항목에 서로 다른 자격 증명을 할당합니다.
    • 디자이너 플로우에서 동일한 작업의 각 항목에 서로 다른 자격 증명을 할당합니다.

    외부 자격 증명 스토어

    인스턴스에 자격 증명을 저장하지 않으려면 외부 자격 증명 리포지토리를 사용할 수 있습니다. 외부 자격 증명 스토어는 인스턴스가 액세스할 수 있는 외부 사이트에 자격 증명을 저장합니다. CyberArk 는 유일하게 지원되는 외부 자격 증명 스토어입니다. 그러나 다른 외부 저장소는 ServiceNow API를 사용하여 구성할 수 있습니다.