Power Apps포털 FAQ

Microsoft Dataverse의 감사를 사용하여 Power Apps 포털 구성 엔티티 변경 사항을 추적할 수 있습니다. 감사는 구성 데이터를 되돌려야 하는 경우 변경 기록을 확인하는 데 도움이 됩니다.

Power Apps 포털 버전 8.3 이상은 TLS 1.2를 지원합니다.

Power Apps 포털은 마이크로소프트 보안 정책 에 따라 다음과 같은 TLS 1.2 암호 제품군을 지원하여 여러 클라이언트 지원을 설명합니다. 가장 강력한 암호 그룹이 목록의 맨 위에 있습니다. 이렇게 하면 클라이언트가 포털에 연결하는 동안 항상 이 목록에서 지원하는 가장 강력한 암호 제품군을 사용할 수 있습니다.

• TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
• TLS_RSA_WITH_AES_256_GCM_SHA384
• TLS_RSA_WITH_AES_128_GCM_SHA256
• TLS_RSA_WITH_AES_256_CBC_SHA256
• TLS_RSA_WITH_AES_128_CBC_SHA256
• TLS_RSA_WITH_AES_256_CBC_SHA
• TLS_RSA_WITH_AES_128_CBC_SHA

로그인한 후 사용자를 기본 페이지로 리디렉션하도록 포털을 구성할 수 있습니다. 자세한 단계는 로그인 시 사용자를 기본 페이지로 리디렉션을 참조하세요.

유동 템플릿 작업에 대한 자세한 내용은 유동 템플릿에 대한 작업을 참조하십시오.

Power Apps 포털이 Power Apps에서 이제 독립형으로 제공됩니다. 포털을 프로비저닝하기 위해 더 이상 라이선스를 취득할 필요가 없습니다. 포털에 대한 사용자 액세스는 사용자 유형에 따라 라이선스가 필요합니다. Power Apps 포털 라이선싱 FAQ에서 자세한 내용을 읽어 보십시오.

포털의 기본 URL 변경의 단계를 수행하여 포털이 프로비저닝된 후에 포털의 기본 URL을 변경할 수 있습니다.

Microsoft Entra 자격 증명을 가진 내부 사용자가 유효한 라이선스가 할당되지 않은 상태로 로그인을 시도하면 로그인 페이지에 이 웹 사이트에 액세스할 수 있는 유효한 라이선스가 없습니다. 시스템 관리자에게 문의하십시오. 라는 메시지가 표시됩니다.

사용자는 종량제가 이 환경에 대해 활성화되지 않은 경우에도 이 오류를 볼 수 있습니다.

구매한 SKU 유형(예: Dynamics 365 SKU, 앱 플랜당 Power Apps 또는 사용자 플랜당 Power Apps)에 따라 관리자는 사용자에게 적절한 라이선스를 제공하거나 환경에서 사용할 수 있는 적절한 수의 앱 패스를 보유해야 합니다. 앱 패스에 대한 자세한 내용은 환경에 용량 할당 또는 변경을 참조하세요. 앱 패스가 환경에 할당되면 포털을 다시 시작해야 변경 내용이 적용됩니다.

내부 사용자 라이선스에 대한 자세한 내용은 포털 라이선스 FAQ를 참조하세요.

종량제를 사용하는 내부 사용자의 라이선스에 대한 자세한 내용은 앱 미터당 Power Apps를 참조하세요.

내부 사용자를 위한 포털 사용 권한에 대한 자세한 내용은 FAQ 내부 사용자를 위한 포털 사용 권한 및 라이선싱 가이드 섹션 Power Apps 포털 – 내부 사용자의 사용 권한을 참조하세요.

아니요. Microsoft Entra의 B2B 협업 에 대해 추가된 게스트 사용자는 내부 사용자로 간주되지 않으며 로그인이 필요합니다. 포털 로그인 라이선스 모델에 대한 자세한 내용은 라이선싱 가이드 섹션 로그인당 모델을 참조하세요.

하나의 지리적 위치 또는 테넌트에서 Dataverse 환경을 이동하면 해당 조직에 연결된 포털이 자동으로 이동되지 않습니다. 또한 조직이 이동되었으므로 해당 조직과 연결된 포털이 작동하지 않고 시작 시 오류가 발생합니다.

포털을 관련 조직에 다시 연결하려면 다음을 수행합니다.

1. 포털 재설정의 단계에 따라 기존 지리적 위치 또는 테넌트에서 기존 포털 호스트를 재설정합니다. 그러면 연결된 포털 리소스가 삭제되고 작업이 완료된 후 포털 URL에 액세스할 수 없습니다.

2. 기존 포털이 재설정되면 새 테넌트(또는 기존 테넌트의 새 지리적 위치)로 이동하고 사용할 수 있도록 포털을 프로비저닝합니다.

Dataverse 환경이 백업에서 복원되는 경우 조직에서 포털과의 연결을 끊을 수 있는 다양한 변경 내용이 조직에서 수행됩니다. 이 문제를 해결하려면

• 복원 작업 후 조직 ID가 동일하고 포털 솔루션도 사용할 수 있는 경우:

  1. Power Apps 포털 관리 센터를 엽니다.
  2. 포털 세부 정보 탭으로 이동합니다.
  3. 포털 상태 드롭다운 목록에서 끄기를 선택합니다.
  4. 업데이트를 선택합니다.
  5. 업데이트 작업이 완료되면 포털 상태 드롭다운 목록을 설정으로 설정한 다음 업데이트를 선택합니다.

  포털이 다시 시작되고 조직에 대한 연결이 다시 생성됩니다.

• 복원 작업 또는 포털 솔루션이 조직에서 삭제된 후에 조직 ID가 다른 경우:

  • 이 경우 포털 재설정의 단계를 수행하여 포털을 다시 설정하고 다시 프로비저닝하는 것이 좋습니다.

Dataverse 환경의 URL을 변경하면 더 이상 Dataverse 환경 URL을 식별할 수 없기 때문에 포털이 작동을 중지합니다. 이 문제를 해결하려면

1. Power Apps 포털 관리 센터를 엽니다.
2. 포털 작업 > Dynamics 365 URL 업데이트로 이동합니다.
3. 마법사 화면에 나타나는 지시에 따라 수행합니다.

포털을 다시 시작하고 작업을 다시 시작합니다.

이는 데이터 및 Dataverse의 해당 테이블에서 수행한 사용자 지정에 따라 여러 가지 이유로 발생할 수 있습니다. 포털의 레코드 작업에서 이러한 성능 관련 문제를 해결할 때 이러한 지연을 유발할 수 있는 해당 이벤트에 등록된 동기 플러그 인이 없는지 확인하십시오. 가능하면 트랜잭션을 보류하거나 지연시키지 않도록 비동기적으로 구현하십시오.

포털을 렌더링하는 동안 서버 오류가 발생할 때마다 일반 오류 페이지가 오류에 대한 타임 스탬프 및 활동 ID와 함께 최종 사용자에게 표시됩니다. 포털 관리자는 문제 디버깅 및 수정에 도움이 되는 실제 오류 세부 정보를 가져오기 위해 포털을 구성할 수 있습니다. 실제 오류를 보려면 다음과 같이 하십시오.

• 포털에서 사용자 지정 오류 페이지를 사용하지 않도록 설정: 사용자 지정 오류 페이지를 해제하고 해당 페이지로 이동하는 경우 모든 오류에 대한 전체 스택 추적을 볼 수 있게 됩니다. 사용자 지정 오류 사용 안 함의 단계를 수행하여 사용자 지정 오류를 비활성화할 수 있습니다.

포털을 개발할 때만 이 기능을 사용하는 것이 좋습니다. 사용자를 위해 포털이 활성화되면 사용자 지정 오류를 다시 사용하도록 설정해야 합니다. 추가 정보: 포털 액세스 오류 보기

• 진단 로깅 사용: 이렇게 하면 Azure Blob 저장소 계정에서 모든 포털 오류를 가져올 수 있습니다. 액세스 포털 오류 로그의 단계를 수행하여 진단 로깅을 사용하도록 설정할 수 있습니다.

진단 로깅을 사용하도록 설정하면 일반 오류 페이지에 표시된 활동 ID를 사용하여 사용자가 보고하는 특정 오류를 검색할 수 있습니다. 활동 ID는 오류 세부 정보와 함께 기록되며 실제 문제를 찾는 데 유용합니다.

예. Power Apps 포털은 기본 JavaScript 및 이전에 포털 앱의 일부로 렌더링된 프리젠테이션을 위한 CSS 파일을 포함하는 Azure CDN에서 포털의 기본 제공 정적 자산을 사용합니다. 포털을 성공적으로 렌더링하려면 다음 CDN URL을 허용 목록에 추가해야 합니다.

https://content.powerapps.com/resource/powerappsportal

포털은 표준 인증 프로토콜에 대한 지원을 제공하는 모든 사용자 지정 로그인 공급자를 지원합니다. 모든 사용자 지정 IDP에 대해 OpenIdConnect, SAML2 및 WS-Federation 프로토콜을 지원합니다. OAuth 2는 고정된 알려진 IDP 집합에 대해서만 지원됩니다. IDP 구성을 설정하는 방법에 대한 자세한 내용은 포털 인증 구성을 참조하십시오.

모든 포털 릴리즈는 초기 업그레이드와 GA(일반 가용성)의 두 단계로 이루어집니다. 초기 업그레이드 단계에서는 초기 업그레이드를 위해 표시된 포털만 업그레이드합니다. 샌드박스(개발 또는 테스트) 환경에서 새 포털 릴리스를 받으려면 초기 업그레이드를 위해 포털을 활성화할 수 있습니다. 초기 업그레이드를 위해 포털을 사용하도록 설정하는 방법에 대한 자세한 내용은 포털 업그레이드를 참조하십시오.

표준 microsoftcrmportals.com 도메인 이름 대신 사용자 지정 도메인 이름을 사용하도록 포털을 활성화할 수 있습니다. 추가 정보: 포털을 사용자 지정 도메인에 연결.

Power Apps 포털 유지 관리 및 문제 해결