SharePoint 2010 Cookbook: Configuring a Site for Anonymous Access

Challenge:

How can anonymous access to a site in SharePoint 2010 be set up, and how do the steps differ from SharePoint 2007?

 

Solution:

If you have been running MOSS or WSSv3 on Server 2003 and you’ve set up anonymous access before, you know the site needs to be configured in IIS to allow anonymous access as a preliminary step prior to configuring SharePoint. But IIS 7 on Server 2008 has anonymous access enabled default, so that is one step that you had to take in IIS 6 (Server 2003) that is no longer needed. But what about the rest – the configuration of anonymous access in SharePoint? Well, the basic principles remain the same, they’re just done through new locations and interface screens in SharePoint 2010.

Let’s get started with a common scenario where you want to configure anonymous access on one particular site in a Site Collection. The first step is to access Central Administration > Application Management > Manage web applications:

Select the Web Application containing the site you want to configure for anonymous access. Here I’ve picked my “SharePoint – bl2” Web App. But I shouldn’t select Anonymous Policy from the Ribbon just yet; I’ll need to configure the Authentication Providers first:

The Authentication Provider popup lets you choose the zone of the Web App you want to work with. Here, I only have the “Default” zone, so I’m going to click on it:

This opens the settings to Edit Authentication, where I can check the box to ‘Enable anonymous access’ for that Web App zone:

Once this has been done, when I go back to the Web App Ribbon and select Anonymous Policy, I will be able to select the zone (or All Zones in this case, since Default was the only zone), and then choose any restrictions to anonymous access. By default, “None – No policy” is set, so I need do nothing here since in my example I don’t want to place any restrictions on anonymous access:

At this point, I have been preconfiguring down to where I want to allow anonymous access to be set. But until I actually make the final settings at a Site Collection or Site level, anonymous users will not have any access. So I navigate to the location where I want to allow anonymous access and then go to Site Actions > Site Permissions:

For example, at the top-level Site Collection, I have access to an Anonymous Access button on the Ribbon (note: this is not the Anonymous Policy button seen at the Web App level):

If I want to grant anonymous access only to a subsite in that Site Collection, then nothing should be done with Anonymous Access at the Site Collection top-level. I instead navigate to the subsite and, from there, select Site Actions > Site Permissions. This will show that this subsite is inheriting permissions from its parent. Therefore, to allow anonymous access to this subsite, first I need to break inheritance (i.e., Stop Inheriting Permissions):

Once that is done, the Anonymous Access button is available on the subsite Ribbon:

Here, I can allow anonymous access to the Entire Web Site or Lists and Libraries:

Note that once that has been done, Anonymous Users has been added to the Site Permissions:

And I’m done. This site can now be accessed without the need to login.

 

See Also:

For information about the SharePoint permissions given to the anonymous account, the section on “Decide whether to allow access for anonymous users” in this TechNet article provides a good summary.


SharePoint

Applications

SharePoint apps are stand-alone applications that perform specific tasks on a SharePoint site. Apps can perform functions such as managing a discussion board or knowledge base, performing project management or time tracking tasks, or doing other workflow operations.

SharePoint

Product Suites

Experience greater power and savings by bundling our SharePoint apps and web parts.


Essentials


Essentials Plus


Bamboo Premier


Project Management Suite


Knowledge Management Suite


External User Manager


SharePoint

Web Parts

Extend SharePoint beyond its out-of-the-box capabilities by tailoring it to your requirements with Bamboo Solution’s growing portfolio of Web Parts. Web Parts are the building blocks of pages on a SharePoint site that can be used to customize the user interface and content of a site page. 

SharePoint

Product Suites

Experience greater power and savings by bundling our SharePoint apps and web parts.


Essentials


Essentials Plus


Bamboo Premier


Project Management Suite


Knowledge Management Suite


External User Manager


Office 365

Cloud Parts

Cloud Parts are functional components that extend your SharePoint environment whether it’s hosted, on-premises, or part of Microsoft Office 365. More than mere ports of existing software to the cloud, our Cloud Parts have been built from the ground up to take advantage of the best that the cloud has to offer.

SharePoint

Product Suites

Experience greater power and savings by bundling our SharePoint apps and web parts.


Cloud Parts Suite for O365/SP Onl.


Featured Services

SharePoint Health Check

A SharePoint Health Check will identify the causes of issues and risks associated with your specific environment, and is custom tailored to provide you with the best recommendations to optimize your SharePoint environment.

SQL Health Check

Document recommendations relating to performance, stability, availability, or a specific focus you request of your SQL Server database instances.

My SharePointXperts

The truth is that each SharePoint skill may not be a full time job for many organizations, and it is nearly impossible for one person to do everything you need – so augment your team with SharePointXperts; providing the skill sets you need when you need them!