Rozwiązanie Widzisz, Problem Odmowy Dostępu W Spweb.siteusers

Uzyskaj najlepsze narzędzie do naprawy systemu Windows już dziś. Gwarancja 100% satysfakcji lub zwrot pieniędzy.

W ciągu ostatnich kilku dni niektórzy z naszych czytelników zgłosili, że odmówiono im dostępu do spweb.site.

Napisz każdą wiadomość

Mam kilka skryptów Powershell i kiedy muszę generować użytkowników witryny z wybranego SPWeb, nie odmawiam dostępu, który pomoże prawie wszystkim.mój motyw poszedł na to prawo, ponieważ może zawierać $ web.Url

  rr webapps = Get-SPWebApplication$ userToReplace = RR zeroforeach ($ webapp a $ webapps)    if ($ userToReplace -ne rrr null)        Pauza        rrr webappName oznacza $ webapp.DisplayName    Napisz wynik „webapp: rrr webappName”    foreach ($ karolina południowa w $ webapp.Witryny)            $ siteUrl równa się $ sc.Url            # Zapis "siteUrl: bucks siteurl"           rr spsite = nowy obiekt Microsoft.SharePoint.SPsite ($ siteUrl)            rrr web oznacza $ spsite.openweb ()            $ wpis-logout.Url na stronie internetowej            usd siteUsers = $ web.SiteUsers            #tutaj na pewno będzie pusty i wystąpi wyjątek odmowy uzyskania dostępu przy próbie przejścia przez kolekcję                foreach ($ user in ? rrr siteUsers)                Zapisz wszystkie dane wyjściowe $ user.LoginName                     

— Próbowałem ocenić mój kod HTML, ale to nie zadziałało

  [Microsoft.SharePoint.SPSecurity] :: RunWithElevatedPrivileges (); 

- Uruchomiłem mój pusty vbulletin jako administrator-Dodałem wytyczne do wszystkich przyjaznych dla użytkownika aplikacji internetowych z pełną kontrolą.-Użyłem polecenia:

  Get-SPShellAdmin | Add-SPShellAdmin -nazwa użytkownika domena  użytkownik 
  • Wydaje mi się, że pomagam znaleźć inne obejście, ale najpierw podzielę się pewnymi informacjami:

    Ok, oto jak jest teraz skonfigurowana moja kolekcja domen:

    Mamy jedną konkretną ładną, niezawodną kolekcję SiteCollection, a ich RootWeb ma niestandardowe kontrolki, które często zbierają zdarzenia w celu wywołania pomocy klienta WCF. Jedno z tych zdarzeń wyzwala kilka rodzajów usługi WCF, która dodaje witrynę internetową. Podsieć ma teraz dodatkowo konta, za pomocą których można utworzyć własną podstronę i utworzyć element. Sytuacje są również dziedziczone, a niektóre z odpowiadających im uprawnień są dziedziczone.

    Jeśli chodzi o użytkowników, wyjaśniliśmy 3 typy grup użytkowników AD i są one zazwyczaj przypisane do odpowiednich SP: każdy z nich zawiera uprawnienia Pełna kontrola lub Uczestnictwo, Odczyt dla zbioru SiteCollection. UWAGA, ponieważ bez wątpienia używasz GRUP i nie dodajesz niewątpliwie SiteCollection tylko do użytkowników. To po prostu oznacza, że ​​SPWeb.Users nie jest w pracy :). Tylko SPWeb.AllUsers lub SPWeb.SiteUsers zwracają użytkowników.

    I tak! okazało się, że podszywanie się pod użytkownika zakończyło się sukcesem. Wiem o tym, ponieważ dokładny identyfikator będzie podobny do obecnego rozmówcy użytkownika w ramach nowej usługi sieci Web (usługa WCF)

    ROZWIĄZANIE:

    spweb.siteusers access denied

    Ponieważ nie mogę utworzyć warunku SPFolder (pamiętaj, że nie mogłem utworzyć dobrej instancji SPFolder w SPFolder, a mimo to, jeśli wszystkie SPFolder są policzone, zrób to zawiedzie), osobiście myślałem zajmując się przerabianiem wszystkiego za pomocą SPList, a sam wiesz co, super działało !!. I mogłem przeglądać pliki za pomocą SPList.Items [0] .File.

    spweb.siteusers access denied

    Moje wielomiesięczne doświadczenia z Sharepoint nie były w stanie wyjaśnić, dlaczego tak się stało. !! Jeśli ktokolwiek może, proszę! Ale nie przeszkolony dla mojego kodu :)

  • Oznaczone jako odpowiedź przez użytkownika KL3M3NC3 poniedziałek, 27 lipca 2007 04:07