Читати англійською Редагувати

Поділитися через


Поширені запитання про Power Pages

Ми склали список поширених запитань і надали короткі відповіді, які допоможуть швидко отримувати додаткові відомості.

Основні

Як відстежувати зміни в конфігурації Power Pages?

Ви можете використовувати аудит у Microsoft Dataverse, щоб відстежувати зміни в сутностях конфігурації Power Pages. Аудит допомагає визначити журнал змін, якщо потрібно повернути попередні дані конфігурації.

Чи підтримує Power Pages TLS 1.2?

Power Pages версії 8.3 і пізніше підтримує TLS 1.2.

Які набори шифрів TLS 1.2 підтримує Power Pages?

Power Pages підтримує наведені набори шифрів 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

Примітка

Керувати наборами шифрів можна під час настроювання Azure Front Door з порталами для кешування краю та можливостей Брандмауеру веб-програм (WAF). У цьому разі слід використовувати лише набори шифрів, які підтримуються в Azure Front Door. Також параметри HTTPS настроюваного домена, що використовують портал Azure дозволяють вам вибрати стандартну мінімальну версію TLS від 1.0 і 1.2, використовуйте версію TLS 1.2 для сильних шифрів.

Як можна перенаправити користувача на сторінку за замовчуванням після входу?

Ви можете налаштувати вебсайт для перенаправлення користувача на сторінку за замовчуванням після входу. Докладні кроки описано в статті Переспрямування користувача на стандартну сторінку під час входу.

Для отримання додаткових відомостей про роботу з шаблонами Liquid, див. розділ Робота з шаблонами Liquid.

Ліцензування та підготовка

Як можна отримати передплату Power Pages?

Power Pages тепер доступний як окремий продукт. Докладні відомості див. в розділі Призначення ліцензій.

Як можна змінити основну URL-адресу вебсайту після підготовки?

Щоб змінити базову URL-адресу вебсайту після його підготовки, виконайте кроки, описані в розділі Зміна базової URL-адреси вебсайту.

Я отримую помилку, що я не маю відповідної ліцензії для доступу до цього веб-сайту.

Внутрішні користувачі з Microsoft Entra обліковими даними, які намагаються увійти в систему без призначеної дійсної ліцензії, побачать таке повідомлення на сторінці входу: У вас немає дійсної ліцензії для доступу до цього веб-сайту. Зверніться до системного адміністратора.

Ця помилка може також з’явитися, якщо функцію Оплата за фактичне використання не ввімкнуто для цього середовища.

Помилка входу до вебсайту.

Залежно від типу придбаного SKU, наприклад, якщо це інший Dynamics 365 SKU, План Power Apps на програму або План Power Apps на користувача, адміністратор повинен або надати відповідну ліцензію таким користувачам, або мати належну кількість пропусків програм, доступних для середовища. Для отримання додаткових відомостей про пропуски програм відвідайте Розподіл або зміна виробничої спроможності в середовищах. Після розподілу пропусків програм у середовищі необхідно буде перезапустити вебсайт, щоб зміни набрали чинності.

Для отримання додаткових відомостей про ліцензування внутрішніх користувачів перейдіть до розділу Поширені запитання щодо ліцензування Power Pages.

Щоб отримати докладну інформацію про ліцензування внутрішніх користувачів за допомогою системи «Оплата за фактичне використання», див. статтю Лічильник програми Power Apps.

Для отримання додаткових відомостей про використання прав Power Pages для внутрішніх користувачів перегляньте список поширених запитань щодо використання прав Power Pages для внутрішніх користувачів та розділ у Посібнику із ліцензування під назвою Використання прав Power Pages, включених до ліцензій Power Apps та Dynamics 365.

Чи вважаються залежні користувачі внутрішніми користувачами для ліцензування?

Ні. Гостьові користувачі, додані для спільної роботи Microsoft Entra B2B, не вважатимуться внутрішніми користувачами та потребуватимуть входу в систему. Для отримання додаткових відомостей про модель ліцензування Power Pages перейдіть до розділу Посібнику із ліцензування піж назвою Модель логіну.

Життєвий цикл середовища Dataverse

Ми нещодавно перемістили своє середовище Dataverse з однієї геолокації або клієнта до іншої. Як ми обробляємо вебсайти, підключені до нашої організації?

Під час переміщення середовища Dataverse з однієї геолокації або клієнта до інших, пов’язані з цією організацією вебсайти не буде переміщено автоматично. Крім того, оскільки організацію було переміщено, будь-який вебсайт, пов’язаний із цією організацією, не працюватиме і видасть повідомлення про помилку під час запуску.

Щоб знову пов’язати вебсайт із відповідними організаціями, виконайте наведені нижче дії.

  1. Скиньте наявний хост вебсайту з наявної геолокації або клієнта, виконавши кроки, описані в розділі Скинути портал. Це призведе до видалення пов’язаних ресурсів вебсайту, а URL-адреса вебсайту буде недоступна після завершення операції.

  2. Після скидання наявного вебсайту, перейдіть до нового клієнта (або нової геолокації з наявним клієнтом) і підготуйте доступний вебсайт.

Після відновлення середовища Dataverse зі старої резервної копії, пов’язаний з організацією вебсайт не працюватиме. Як можна це виправити?

Коли середовище Dataverse відновлюється з резервної копії, в організації відбуваються різні зміни, що може спричинити втрату зв’язку вебсайту з організацією. Щоб виправити цю проблему:

  • Якщо ідентифікатор організації той самий, то після відновлення операція та рішення Power Pages будуть також доступні.

    1. Відкрийте Центр адміністрування Power Platform.
    2. Натисніть три крапки (...) праворуч від пункту меню Дії сайту.
    3. Виберіть Оновлення URL-адреси Dynamics 365.
    4. У спливаючому вікні натисніть кнопку Оновити 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. Під час пошуку та виправлення проблем продуктивності, що виникають із діями запису на вебсайтах, переконайтеся в тому, що за цими подіями не зареєстровано будь-яких синхронних компонентів plugin, які можуть викликати ці затримки. Якщо це можливо, спробуйте впровадити їх асинхронно, щоб вони не затримували або не відкладали транзакцію.

Під час доступу до вебсайту, відображається загальна сторінка з повідомленням про помилку. Як переглянути фактичну помилку?

Кожного разу під час помилки сервера під час спроби відтворення вебсайту відображається загальна сторінка повідомлення про помилку для кінцевих користувачів із позначкою часу та ідентифікатором дії помилки. Адміністратори можуть настроювати вебсайти, щоб отримати докладні відомості про помилку, які є корисними для налагодження та виправлення проблем. Щоб переглянути фактичне повідомлення про помилку:

  • Вимкніть настроювану сторінку помилки на порталі: буде вимкнуто настроювану сторінку помилки, що дасть вам змогу переглянути повне трасування стека будь-якого повідомлення про помилку під час переходу до цієї сторінки. Можна вимкнути настроюване повідомлення про помилку, виконавши кроки, описані в розділі Вимкнути помилки.

Радимо використовувати це лише під час розробки вебсайту. Щойно вебсайт відкриється для користувачів, потрібно заново увімкнути настроювані помилки. Додаткові відомості: Перегляд журналів помилок порталу

  • Увімкнення журналювання діагностики: це дасть змогу отримати всі помилки вебсайту в одному обліковому записі сховища BLOB-об'єктів Azure. Можна увімкнути журналювання діагностики, виконавши кроки, описані в розділі Доступ журналу помилок порталу.

Якщо ввімкнути журналювання діагностики; можна шукати певні помилки, про які повідомляють користувачі за допомогою ідентифікатора справи, що відображається на загальній сторінці повідомлення про помилку. Ідентифікатор справи вноситься у журнал разом із відомостями про помилку, тому він корисний для пошуку відкритої справи.

Адміністрування та керування Power Pages

Чи використовує Power Pages будь-який статичний вміст із CDN (мережі доставки вмісту), який необхідно внести у дозволений список?

Так. Power Pages використовує статичні активи Power Pages із CDN Azure, які включають файли JavaScript і CSS за замовчуванням, для презентації, яку було раніше представлено як частину вебсайту. Для коректного відображення вебсайтів Power Pages слід внести у дозволений список перелічені нижче URL-адреси CDN.

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. Додаткові відомості: Пов’яжіть ваш портал з настроюваним доменом