Kui SharePoint peale turvapaiga lisamist enam ei tööta…

29.10.2007  |  Gunnar

Tehniline jutt SharePoint Juhtus selline lugu, et Virtual PC otsas istuv server tõmbas öösel omale alla igasugused turvapaigad ja uuendused, mida Windows update pakub ning installeeris need kenasti peale. Küll oli mul hommikul üllatus suur kui SharePoint enam jalgu alla ei võtnud ja DCOM kõva häälega hädaldas. Lahendus probleemile on leitud!

Peale igasuguste suhteliselt mitte midagi ütlevate vigade, mille leidsin Event Viewer-i aplikatsioonide jaotuse alt, oli vigu tekkinud ka System-i jaotuse alla ja need viisidki lahenduseni.

Viga, millest näide on toodud ka alloleval pildil, on sellise tekstiga:

The application-specific permission settings do not grant Local Activation permission for the COM Server application with CLSID
{61738644-F196-11D0-9953-00C04FD919C1}
to the user NT AUTHORITY\NETWORK SERVICE SID (S-1-5-20).  This security permission can be modified using the Component Services administrative tool.

Viga, millest teatab DCOM

See viga võib esineda ka muude rakendustega sõltumata SharePoint-ist ja tema uuendustest. Lahendus on sellele probleemile ka teistel juhtudel sama.

  1. Käivita Registry Editor.
  2. Veendu, et oled registrikirjete puus kõige alguses ning vajuta CTRL-F, et avada otsinguaken.
  3. Sisesta otsinguaknasse veateates toodud GUID ja vajuta ENTER.
  4. Otsing peatub esimesena registrikirjel, mis annab akna paremas pooles meile teada komponendi nime, millega probleem tekkis. Minu juhul oli selleks IIS WAMREG admin service.
  5. Käivita Administrator-i alt Component Services. Ava sõlm Component Services, selle alt omakorda Computer, siis My Computer ja seejärel DCOM Config.

    Component Services => DCOM Config
     

  6. Otsi akna paremas osas avanenud nimekirjast välja komponent, milleks minu juhul oli siis IIS WAMREG admin service ning kliki hiire parema klahviga selle nimel.
  7. Vali avanenud menüüst Properties ning liigu lehele Security. Esimeses blokis, millel pealkirjaks Activation Permissions, kontrolli, et aktiivseks valikuks oleks Custom.
  8. Vajuta nuppu Edit. Nüüd avaneb õiguste aken. Lisa õiguste nimistusse selline konto nagu SERVICE ning anna sellele kõik toodud õigused.
  9. Tee IIS-le restart ja proovi sait avada.

Kui eeltoodu ei aidanud, siis proovi uuesti käivitada SharePoint Products and Technologies Configuration Wizard. See suudab enamasti kõiksugused konfliktid lahendada kui selleks tehnilised eeldused täidetud on.

Production masinatesse ma seda turvapaika panna ei soovita, sest kuigi eeltoodu aitab põhilise probleemiga ühele poole saada, on platsis kohe järgmine mure - ASP.NET Optimizer hakkab vigu andma ning ilma optimizerita võivad saidid jõudluses päris kõvasti kannatada.

Kommenteeri

sulge
Saada link e-postiga

© DT 2012 | Creative Commons Attribution-Noncommercial 3.0 License | WordPress