UPDATE 11/03/08: Zorg ervoor dat u lezen de uitstekende en gedetailleerde reactie van Dessie Lunsford met deze post.

Ik heb gewerkt aan een project geheime tech bewerken voor een aanstaande boek en het verwijst naar deze blog entry door Tyler Butler op de MSDN ECM blog. Dit is de eerste keer dat ik lees persoonlijk een duidelijke definitie van de betekenis van beperkte toegang. Hier is het vlees van de definitie:

In SharePoint, anonieme gebruikers’ rechten worden bepaald door het machtigingsniveau beperkte toegang. Beperkte toegang is een speciale machtigingsniveau dat niet worden toegewezen aan een gebruiker of groep rechtstreeks. De reden dat het bestaat is omdat als u een bibliotheek of een subsite hebben die machtigingen erfenis heeft gebroken, en u een gebruiker of groep toegang geven tot alleen die bibliotheek/subsite, om de inhoud ervan bekijken, de gebruiker/groep moeten sommige toegang tot het hoofdweb. Anders zullen de gebruiker/groep niet in staat om te bladeren de bibliotheek/subsite, ook al ze rechten er hebben, omdat er dingen in het hoofdweb die nodig zijn zijn om de site of bibliotheek maken. Daarom, Wanneer u een groepsmachtigingen alleen naar een subsite of bibliotheek die machtigingen erfenis breekt geven, SharePoint zal automatisch beperkte toegang geven aan die groep of gebruiker op het hoofdweb.

Deze vraag komt nu en dan op de MSDN forums en ik ben altijd nieuwsgierig geweest (maar niet nieuwsgierig genoeg om het uitzoeken vóór vandaag :)).

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin

In een teken dat Social Computing begint af te nemen met SharePoint, Ik zie een toenemend aantal mijn Site type vragen. Een veel voorkomende vraag gaat iets als dit:

"Ik ben een beheerder en ik nodig om toegang tot elke mijn Site te kunnen. Hoe doe ik dat?"

De truc hier is dat elke mijn Site een eigen siteverzameling is. SharePoint veiligheid wordt gewoonlijk beheerd op het niveau van de siteverzameling en dit reizen veel een SharePoint-beheerder. Normaal, Ze heeft al toegang tot het configureren van de beveiliging in de "main" site collecties en mag niet beseffen dat dit automatisch niet voor mijn Sites werkt.

Siteverzamelingen leven binnen een grotere container collectief, Wat is de webtoepassing. Boerderij admins kunt beveiliging kunt configureren op het web app niveau en dit is hoe beheerders zichzelf toegang tot elke siteverzameling in de webtoepassing kan toekennen. Deze blog entry beschrijft een van mijn persoonlijke ervaringen met beleidsregels voor web toepassingen. Ik heb een web toepassingenbeleid gedefinieerd door ongeval: http://paulgalvin.spaces.live.com/Blog/cns!1CC1EDB3DAA9B8AA!255.entry.

Web toepassingenbeleid gevaarlijk kunnen zijn en ik stel voor dat ze met mate worden gebruikt. Als ik een admin (en gelukkig ik ben niet), Ik zou een aparte AD-account met de naam iets als "SharePoint Web App beheerder maken" en geven die een account de beveiligingsrol web toepassing die het moet. Ik zou niet dit soort dingen voor de regelmatige boerderij admin of afzonderlijke site collectie admins configureren. Het zal de neiging om potentiële problemen te verbergen omdat het web app rol voorrang heeft op een lager niveau beveiligingsinstellingen.

</einde>

Abonneren op mijn blog.

Volg mij op Twitter op http://www.twitter.com/pagalvin