은 무엇입니까?

조직에서는 거의 30 년 동안 사용자 관리,속성 및 인증을 위해 보안 보안 프로토콜을 사용해 왔습니다. 그 당시 프로토콜은 변화하는 환경 및 비즈니스 요구를 충족시키기 위해 확장되고 발전했습니다.

이 블로그는 클라우드 기반 비즈니스 세계에서 그 기원에서부터 오늘날 클라우드 기반 비즈니스 세계에 이르기까지 알아야 할 모든 것을 다루고 있습니다.이 프로토콜은 디렉토리 서비스를 위해 개발된 핵심 프로토콜 중 하나이다(사용자 및 액세스 권한을 안전하게 관리하는 프로세스).

간단히 말해서,디렉토리 저장 방법을 지정하고 서버,파일,네트워킹 장비 및 응용 프로그램에 대한 사용자의 인증 및 권한 부여를 용이하게합니다. 1993 년 미시간 대학교의 팀 하우스와 그의 동료들에 의해 개발되었다. 이 문제를 해결하려면 다음 단계를 수행하십시오. 이것은 수학적으로 정확한 유형 계층구조인,강력한 타입을 정의합니다. 이러한 단순화를 통해 전체 클라이언트보다 더 작고 빠르며 쉽게 구현할 수 있습니다.500 은 시스템(큰 공간)과 네트워크(대역폭 집약적)모두에서 어려웠습니다. 사실,1990 년대 초반에 사람들의 책상에 있는 많은 시스템들은 엑스 500 디렉터리 서비스에 연결할 수 없었기 때문에 특정 시스템으로 제한되었다.

엔드포인트에 대한 오버헤드,대역폭 사용 및 수요를 줄이면서 서버,파일 및 응용 프로그램에 대한 사용자의 인증 및 권한 부여를 허용함으로써 이러한 문제를 해결했습니다.

이러한 효율성의 결과로,라텍스는 큰 성공을 거두었고,사실상 인터넷 디렉토리 서비스 인증 프로토콜이 되었다. 1997 년에 디렉토리 서비스를 위한 인터넷 표준으로 제안되고 받아들여졌다. 이것은 오늘날 가장 널리 보급 된 최신 버전입니다.

이 이정표에 이어 커트 제일렝가는 1998 년 오픈답 1.0 출시와 함께 오픈답 프로젝트를 시작했다.

오픈답 1.0 은 고급 보안 기능,업데이트된 플랫폼 지원 및 버그 수정을 포함한 클라이언트 및 서버 응용 프로그램의 첫 번째 완전 오픈 소스 제품군이었다. 오픈답의 오픈소스 특성으로 인해 관리자는 조직의 요구에 맞게 수정할 수 있게 되었습니다. 오픈답은 이후 하워드 추와 시마스 팀에 의해 주도되었다.

1 년 후인 1999 년,마이크로소프트는 액티브 디렉토리를 출시했다.

어떻게 작동합니까?

간단히 말해서,레코드의 추가,삭제 및 수정을 허용하는 디렉토리 저장 방법을 지정하며,이러한 레코드를 검색하여 리소스에 대한 사용자의 인증 및 권한 부여를 용이하게 할 수 있습니다.

업데이트: 여기에는 디렉토리 정보 추가,삭제 또는 수정이 포함됩니다.

쿼리:여기에는 디렉터리 정보 검색 및 비교가 포함됩니다.

인증:주요 인증 기능에는 바인딩 및 바인딩 해제가 포함됩니다.

이 중 많은 부분이 다음과 같이 발생합니다.; 그러나,알고 도움이 될 수 있습니다,모두 당신의 이해를 마무리하고 사용자 정의 및 도로 아래 문제 해결에 도움.

또한,오픈답은 유연한 커스터마이징을 허용하지만,프로토콜과 그 사용 사례에 대한 보다 복잡한 지식이 필요하다. 일반적으로 이러한 변경 사항은 명령 줄,구성 파일 또는 때로는 오픈 소스 코드 기반을 수정하여 변경됩니다. 이 도구는 당신의 시스템의 모든 것을 통제하에 관리하는데 도움을 줍니다.

여기서 하위 항목(예:사용자)이 없는 항목은 잎이고 루트는 디렉터리 내의 모든 정보를 포함하는 가장 중요한 엔터티입니다.

이 루트는 디렉터리 서버 에이전트이며 루트 디렉터리에 대한 정보를 제공합니다.

위의 예는 매우 간단한 예제입니다. 하나의 루트 만있을 수 있지만 분기는 반복적이고 그룹은 중첩 될 수 있습니다. 잎(이 다이어그램의 사용자 및 프린터)에는 특성이 있지만 하위 엔터티를 가질 수는 없습니다. 사용자,그룹,프린터,서버,응용 프로그램 등의 항목을 포함할 수 있습니다.

항목

항목 속성을 사용 하 여 사용자 또는 컴퓨터 처럼 디렉터리에 저장 된 실제 항목을 설명 합니다. 전화 번호부 또는 휴대 전화의 연락처 목록과 마찬가지로 사용자는 사용자에 대한 추가 정보를 저장하는 항목으로 존재합니다. 사용자의 경우 일반적으로 사용자 이름 또는 성과 이름입니다.

특성

특성은 사용자,서버 또는 기타 항목을 설명합니다. 예를 들어 사용자의 속성에는 일반적으로 이름,이메일 주소,사용자 이름 및 암호가 포함됩니다. 속성은 형식과 값(예: mail(type)[email protected](value))으로 구성됩니다.

포함할 수 있는 특성은 객체 클래스 특성에 의해 미리 정의됩니다; 그러나 엔트리당 하나의 구조 객체 클래스만 있을 수 있습니다. (추가 보조 객체 클래스가있을 수 있지만 구조 객체 클래스라고하는 하나의 주 객체 클래스는 각 항목을 정의합니다).

스키마

스키마는 디렉터리를 정의합니다. 특히 스키마는 구문,일치 규칙(즉,입력 암호가 디렉토리 데이터와 일치합니까?)을 포함하여 디렉토리의 매개 변수를 정의합니다.),속성 유형 및 객체 클래스. 따라서 서로 다른 공급자가 서로 다른 형식 지정 디렉터리를 다르게 지정할 수 있습니다. 사용자 지정 스키마를 만드는 것은 더 미묘한 틈새 사용 사례도 가능합니다.이 식별자는 객체에 할당된 모든 특성을 지정합니다. 이 메서드는 여러 데이터 요소를 포함할 수 있으며 쉼표로 구분된 문자열에서 상대 고유 이름으로 구성됩니다. 각 하위 섹션을 증가하는 각도로 나열하여 디렉터리의 위치를 지정합니다.예를 들어,주 디렉토리 구성 요소(예:서버 도메인)까지 작동하며,전체 주소를 형성하여 항목의 위치를 가리킵니다.예를 들어,다음과 같은 형식을 사용할 수 있습니다.

:

cn=Peter Gibbons,ou=IT,ou=People,dc=Initech,dc=com

구성 요소별로 세분화된 예제입니다.
에 대한 베드로스크,프로그래머지에 그것은 부서에서 Initech,DN 을 포맷할 수 있습니다 cn=Peter 스크,ou=IT,ou=사람들,dc=Initech,dc=com

는 문제:관련 고유 이름을

이러한 문자열 값을 할당하는 같은 특성 이메일 주소를 지정하여 사용자. 이름-값 쌍에 등호(=)로 구성됩니다. 형식은 다음과 같습니다.

속성=값

구성 요소별로 세분화된 예제입니다.
이 경우 두 개의 추가 기호를 사용할 수 있습니다. 예를 들어,동일한 이름을 가진 두 명의 사용자가 디렉터리에 전자 메일 주소의 사용자 이름을 연결하여 각각에 대해 고유한 전자 메일 주소를 만들 수 있습니다. 다음과 같이 형식이 지정됩니다.

구성 요소별로 세분화된 다중값의 예입니다.
이것은 이것이 피터 기븐스(같은 이름을 가진 다른 부서의 다른 사람과 차별화).

하나 이상의 서버를 포함할 수 있지만 하나의 루트 서버가 있어야 합니다. 이것은 수학적으로 정확한 유형 계층구조인,강력한 타입을 정의합니다.

현재 사용 가능한 가장 인기있는 오픈 소스 및 퓨어 플레이 서버입니다.

그러나 현재 조직은 내부 서버 호스팅,보안 및 관리의 부담을 덜어주는 클라우드 호스팅 디렉토리 서비스를 더 자주 사용하고 있습니다. 또한 조직에서는 인프라를 클라우드로 전환하고 원격 작업 기회를 활용하며 비용을 절감할 수 있습니다. 자세한 내용은 이 문서의 기본 디렉터리 및 활성 디렉터리 섹션을 참조하십시오.

이 프로토콜은 사용자가 입력된 로그인 정보가 데이터베이스에 나열된 정보와 일치하는 경우 인증된 사용자에게 필요한 리소스에 대한 권한을 부여합니다. 이 작업을 통해 디렉터리 시스템 에이전트라고 하는 디렉터리 서버는 안전하고 암호화된 세션 내에서 통신할 수 있습니다.

데이터베이스에 대한 액세스 권한을 얻기 위해 인증할 때 사용자 이름과 암호를 입력하라는 메시지가 표시됩니다.

사용자가 클라이언트에 입력하는 값이 데이터베이스에 있는 값과 일치하면 사용자에게 액세스 권한이 부여됩니다.사용자가 성공적으로 인증되면 요청된 리소스에 대한 권한이 부여되어야 합니다. 이 작업은 기본적으로 디렉터리의 그룹 및 역할에 사용 권한을 할당하여 수행됩니다. 예를 들어 사용자는 서로 다른 권한을 할당할 수 있는 그룹에 속합니다. 인증 사용자에게 특정 리소스에 대한 올바른 액세스 권한이 할당된 경우 프로토콜은 해당 리소스에 대한 권한을 부여하고 그렇지 않은 경우 프로토콜은 액세스를 거부합니다.

:

  • 사용자 데이터를 하나의 중앙 및 액세스 가능한 위치에 저장합니다.
  • 이러한 사용자를 액세스할 수 있는 리소스와 연결합니다.
  • 사용자가 할당된 리소스에 대해 인증하고 권한을 부여할 수 있습니다.
    • 서버 인프라스트럭처:온프레미스 서버와 클라우드 서버 모두파일 서버:파일 서버,파일 서버,파일 서버,파일 서버,파일 서버,파일 서버,파일 서버,파일 서버,파일 서버,파일 서버,파일 서버,파일 서버,파일 서버,파일 서버,파일 서버,파일 서버,파일 서버,파일 서버,파일 서버,파일 서버,파일 서버,파일 서버.
    • 네트워킹 장비:이 반경 프로토콜과 겹칠 수 있지만,일부 조직은 가상 네트워크 액세스,와이파이 액세스 포인트 및 기타 네트워킹 장비를 통해 네트워크에 액세스 할 수 있습니다.

위의 기능은 사용 가능한 다른 사용자 관리 옵션보다 훨씬 정교했습니다. 이 프로토콜의 인기가 높아짐에 따라 더 많은 리소스가 호환이 가능해졌으며 클라우드 프로토콜,기타 인증 프로토콜 및 전체 디렉토리 서비스를 포함한 새로운 제품이 해당 리소스에 대한 액세스를 지원하기 위해 현장에 진입했습니다. 또한,클라우드 및 클라우드 환경에서 레거시 애플리케이션,네트워크 및 기타 구성 요소에 대한 액세스를 관리할 수 있습니다. 이 기능을 다른 프로토콜과 결합하여 사용자에게 거의 모든 리소스에 대한 액세스를 제공할 수 있습니다.

LDAP 및 활성 디렉터리

로 LDAP 되었 핵심 디렉토리 services 프로토콜,Microsoft AD 내장의 토대에서 LDAP 만,광고가 아닌 순수한 LDAP 도구입니다. 이 프로그램은 자바 바이트코드 프로그램의 갯수를 카운트하고,스크립트의 메인 형식을 합계냅니다,그리고 확인되지 않은 실행 텍스트 파일을 찾습니다.. 광고는 도메인 컨트롤러가 필요하며 마이크로 소프트 윈도우 기반 장치 및 응용 프로그램과 함께 가장 잘 작동합니다. 우리의 광고 대 비교에서 이러한 차이점을 더 살펴보십시오.

최근까지 디렉터리 도구는 주로 온프레미스 윈도우 기반 환경 내에서 기능하고 음식을 장만했습니다. 광고의 성공은 수십 년 동안 비즈니스 표준이었다 윈도우 중심의 온 프렘 환경에 초점에서 크게 나왔다.

그러나 지난 10 년 간 클라우드로의 전환은 2020 년 대유행으로 인한 대량 원격 작업으로 가속화되면서 세계의 디렉토리 요구가 바뀌었다.

기업들은 이제 광고 및 기타 온 프렘 디렉토리 모델 대신 클라우드 기반,맥 및 리눅스 친화적 인 디렉토리 서비스를 선택하고 있습니다. 이러한 변화를 수용하기 위해 어떻게 발전했는지에 대해 자세히 알아보려면 클라우드 기반 클라우드 서비스 섹션을 참조하세요. 사용자 관리 및 웹 응용 프로그램 단일 사인온을 위한 클라우드 친화적 애드온(광고를 대체하지 않음)입니다. 그 대신 다른 프로토콜을 사용합니다.

가상 컴퓨터 및 배포된 레거시 응용 프로그램에 대한 도메인 컨트롤러로 서비스가 청구됩니다. 이 시간에 대한 청구,그리고 가격은 디렉토리 개체의 수를 기준으로합니다. 특히 온프레미스 애플리케이션이나 스토리지 시스템을 인증하는 것은 매우 어려울 수 있습니다. 많은 조직에서는 추가 서버 배포를 선택합니다. 이 경우,이 서버는 서비스로서의 점프클라우드 솔루션을 통해 클라우드에 배포됩니다.

클라우드에서의

100000000000 이상 다운로드와 100000000000 이상 다운로드와!)

최근 클라우드와 이질적인 사업장으로의 전환으로 인해 클라우드 리소스와 함께 작업하고 다양한 운영 체제를 수용할 수 있는 보다 유연한 디렉토리 솔루션이 필요하게 되었습니다. 그리고 많은 사람들이 성장,다변화 및 분산 인프라를 관리하기 위해 몇 가지 추가 통합 솔루션에 의존하고 있습니다. 광고 및 온프레미스 디렉토리에 대한 이러한 새로운 과제로 인해 기업은 클라우드 서비스 및 궁극적으로 서비스로서의 디렉토리로 전환하게되었습니다.

클라우드 디렉토리 인프라스트럭처 구축 및 유지 관리에서부터 애플리케이션 및 시스템을 통합하여 디렉터리 관리 부담을 덜어줍니다. 클라우드 서비스 제공업체는 클라우드 서비스 제공업체에 연결된 엔드포인트를 직접 연결할 준비가 되어 있습니다.

클라우드 디렉터리 서비스는 다른 프로토콜도 사용하는 경향이 있으며,그 범위를 더욱 넓히고 새로운 기술이 등장하면서 온프레미스 액티브 디렉터리 서버가 필요하지 않습니다. (일부 디렉토리 서비스는 여전히 명령줄 실행을 위한 옵션을 제공하며,이는 대량 작업을 실행하는 데 도움이 될 수 있음)필요한 경우 전문가의 도움을 제공합니다.

은 여전히 관련이 있습니까?

디렉토리가 클라우드로 이동 중이고,가상화폐가 온프레미스 환경에서 작동하도록 구축되었다면,가상화폐는 여전히 관련이 있는가?

클라우드 애플리케이션이 비즈니스 표준이 되고,네트워크가 더욱 분산화되고,이러한 진화하는 요구를 충족시키기 위한 새로운 프로토콜이 개발됨에 따라,일부 시스템 관리자들은 데이터 보호 정책의 관련성에 의문을 제기하기 시작했다.

디렉토리는 현대적이고 분산 된 비즈니스 환경을 해결하기 위해 다중 프로토콜 접근 방식을 채택하기 시작했습니다. 다중 프로토콜 디렉토리는 각각 특정 목적을 위해 많은 프로토콜을 활용합니다.

결과적으로 각 프로토콜은 덜 자주 사용되지만 사용 사례에 매우 적합하며 강력한 다중 프로토콜 디렉토리의 중요한 구성 요소로 남아 있습니다. 이전 디렉토리 모델에 비해 디렉토리의 기능 중 더 적은 비율을 차지하지만 최신 디렉토리의 필수적인 부분으로 남아 있습니다.

멀티 프로토콜 디렉토리 서비스는 수년에 걸쳐 유연성,오픈 소스 유산 및 안정성으로 인해 다른 프로토콜과 함께 계속 사용됩니다.예를 들어,수많은 다른 애플리케이션,스토리지 시스템,네트워킹 장치,서버 등과 함께 많은 레거시 애플리케이션이 계속 사용됩니다.

설정하는 방법 LDAP

LDAP 설치 단계에 따라 다를 제공하는 LDAP 은 당신이 사용하고 있으며,단계에 크게 의존할 것이 당신을 사용하여 클라우드 LDAP 서버 또는 서있는 중 하나에 당신의 자신입니다.

그러나 두 경로 중 하나를 시작하기 전에 첫 번째 단계를 계획해야 합니다: 이를 구현하기 전에 디렉터리를 구성하는 방법에 대해 신중하게 생각해야 합니다.

여기에는 디렉터리에 포함할 리소스,사용자 그룹을 분리하고 사용 권한을 할당하는 방법,수용해야 할 운영 체제,원격 작업자를 통합할 계획 방법,보안 매개 변수 설정 방법,거의 100%가용성을 보장하기 위해 수행할 작업,조직의 성장 계획 방법 등이 포함됩니다.

초기 계획은 환경에 적합하고 성장과 변화를 수용 할 수 있도록 잘 배치 된 조직 된 디렉토리를 구축하는 데 중요합니다. 예를 들어,10 명으로 구성된 조직이지만 크게 확장하려는 경우 각 부서가 한두 명의 사용자로만 시작하더라도 조직적인 성장을 허용하기 위해 처음부터 직원을 부서 그룹으로 나누는 것이 좋습니다.

계획 단계는 자신의 디렉토리를 구축하는 조직에 특히 중요합니다; 그러나 이는 또한 조직이 자신의 요구 사항을 가장 잘 충족할 수 있는 솔루션을 이해하는 데 도움이 됩니다.

디렉터리 레이아웃을 계획 하 고 공급자를 선택(또는 오픈 소스 공급자에 대 한 선택)한 후,당신은 당신의 서버를 구성 해야 합니다. 당신은 당신이 당신의 웹 사이트를 호스팅하는 경우,당신은 당신의 웹 사이트를 호스팅 할 수 있습니다,당신은 당신의 웹 사이트를 호스팅 할 수 있습니다,당신은 당신의 웹 사이트를 호스팅 할 수 있습니다,당신은 당신의 웹 사이트를 호스팅 할 수 있습니다,당신은 당신의 웹 사이트를 호스팅 할 수 있습니다,당신은 당신의 웹 사이트를 호스팅 할 수 있습니다,당신은 당신의 웹 사이트를 호스팅 할 수 있습니다,당신은 당신의 웹 사이트를 호스팅 할 수 있습니다. 설치 및 구성 단계는 사용하는 인스턴스에 따라 다릅니다. 이 라이브러리는 그러한 문제를 표준화된 프로그래밍 인터페이스를 제공함으로써 해결합니다. 다음은 오픈탭 디렉토리를 만드는 단계입니다.

클라우드 메모리 관리 설정:앞서 언급했듯이 클라우드 메모리 관리 설정 및 유지 관리가 최소화되어 많은 기업들이 기존 온프레미스 옵션보다 클라우드 메모리 관리 설정을 선택하는 이유 중 하나입니다. 클라우드 기반 서버 단계는 클라우드 기반 서버를 직접 설정하는 것이 아니라 클라우드 기반 서버를 구독하는 것입니다. 그러나 대부분의 공급자는 사용자 친화적인 인터페이스를 통해 디렉터리 구성 및 관리를 제공하여 쉽게 수정할 수 있습니다.

선택할 수 있는 무료 랩탑 서버(하드웨어 포함)는 많지 않지만 몇 가지 무료 랩탑 소프트웨어 옵션을 사용할 수 있습니다. 우리는 다음을 탐구 할 것입니다. 또한 사용자 계정 및 활동에 대한 가시성이 부족하고 리소스 액세스를 수동으로 관리하여 중복,마찰 및 보안 위험을 초래할 수 있는 분산되고 조직화되지 않은 신원 및 액세스 관리 모델을 만듭니다. 조직에서는 솔루션을 구현하는 데 드는 비용이 시간이 많이 소요되는 수동 관리 비용과 그에 따른 위험보다 적다는 것을 알게 되면 종종 솔루션을 검토하기 시작합니다. 대부분의 비즈니스에서 고려해야 할 몇 가지 주요 솔루션:이 예제에서는 다음과 같은 방법으로 사용자를 인증할 수 있습니다. 마이크로 소프트 제품으로,그것은 윈도우 기반 환경에 가장 적합합니다. 광고를 사용하려면,이 관리자는 윈도우 서버 라이센스를 지불해야합니다,이는 광고를 포함. 이는 조직이 마이크로소프트 제품에 대해 잘 알고 있는 전통적인 라이선스 모델을 나타냅니다. 마지막으로,광고는 원격 사용자를 온프레미스 리소스에 인증하기 위해 어떤 형태의 원격 액세스가 필요합니다. 최근 애저 액티브 디렉토리는 광고 확장으로 떠오르고 있지만,사실,네이티브 디렉터 기능이 부족하다.1233>

앞에서 언급한 것처럼 다운로드 비용이 들지 않습니다. 상당한 비용은하지만,인프라의 설정 및 지속적인 관리를 둘러싸고 않습니다. 그래서 당신은 많은 개발 운영 환경에서 찾을 수 있습니다. 광고와 마찬가지로 온프레미스 리소스를 인증하려면 가상 사설망이 필요합니다.클라우드 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 데이터 기반 대신 사용자 장치의 경량 에이전트가 각 세션을 시작할 때 보안 연결을 설정합니다. 클라우드 서비스에는 종종 추가 프로토콜이 포함되어 있으므로 하나의 도구로 사용자가 거의 모든 리소스에 대한 액세스 권한을 부여 할 수 있습니다.

의 장단점

의 장점은 무엇입니까?

  • 오픈 소스: 그것은 종종 다운로드 하 고 신속 하 게 시도 아무것도 비용 하지 않습니다. 1997 년 12 월 15 일-1997 년 12 월 15 일-1997 년 12 월 15 일-1997 년 12 월 15 일-1997 년 12 월 15 일-1997 년 12 월 15 일-1997 년 12 월 15 일-1997 년 12 월 15 일 이와 같이,대규모 업계는 라텍스를 지원하고 계속 그렇게 할 것입니다.
  • 유연성:개발자와 관리자는 응용 프로그램 및 원격 서버 인증을 포함한 다양한 사용 사례에 대해 인증 인증을 사용합니다. 그리고 그것은 너무 많은 다른 방법으로 사용 되었기 때문에 사람들이 그것을 최대한 활용할 수 있도록 프로토콜을 둘러싼 커뮤니티가 있습니다.
  • 장치 불가지론:본질적으로 다른 운영 체제 및 장치와 호환됩니다. 예를 들어 광고는 윈도우 중심이며 추가 운영 체제와 원활하게 작동하려면 추가 기능이 필요한 경우가 많습니다.
  • 보안:원래 인스턴스에서는 일반 텍스트를 통해 전송되었습니다. 항상 일반 텍스트를 사용하는 대신 가능한 한(현재 거의 모든 곳에서)두 가지 중 하나를 사용하십시오. 우리 블로그에서 더 많은 정보를 얻을 수 있습니다.

  • 이러한 인증 프로토콜은 웹 응용 프로그램을 사용하는 최신 클라우드 포워드 환경을 위해 구축되었습니다.
  • 클라우드로 이동하는 조직의 경우 리소스를 클라우드에 연결하는 온프레미스 인증 메커니즘을 설정해야 하는 것이 이상적이지 않습니다.
  • 전문 지식:일반적으로 전문가가 필요합니다. 이 수준의 기술 지식을 가진 사람들은 찾기가 어렵고 비용이 많이들 수 있습니다. 이것은 특히 오픈답에 해당됩니다.
  • 중요한 증가:조직이 클수록 새 디렉토리를 시작하기가 더 어려워집니다. 디렉터리는 기본적으로 조직의 모든 구성 요소가 합쳐지기 때문에 처음부터 새 디렉터리를 만들거나 한 디렉터리에서 다른 디렉터리로 피벗하기가 어려울 수 있습니다. 다행히,점프 클라우드와 같은 일부 클라우드 디렉토리 플랫폼은 설치 지침을 가지고 광고와 같은 기존 디렉토리와 통합 할 수 있습니다.

전체 클라우드 디렉토리로 확장

클라우드 호스팅 서버를 사용하여 사용자에게 모든 온프레미스 리소스에 대한 액세스를 제공합니다. 이 프로토콜은 웹 및 클라우드 기반 리소스에 대한 보안 인증 및 권한 부여를 용이하게 합니다. 또한,일부 인스턴스는 다른 프로토콜과 통합됩니다. 이 디렉터리는 사용자를 관리하고 필요한 모든 리소스(온프레미스 및 클라우드 기반)에 대한 액세스 권한을 부여하는 하나의 핵심 디렉터리입니다.

점프클라우드 디렉토리 플랫폼은 클라우드 서비스 및 애플리케이션과 직접 통합된 최초의 포괄적인 클라우드 디렉토리 서비스였다. 또한,점프클라우드는 사용자가 작업을 수행하는 데 필요한 프로토콜에 연결할 수 있도록 반경,삼바,삼바,심 및 기타 프로토콜을 결합합니다.또한 크로스 플랫폼 장치 관리를 용이하게 하여 모든 장치를 안전하게 유지하고 올바르게 구성할 수 있습니다. 처음 10 명의 사용자 및 장치를 추가하는 데 비용이 들지 않으며 10 일간의 라이브 채팅 지원이 제공됩니다.

  • 팩스:86-755-8757555

답글 남기기

이메일 주소는 공개되지 않습니다.