Прочетете на английски

Споделяне чрез


ЧЗВ за порталите на Power Apps

Съставихме списък с често задавани въпроси и предоставихме кратки отговори, за да ви помогнем бързо да получите информацията си.

Обща информация

Как да проследявам промените в конфигурацията в портали на 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 идентификационни данни, които се опитват да влязат без предоставен валиден лиценз, ще видят това съобщение на страницата за влизане: Нямате валиден лиценз за достъп до този уеб сайт. Обърнете се към вашия системен администратор.

Потребителите могат също да видят тази грешка, ако Pay-as-you-go не е активиран за тази среда.

Грешка при вход в портал

В зависимост от закупения тип SKU - като например различен SKU на Dynamics 365, Power Apps на план за приложение или Power Apps на потребителски план, администраторът ще трябва или да предостави подходящ лиценз на потребителите, или да разполага с подходящ брой пропуски на приложения за околната среда. За повече информация относно пропуските на приложения отидете на Разпределете или променете капацитета в среда. След като пропуските на приложенията бъдат разпределени в средата, порталът ще трябва да бъде рестартиран, за да влязат в сила промените.

За подробности относно лицензирането на вътрешни потребители отидете на Често задавани въпроси за лицензиране на портала.

За подробности относно лицензирането на вътрешни потребители, използващи Pay-as-you-go, отидете на Power Apps на приложение метър.

За подробности относно правата за използване на портали за вътрешни потребители, отидете на често задавани въпроси за използване на права върху портали за вътрешни потребители и Ръководство за лицензиране раздел Power Apps Портали - Използвайте права за вътрешни потребители.

Лекуват ли се гост-потребителите като вътрешни потребители за лицензиране?

Не. Гост потребителите, добавени за B2B сътрудничество в няма да се считат за Microsoft Entra вътрешни потребители и ще изискват влизане. За повече информация относно модела на лицензиране за влизане в портал отидете на Ръководство за лицензиране раздел За модел на влизане.

Жизнен цикъл на среда на Dataverse

Наскоро преместихме нашата среда на Dataverse от една геолокация или клиент на друг. Как работим с портали, свързани към нашата организация?

Когато премествате вашата среда в Dataverse от една геолокация или клиент на друг, свързаните портали към тази организация няма да се преместят автоматично. Също така тъй като вашата организация е преместена, всеки портал, свързан с тази организация, няма да работи и ще хвърля грешка при стартиране.

За да свържете вашия портал отново към съответните организации:

  1. Нулирайте своя съществуващ хост на портал от съществуващото геоместоположение или клиент, като следвате стъпките в Нулиране на портал. Това ще изтрие вашите свързани ресурси на портал URL адресът на портала няма да бъде достъпен след завършване на операцията.

  2. След като съществуващият ви портал е нулиран, отидете на новия клиент (или към новото геоместоположение на съществуващия клиент) и осигурете портал, наличен там.

След възстановяване на среда в Dataverse от старо резервно копие, порталът, свързан към организацията, не работи. Как можем да го поправим?

Когато средата на Dataverse се възстанови от резервно копие, различни промени се извършват във вашата организация, които могат да нарушат връзката на портала ви с организацията. За да поправите този проблем:

  • Ако ИД на организацията е същият след операцията по възстановяване и решенията за портал също са на разположение:

    1. Отворете Център за администрация на Портали на Power Apps.
    2. Отидете в раздела Подробности за портал.
    3. В падащия списък Състояние на портал изберете Изкл..
    4. Изберете Актуализация.
    5. След като операцията за актуализация приключи, задайте падащия списък Състояние на портал на Вкл. и след това изберете Актуализация.

    Порталът ви ще бъде рестартиран и отново ще бъде създадена връзка с организацията.

  • Ако ИД на организацията е различен след операцията по възстановяване или решенията за портал са изтрити от вашата организация:

    • В този случай е по-добре да възстановите портала, като следвате стъпките в Нулиране на портал и после го осигурите отново.

Наскоро променихме URL адреса на средата на Dataverse и нашият портал спря да работи. Как можем да го поправим?

Когато променяте URL адреса на вашата среда в Dataverse, вашият портал ще престане да работи, защото вече не може да идентифицира URL адреса на средата в Dataverse. За да поправите този проблем:

  1. Отворете Център за администрация на Портали на Power Apps.
  2. Отидете на Действия на портал > Актуализиране на URL адреса на Dynamics 365.
  3. Следвайте инструкциите на съветника.

Порталът ви ще бъде рестартиран и ще започне да работи отново.

Отстраняване на грешки и проблеми

Изпълнение на основни формуляри: Действията като създаване/актуализиране/изтриване на основни формуляри отнемат много време за попълване или изчакване.

Това може да се случи поради множество причини – например в зависимост от данните и персонализациите, направени в тази таблица в Dataverse. Когато отстранявате такива проблеми, свързани с производителността при записи на действия от портали, уверете се, че няма синхронни добавки, регистрирани за тези събития, които евентуално могат да причинят тези забавяния. Когато е възможно, опитайте се да ги внедрите асинхронно, така че да не задържат или забавят транзакцията.

При достъп до моя портал виждам обща страница за грешка. Как да видите действителната грешка?

Всеки път когато възникне грешка на сървъра при опит за рендиране на портал, обща страница за грешка се показва на крайните потребители с времево клеймо и ИД на дейност на грешката. Администраторите на портал могат да конфигурират портала си, за да получат подробности за действителната грешка, които е полезно при отстраняване на грешки и проблеми. За да видите действителната грешка:

  • Забранете страницата на персонализираната грешка на портала: Това ще изключи страница на персонализираната грешка и ще ви позволи да видите пълното проследяване на стека за всяка грешка, когато се насочите към тази страница. Можете да забраните персонализираната грешка, като следвате стъпките в Забраняване на персонализираната грешка.

Препоръчително е да използвате това само когато се разработвате портал. След като порталът ви е активиран за потребителите ви, трябва да разрешите отново персонализираните грешки. Повече информация: Преглед на регистрационни файлове за грешка на портала

Когато разрешите диагностичното регистриране, можете да търсите конкретни грешки, които потребителите докладват, с помощта на ИД на дейност, показан на страницата за обща грешка. ИД на дейност е регистриран заедно с подробностите за грешката и е полезен при намиране на действителния проблем.

Администрация и управление на портал

Използват ли порталите някакво статично съдържание от CDN (Network Delivery Network), което трябва да разреша-списък?

Да. Порталите на Power Apps използват стандартните статични активи за портал от Azure CDN, които включват JavaScript и CSS файлове по подразбиране за презентации, които по-рано се рендираха като част от приложението на портала. Трябва да разрешите списъка на следния CDN URL, за да изобразявате успешно портали:

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

Как да използвам персонализиран доставчик на вход на портала си?

Порталите поддържат всеки персонализиран доставчик на вход, който предоставя поддръжка за стандартни протоколи за удостоверяване. Ние поддържаме протоколи на OpenIdConnect, SAML2 и WS-Federation за всеки персонализиран IDP. OAuth 2 се поддържа само за определен набор от познати IDP. За повече информация относно това как да настроите IDP конфигурация, вижте Конфигуриране на удостоверяване на портал.

Как да получа нови издания на портал в портал в ограничителен режим, преди да се приложи за производство?

Всяко издание на портал се изпълнява в две фази: ранна надстройка и обща достъпност (GA). По време на фазата на ранна надстройка ние правим надстройка само на портали, които са обозначени за ранна надстройка. За да получите изданието на портала в средата си в ограничен режим (за разработка или тест), можете да разрешите своя портал за ранна надстройка. За информация за това как да разрешите портал за ранна надстройка, вижте Надстройка на портал.

Как да използвам персонализирано име на домейн за моя портал?

Можете да разрешите вашия портал да използва персонализирано име на домейн вместо стандартно име на домейн microsoftcrmportals.com. Повече информация: Свързване на портала към персонализиран домейн

Вижте също

Поддръжка и отстраняване на неизправности на Портали на Power Apps

Бележка

Можете ли да ни споделите повече за езиковите си предпочитания за документацията? Попълнете кратко проучване. (имайте предвид, че това проучване е на английски език)

Проучването ще отнеме около седем минути. Не се събират лични данни (декларация за поверителност).