Мы составили список часто задаваемых вопросов и кратких ответов на них, чтобы вы могли быстро получить нужную информацию.
Вы можете использовать аудит в Microsoft Dataverse, чтобы отслеживать изменения в сущностях конфигурации порталов Power Pages. Аудит помогает определить историю изменений, если необходимо отменить данные конфигурации.
Порталы Power Pages версии 8.3 и позднее поддерживает TLS 1.2.
Порталы Power Pages поддерживают следующие наборы шифров 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 Pages теперь доступны как изолированный продукт. Подробности в разделе Назначение лицензий.
Вы можете изменить базовый URL-адрес веб-сайта после его подготовки, следуя инструкциям в статье Изменение базового URL-адреса веб-сайта.
Я получаю сообщение об ошибке, что у меня нет соответствующей лицензии для доступа на этот веб-сайт.
Внутренние пользователи с учетными данными Microsoft Entra, пытающиеся войти в систему без назначенной действующей лицензии, будут видеть это сообщение на странице входа: У вас нет действующей лицензии для доступа к этому веб-сайту. Свяжитесь с вашим системным администратором.
Пользователи также могут увидеть эту ошибку, если Оплата по мере использования не включено для этой среды.
В зависимости от приобретенного типа SKU — например, разные SKU Dynamics 365, Power Apps на план приложения или Power Apps на план пользователя, администратору необходимо будет либо предоставить пользователям соответствующую лицензию, либо обеспечить соответствующее количество допусков приложения, доступных для среды. Для получения дополнительной информации о пропусках приложений перейдите Выделение или изменение емкости в среде. После того, как проходы приложений будут выделены среде, необходимо перезапустить веб-сайт, чтобы изменения вступили в силу.
Подробнее о лицензировании внутренних пользователей см. Часто задаваемые вопросы о лицензировании портала Power Pages.
Подробнее о лицензировании внутренних пользователей, использующих "Оплата по мере использования" см. Power Apps на единицу измерения приложения.
Подробнее о правах на использование порталов Power Pages для внутренних пользователей см. в часто задаваемые вопросы по права на использование порталов Power Pages для внутренних пользователей и разделе Руководства по лицензированию Права на использование порталов Power Pages с включенными лицензиями Power Apps и Dynamics 365.
№ Гостевые пользователи, добавленные для совместной работы B2B в Microsoft Entra, не будут считаться внутренними пользователями, и будут требовать учетных данных для входа в систему. Для получения дополнительной информации о модели лицензирования Power Pages перейдите в раздел Руководства по лицензированию Модель для входа в систему.
Мы недавно перенесли свою среду Dataverse из одного географического положения (или клиента) в другое географическое положение (или клиент). Что делать с веб-сайтами, подключенными к нашей организации?
При переносе среды Dataverse из одной геолокация (или клиента) в другое геолокацию (или клиент) связанные с этой организацией веб-сайты не будут перенесены автоматически. Кроме того, поскольку ваша организация была перенесена, любой веб-сайт, связанный с этой организацией, не будет работать и будет выдавать ошибку при запуске.
Чтобы снова связать веб-сайт с соответствующими организациями:
Сбросьте свой существующий узел веб-сайта из существующей геолокация, следуя инструкциям в статье Сброс портала. При этом все связанные ресурсы веб-сайта будут удалены, и URL-адрес веб-сайта после завершения операции перестанет быть доступен.
После сброса существующего веб-сайта перейдите в новый клиент (или в новое географическое положение существующего клиента) и подготовьте веб-сайт, имеющийся в этом клиенте.
После восстановления среды Dataverse из старой резервной копии перестал работать веб-сайт, связанный с организацией. Как это исправить?
При восстановлении среды Dataverse из резервной копии в вашу организацию вносятся различные изменения, которые могут разорвать связь вашего веб-сайта с организацией. Чтобы устранить эту проблему:
Если ИД организации после операции восстановления остался тем же, и решения портала Power Pages присутствуют:
- Откройте Центр администрирования Power Platform.
- Выберите многоточие (...) справа от пункта меню Действия сайта.
- Выберите Обновить URL-адрес Dynamics 365.
- Во всплывающем окне выберите кнопку Обновить URL-адрес.
Ваш веб-сайт будет перезапущен, и подключение к организации будет создано снова.
Если ИД организации после операции восстановления другой или решения портала Power Pages удалены из вашей организации:
- В этом случае желательно удалить веб-сайты, следуя инструкциям в разделе об удалении веб-сайта, а затем подготовить их заново.
Мы недавно изменили URL-адрес нашей среды Dataverse, и наш веб-сайт перестал работать. Как это исправить?
При изменении URL-адреса вашей среды Dataverse ваш веб-сайт перестанет работать, потому что он больше не может определить URL-адрес среды Dataverse. Чтобы устранить эту проблему:
1. Open [Power Platform admin center](admin/admin-overview.md).
2. Select the ellipse (**...**) to the right of the **Site Actions** menu item.
3. Select **Update Dynamics 365 URL**.
4. In the pop up window, select the **Update URL** button.
Ваш веб-сайт будет перезапущен, и снова заработает.
Когда вы создаете новый веб-сайт в среде разработки, он автоматически становится веб-сайтом разработчика.
Производительность базовых форм: такие действия, как создание/обновление/удаление в базовых формах, занимают много времени или превышают время ожидания.
Это может произойти по нескольким причинам, например, в зависимости от ваших данных и настроек, сделанных в этой таблице в Dataverse. При устранении таких неполадок, связанных с производительностью, для действий с записями с веб-сайтами, убедитесь, что для этих событий не зарегистрированы синхронные подключаемые модули, которые могут вызвать эти задержки. По возможности, старайтесь реализовывать их асинхронно, чтобы они не задерживали транзакцию.
При доступе к своему веб-сайту я вижу универсальную страницу ошибки. Как увидеть фактическую ошибку?
Всякий раз, когда при попытке отрисовки веб-сайта происходит ошибка сервера, для конечных пользователей отображается универсальная страница ошибки с меткой времени и идентификатором действия ошибки. Администраторы могут настраивать свои веб-сайт для получения сведений о фактической ошибке, что полезно для отладки и устранения проблем. Чтобы увидеть фактическую ошибку:
- Отключите настраиваемую страницу ошибки на портале: после этого настраиваемая страница ошибки отображаться не будет, и при переходе на соответствующую страницу вы сможете видеть полную трассировку стека любой возникшей ошибки. Чтобы отключить настраиваемую ошибку, следуйте инструкциям в статье Отключение настраиваемой ошибки.
Это рекомендуется делать только в процессе разработки веб-сайта. После ввода веб-сайта в эксплуатацию для пользователей следует снова включить настраиваемые ошибки. Дополнительные сведения: Просмотр журналов ошибок портала
- Включить журнал ведения диагностики: это позволит вам получать все ошибки веб-сайта в учетной записи хранилища BLOB-объектов Azure. Включить ведение журнала диагностики можно, следуя инструкциям в статье Доступ к журналам ошибок портала.
После включения ведения журналов диагностики можно выполнять поиск конкретных ошибок, о которых сообщают пользователи, с помощью идентификатора действия, отображаемого на универсальной странице ошибки. Идентификатор действия заносится в журнал вместе со сведениями об ошибке, и его удобно использовать для поиска фактически возникшей проблемы.
Используют ли порталы Power Pages какой-либо статический контент из CDN (сети доставки содержимого), который мне нужно разрешить?
Да. Порталы Power Pages используют готовые статические ресурсы портала Power Pages из Azure CDN, которые включают файлы JavaScript и CSS по умолчанию для презентации, которые ранее отображались как часть приложения веб-сайта. Вы должны включить в список следующий URL-адрес CDN для успешного преобразования для просмотра веб-сайтов Power Pages:
https://content.powerapps.com/resource/powerappsportal
Порталы Power Pages поддерживают любого поставщика данных для входа, который предоставляет поддержку стандартных протоколов аутентификации. Мы поддерживает протоколы OpenIdConnect, SAML2 и WS-Federation для любого настраиваемого IDP. Oauth2 поддерживается только для фиксированного набора известных IDP. Дополнительные сведения о том, как настраивать конфигурацию IDP, см. в разделе Конфигурация аутентификации.
Как получать новые выпуски портала Power Pages в моем веб-сайте в песочнице, прежде чем применять их к рабочей среде?
Любой выпуск Power Pages производится в два этапа: раннее обновление и общая доступность (GA). На этапе раннего обновления мы обновляем только веб-сайты, отмеченные для раннего обновления. Для получения нового выпуска портала Power Pages в среде песочницы (для разработки или тестирования) вы можете разрешить раннее обновление своего веб-сайта. О том, как разрешить раннее обновление веб-сайта, см. в статье Обновление портала.
Можно использовать для веб-сайта собственное доменное имя вместо стандартного доменного имени powerappsportals.com
. Дополнительные сведения: Связывание портала с настраиваемым доменом