Мы составили список часто задаваемых вопросов и кратких ответов на них, чтобы вы могли быстро получить нужную информацию.
Общие сведения
Как отслеживать изменения в конфигурации порталов Power Apps?
Вы можете использовать аудит в Microsoft Dataverse, чтобы отслеживать изменения в сущностях конфигурации порталов Power Apps. Аудит помогает определить историю изменений, если необходимо отменить данные конфигурации.
Поддерживают ли порталы Power Apps протокол TLS 1.2?
Порталы Power Apps версии 8.3 и выше поддерживает TLS 1.2.
Какие наборы шифров TLS 1.2 поддерживаются порталами Power Apps?
Порталы Power Apps поддерживают следующие комплекты шифров TLS 1.2 согласно Политике безопасности Microsoft для обеспечения поддержки нескольких клиентов. Самые надежные наборы шифров находятся в верхней части списка. Это гарантирует, что клиенты всегда будут использовать самый надежный набор шифров, который они поддерживают из этого списка, при подключении к порталам.
- 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
Примечание
Вы можете управлять наборами шифров при настройке Azure Front Door с порталами для возможностей периферийного кэширования и брандмауэра веб-приложений (WAF). В этом случае убедитесь, что вы используете только наборы шифров, поддерживаемые Azure Front Door. Кроме того, хотя параметры HTTPS пользовательского домена, использующего портал Azure, позволяют выбрать минимальную версию TLS по умолчанию между 1.0 и 1.2, используйте TLS версии 1.2 для надежных шифров.
Как перенаправлять пользователей на страницу по умолчанию после входа?
Можно настроить портал для перенаправления пользователя на страницу по умолчанию после выполнения входа. Подробные инструкции см. в разделе Перенаправление пользователя на страницу по умолчанию при входе.
Дополнительные сведения о работе с шаблонами Liquid см. в разделе Работа с шаблонами Liquid.
Лицензирование и подготовка
Как получить подписку на портал?
Порталы Power Appsтеперь доступны как автономные в Power Apps. Вам больше не нужно приобретать лицензию для подготовки портала. Для доступа пользователя к порталу требуется лицензия в зависимости от типа персоны. Подробнее читайте в вопросах и ответах по лицензированию порталов Power Apps.
Как изменить базовый URL-адрес портала после его подготовки?
Вы можете изменить базовый URL-адрес портала после его подготовки, следуя инструкциям в статье Изменение базового URL-адреса портала.
Я получаю сообщение об ошибке, что у меня нет соответствующей лицензии для доступа на этот веб-сайт.
Внутренние пользователи с учетными данными Microsoft Entra, пытающиеся войти в систему без назначенной действующей лицензии, будут видеть это сообщение на странице входа: У вас нет действующей лицензии для доступа к этому сайту. Свяжитесь с вашим системным администратором.
Пользователи также могут увидеть эту ошибку, если С оплатой по мере использования не включено для этой среды.
В зависимости от приобретенного типа SKU — например, разные SKU Dynamics 365, Power Apps на план приложения или Power Apps на план пользователя, администратору необходимо будет либо предоставить пользователям соответствующую лицензию, либо обеспечить соответствующее количество допусков приложения, доступных для среды. Для получения дополнительной информации о пропусках приложений перейдите Выделение или изменение емкости в среде. После того, как проходы приложений будут выделены среде, необходимо перезапустить портал, чтобы изменения вступили в силу.
Подробнее о лицензировании внутренних пользователей см. Часто задаваемые вопросы о лицензировании портала.
Подробнее о лицензировании внутренних пользователей, использующих "Оплата по мере использования" см. Power Apps на единицу измерения приложения.
Подробнее о правах на использование порталов для внутренних пользователей см. в вопросах и ответах права на использование порталов для внутренних пользователей и Руководство по лицензированию порталы Power Apps — права использования для внутренних пользователей.
Считаются ли гостевые пользователи внутренними пользователями для целей лицензирования?
Нет. Гостевые пользователи, добавленные для совместной работы B2B в Microsoft Entra, не будут считаться внутренними пользователями и потребуют учетных данных для входа в систему. Для получения дополнительной информации о модели лицензирования входа в портал перейдите в Руководство по лицензированию, раздел Модель для входа в систему.
Жизненный цикл среды Dataverse
Мы недавно перенесли свою среду Dataverse из одного географического положения (или клиента) в другое географическое положение (или клиент). Что делать с порталами, подключенными к нашей организации?
При переносе среды Dataverse из одного географического положения (или клиента) в другое географическое положение (или клиент) связанные с этой организацией порталы не будут перенесены автоматически. Кроме того, поскольку ваша организация была перенесена, любой портал, связанный с этой организацией, не будет работать и будет выдавать ошибку при запуске.
Чтобы снова связать портал с соответствующими организациями:
Сбросьте свой существующий портальный узел из существующего географического положения, следуя инструкциям в статье Сброс портала. При этом все связанные портальные ресурсы будут удалены, и URL-адрес портала после завершения операции перестанет быть доступен.
После сброса существующего портала перейдите в новый клиент (или в новое географическое положение существующего клиента) и подготовьте портал, имеющийся в этом клиенте.
После восстановления среды Dataverse из старой резервной копии перестал работать портал, связанный с организацией. Как это исправить?
При восстановлении среды Dataverse из резервной копии в вашу организацию вносятся различные изменения, которые могут разорвать связь вашего портала с организацией. Чтобы устранить эту проблему:
Если идентификатор организации после операции восстановления остался тем же, и портальные решения присутствуют:
- Откройте Центр администрирования порталов Power Apps.
- Перейдите на вкладку Сведения о портале.
- В раскрывающемся списке Состояние портала выберите Выкл.
- Выберите Обновить.
- По завершении операции обновления выберите в раскрывающемся списке Состояние портала значение Вкл., а затем выберите Обновить.
Ваш портал будет перезапущен, и подключение к организации будет создано снова.
Если идентификатор организации после операции восстановления другой или портальные решения удалены из вашей организации:
- В этом случае желательно сбросить портал, следуя инструкциям в статье Сброс портала, а затем подготовить его заново.
Мы недавно изменили URL-адрес своей среды Dataverse, и наш портал перестал работать. Как это исправить?
При изменении URL-адреса вашей среды Dataverse ваш портал перестанет работать, потому что он больше не может определить URL-адрес среды Dataverse. Чтобы устранить эту проблему:
- Откройте Центр администрирования порталов Power Apps.
- Выберите Действия портала > Обновить URL-адрес Dynamics 365.
- Следуйте инструкциям в мастере.
Портал будет перезапущен, и снова заработает.
Отладка и устранение проблем
Производительность базовых форм: такие действия, как создание/обновление/удаление в базовых формах, занимают много времени или превышают время ожидания.
Это может произойти по нескольким причинам, например, в зависимости от ваших данных и настроек, сделанных в этой таблице в Dataverse. При устранении таких неполадок, связанных с производительностью, для действий с записями с порталов, убедитесь, что для этих событий не зарегистрированы синхронные подключаемые модули, которые могут вызвать эти задержки. По возможности, старайтесь реализовывать их асинхронно, чтобы они не задерживали транзакцию.
При доступе к своему порталу я вижу универсальную страницу ошибки. Как увидеть фактическую ошибку?
Всякий раз, когда при попытке отрисовки портала происходит ошибка сервера, для конечных пользователей отображается универсальная страница ошибки с меткой времени и идентификатором действия ошибки. Администраторы порталов могут настраивать свои порталы для получения сведений о фактической ошибке, что полезно для отладки и устранения проблем. Чтобы увидеть фактическую ошибку:
- Отключите настраиваемую страницу ошибки на портале: после этого настраиваемая страница ошибки отображаться не будет, и при переходе на соответствующую страницу вы сможете видеть полную трассировку стека любой возникшей ошибки. Чтобы отключить настраиваемую ошибку, следуйте инструкциям в статье Отключение настраиваемой ошибки.
Это рекомендуется делать только в процессе разработки портала. После ввода портала в эксплуатацию для пользователей следует снова включить настраиваемые ошибки. Дополнительные сведения: Просмотр журналов ошибок портала
- Включите ведение журнала диагностики: это позволит вам получать все ошибки портала в учетной записи хранилища больших двоичных объектов Azure. Включить ведение журнала диагностики можно, следуя инструкциям в статье Доступ к журналам ошибок портала.
После включения ведения журналов диагностики можно выполнять поиск конкретных ошибок, о которых сообщают пользователи, с помощью идентификатора действия, отображаемого на универсальной странице ошибки. Идентификатор действия заносится в журнал вместе со сведениями об ошибке, и его удобно использовать для поиска фактически возникшей проблемы.
Администрирование портала и управление им
Используют ли порталы какой-либо статический контент из CDN (сети доставки содержимогоконтента), который мне нужно разрешить?
Да. Порталы Power Apps используют готовые статические ресурсы портала из Azure CDN, которые включают файлы JavaScript и CSS по умолчанию для презентации, которые ранее отображались как часть приложения портала. Вы должны включить в список следующий URL-адрес CDN для успешного преобразования для просмотра порталов:
https://content.powerapps.com/resource/powerappsportal
Как использовать настраиваемый поставщик входа на моем портале?
Порталы поддерживают любого настраиваемого поставщика, который предоставляет поддержку стандартных протоколов аутентификации. Мы поддерживает протоколы OpenIdConnect, SAML2 и WS-Federation для любого настраиваемого IDP. Oauth2 поддерживается только для фиксированного набора известных IDP. Дополнительные сведения о том, как настраивать конфигурацию IDP, см. в разделе Конфигурация аутентификации на портале.
Как получать новые выпуски портала в своем портале в песочнице, прежде чем применять их к рабочему экземпляру?
Любой выпуск портала производится в два этапа: раннее обновление и общая доступность. На этапе раннего обновления мы обновляем только порталы, отмеченные для раннего обновления. Для получения нового выпуска портала в среде песочницы (для разработки или тестирования) вы можете разрешить раннее обновление своего портала. О том, как разрешить раннее обновление портала, см. в статье Обновление портала.
Как использовать собственное доменное имя для моего портала?
Можно использовать для портала собственное доменное имя вместо стандартного доменного имени microsoftcrmportals.com. Дополнительные сведения: Связывание портала с настраиваемым доменом
См. также
Обслуживание и устранение неполадок портала Power Apps
Примечание
Каковы ваши предпочтения в отношении языка документации? Пройдите краткий опрос (обратите внимание, что этот опрос представлен на английском языке).
Опрос займет около семи минут. Личные данные не собираются (заявление о конфиденциальности).