Sharepoint 2018 - Csapat Blog Microsoft SharePoint
Üdvözlet! Én egy alkalmazás fejlesztő, és szeretem a munkámat. De néha csak elvesztem a türelmemet, amikor meg kell keresni az okát más típusú hiba „ez a marker Szállító nem megbízható szállító” az új SharePoint alkalmazás. Annak érdekében, hogy idegeit (és józanság), annak érdekében, fogom itt egy lista a kérdés, hogy keres az első helyen, ha ez a hiba lép fel. Amint új utakat találni, hogy kihívást jelent, és megoldani, én frissíteni ezt a bejegyzést, és jelentse az alábbi.
Fontos megjegyezni, hogy amikor azt mondom, „a kérelmet egy magas szintű bizalmat”, ami azt jelenti, hogy nem használja az ACS mint bizalom tette a SharePoint alkalmazás. Ehelyett hozzon létre egy OAuth token és írja alá a saját tanúsítvány. Tudom, hogy ez az egész folyamat részletes leírása egy cikket, úgyhogy nem ismétlem itt. Azt feltételezi, hogy elolvasta, teszteltük az eljárás a gyakorlatban, és megvan. Szóval, itt van néhány esetben, amikor észrevettem, ez a hiba.
Van egy másik kapcsolódó kérdés, hogy érdemes megemlíteni: például, ha úgy tűnik, hogy elkerülje ezt a hibát, de akkor kap a hibát hozzáférés megtagadása, amikor meg kell kérni a tartalmat egy SharePoint site a rezidens alkalmazást. Ennek oka lehet, a következők szerint.
- Jelentés clientid AppManifest.xml a SharePoint alkalmazás fájl nem egyezik az értéket a web.config clientid rezidens alkalmazási fájlt. Javításokat végzünk a segítségével a Visual Studio, amely megoldja ezt a problémát a jövőben.
Majdnem ugyanilyen fontos kérdés - hogyan lehet megérteni a hiba okának, ha bekövetkezik? Ha ez ilyen egyszerű, akkor nem megy ki a saját és nem lehet a kísértés, hogy megtörjük a monitort. Itt vannak a legjobb módja, hogy megoldja ezt a problémát, ami még mindig sikerült megtalálni. Ismét, idővel azt megpróbálja kiterjeszteni ezt a listát.
Átvizsgálására a területen jelenik meg. Végül, akkor ellenőrizze, hogy appPrincipal elem használatra tervezték clientid azonosító. Ehhez futtassa a következő parancsot PowerShell segítségével a korábban megszerzett információt a fejléc WWW-Authenticate:
Ha hiba lép fel, vagy ha nem kap eredményt, az azt jelenti, hogy a megengedhető elem SPAppPrincipal hiányzik, és meg kell teremteni azt a PowerShell. A teljesség kedvéért itt egy példa:
Ennél én hibaelhárítási tippeket nagyfokú bizalom a kérelem ma. Ha úgy tűnik, hogy valami újat, én frissíti ezt a blog bejegyzést.