소개

Azure Data Lake Storage Gen2(이하 ADLS G2)
의 커넥터가 GA되었습니다.
htps // 뽀뽀. 미 c 로소 ft. 코 m / 엔 - s / b ぉ g / 뽀 루 - sk와 p로 m 베 r 2019

연결 방법
htps : // / cs. 미 c 로소 ft. 코 m / 자 - jp / 아즈레 / s 토라 게 / b ぉ BS

조속히 시험했는데, 환경에 따라서는 특수한 대처가 필요하다는 것을 알았으므로 기재합니다.

*2019/12월 시점

사건

A의 Active Directory 사용자가 B의 Active Directory에 초대되어 B의 테넌트인 ADLS G2가 Power BI에서 AD 인증으로 연결할 수 없다는 이벤트가 발생했습니다.

원인

A의 사용자가 우세라＠아. 온미 c로소 ft. 이 m

UserA_A.onmicrosoft.com#EXT#@B.onmicrosoft.com
(Portal에서는 보통 우세라＠아. 온미 c로소 ft. 이 m로 표시됩니다.)

B 테넌트에서 우세라＠아. 온미 c로소 ft. 이 m에 ADLS G2에 대한 액세스 권한을 부여하고 Power BI에서 평소 우세라＠아. 온미 c로소 ft. 이 m에서 ADLS G2에 인증하면 UserA_A.onmicrosoft.com#EXT#@B.onmicrosoft. com과 다른 ID로 인식되어 잘 허가되지 않은 것 같습니다.
*작동감에 대한 제 주관입니다

대처법

두 가지 단계가 필요합니다.

외부 사용자의 비밀번호 재설정

외부 사용자 ACL 등록

외부 사용자의 비밀번호 재설정

UserA_A.onmicrosoft.com#EXT#@B.onmicrosoft.com이라는 ID로 로그인해 보는 것이 필요하지만 기본적으로 로그인 오류가 될 것이라고 생각합니다.

UserA_A.onmicrosoft.com#EXT#@B.onmicrosoft.com의 비밀번호는 비공개 상태이며 우세라＠아. 온미 c로소 ft. 이 m과는 다른 비밀번호로 표시됩니다.

따라서 @B.onmicrosoft.com의 사용자 관리자에게 암호를 재설정해야 합니다.
코드 예는 아래

pss

$secure = read-host -assecurestring
一時パスワード入力
Set-AzureADUserPassword -ObjectId "UserA_A.onmicrosoft.com#EXT#@B.onmicrosoft.com" -Password $secure -ForceChangePasswordNextLogin $true

$secure는 임시 비밀번호를 설정하고, 다음에 로그인할 때 비밀번호 변경이 실행되는 스크립트입니다.

이제 UserA_A.onmicrosoft.com#EXT#@B.onmicrosoft.com에서 로그인하면 인증이 성공합니다.
그러나 또 다른 설정이 필요합니다.

외부 사용자의 ACL 등록

Azure Storage Explorer에서 액세스 관리를 설정합니다.
B의 AD상의 사용자라면 RBAC에서 BLOB 데이터 공동 작성자 등을 Storage Accout의 범위로 붙이면 좋을 것 같습니다만, 이번 케이스에서의 UserA_A.onmicrosoft.com#EXT#@B.onmicrosoft.com과 잘 작동하지 않는 것 같습니다.



사용자를 검색하면 #EXT#이 붙은 사용자로 표시된다고 생각합니다.


설정에 대한 자세한 내용은 여기
htps : // / cs. 미 c 로소 ft. 코 m / 자 jp / 아즈레 / s 토라 게 / b ぉ bs / 다타 ぁ 케 s 토라 게 호

설정이 완료되면 Power BI에서 연결이 가능합니다.

이상