About Alternate Portal Access Settings

Alternate access settings provide a mechanism for server farm administrators to identify the different ways in which users access portal sites, ensuring that URLs are displayed appropriately for the manner in which the user accesses the portal site.

• Administrators often deploy portal sites that users can access by using different URLs. It is important that functionality, such as search results for portal site and document library (Web Storage System-based) content, be appropriate for the URL that was used to access the portal site. External URLs must be provided to the user in a form that is appropriate for how the user is currently accessing the portal site.
• Without alternate access settings, search results might be displayed in a way that would make them inaccessible to users. Users might receive search results that they cannot access whenever they access the portal site by using a URL that is different from the original URL used for crawling the content.

The Microsoft SharePointPSSearch (SharePointPSSearch) service consults the alternate access setting entries when crawling a document. If the URL of the document matches one of the mapping entry URLs, the URL is replaced with the mapping ID for the entry. When the search result is displayed, the mapping ID is replaced by the appropriate URL if the user is requesting the document from an access point listed in the alternate access setting entries. If there is no appropriate alternate mapping, the search results display the default URL.

Every alternate access setting entry must have a default URL. Each entry can have additional alternate access methods for either intranet, extranet, or custom access. Each URL must be different from all other URLs. These mappings are stored in the configuration database. Microsoft Office SharePoint Portal Server 2003 uses the default URL for any requested URL that is not found in the mapping table.

You cannot delete entries for virtual servers that currently host portal sites or document libraries.

If an entry has been deleted, but URLs for that mapping ID still exist in the index, then those results will be displayed with a message stating that the content is not currently accessible. The server farm administrator must update the content index in order to update the URLs.

Example

The server you are crawling is http://Server1. The server has an intranet URL of http://Server1 and an extranet URL of http://AdventureWorks.adventure-works.com. This server does not have SharePoint Portal Server installed. The server could be another internal server in your organization.

You have not defined an alternate access setting entry for this server. When SharePoint Portal Server crawls Server1, the URL stored in the content index is http://Server1.

When a user performs a search, one of the following occurs:

• If a user is accessing the portal site from the intranet URL of http://Server1, he or she will get search results returned for content on Server1 and will be able to click the links for the results to access a document.
• If a user is accessing the portal site from the extranet URL of http://AdventureWorks.adventure-works.com, he or she will get search results returned for content on Server1, but the user will get an error when he or she clicks the links for the results.

You define an alternate access setting entry for http://Server1 as follows:

Mapping Name   Server1

Default URL   http://Server1

Intranet URL   Blank. Any blank entry defaults to the default URL.

Extranet URL   http://AdventureWorks.adventure-works.com

Custom URL   https://AdventureWorksPartners.adventure-works.com

Custom URLs can be intranet or extranet URLs. In addition, you can use Secure Sockets Layer (SSL) in any of the URL entries.

For this mapping to take effect, you must recrawl the content on Server1. Until you do this, the user will have the same search experience as above.

After you recrawl the content on Server1, when a user performs a search, one of the following occurs:

• If a user is accessing the portal site from the intranet URL that is specified in the access settings list, he or she will get search results returned for content on Server1 and will be able to click the links for the results to access a document.
• If a user is accessing the portal site from the extranet URL that is specified in the access settings list (i.e., http://AdventureWorks.adventure-works.com), he or she will get search results returned for content on AdventureWorks.adventure-works.com and will be able to click the links for the results to access a document.

If you are using shared services, where portal site services are shared across server farms, the following applies for alternate access settings:

• You must manually synchronize the alternate access entries for the parent server farm and all child server farms. If you add, change, or delete an alternate access setting entry on the child server farm, you must add, change, or delete that entry on the parent server farm.

  The portal site and document library URLs are generated from the alternate access setting list for the child server farm. Search results use URLs from the alternate access setting list for the parent server farm. Changing an entry in the alternate access setting list (such as changing a default URL, or adding or changing an extranet URL) requires you to do this on both the child server farm and parent server farm.

• The alternate access entry list in the parent server farm should be a superset of the alternate access entry lists in all child server farms. Each child server farm must keep alternate access entries for its portal sites and document libraries up-to-date.

Related Topics

Creating Alternate Portal Access Settings

Editing Alternate Portal Access Settings

Deleting Alternate Portal Access Settings