Planejar conjuntos de sites nomeados no host (Windows SharePoint Services)
Atualizado em: 2009-04-23
Neste artigo:
Sobre conjuntos de sites nomeados pelo host
Criar um conjunto de sites nomeado pelo host
Aplicar cabeçalhos de host
Configurar um conjunto de sites nomeado pelo host
Expor sites nomeados pelo host sobre HTTP e HTTPS
O Windows SharePoint Services 3.0 fornece suporte para conjuntos de sites nomeados pelo host e para conjuntos de site baseados em caminhos. Os conjuntos de sites nomeados pelo host fornecem uma solução de hospedagem escalonável com nomes de host distintos para cada conjunto de sites. Isso significa que o site nomeado pelo host têm uma única URL do nome do host. Ao implantar conjuntos de sites, você pode mapear entradas WINS ou DNS para conjuntos de sites em aplicativos Web.
Conjuntos de sites baseados em caminhos fornecem uma solução de hospedagem corporativa com nomes de host distintos para cada aplicativo Web. Em uma implantação baseada em caminhos, os conjuntos de sites são mapeados para um caminho gerenciado subordinado ao aplicativo Web. Conjuntos de sites baseados em caminhos e conjuntos de sites nomeados pelo host podem existir nos mesmos aplicativos Web, e os aplicativos Web podem conter milhares de conjuntos de sites.
Conjuntos de sites baseados em caminhos fornecem suporte para mapeamento de acesso alternativo com várias diferentes zonas, cada uma das quais pode ter URLs distintos mapeados por WINS ou mapeados por DNS.
Sobre conjuntos de sites nomeados pelo host
Os conjuntos de sites nomeados pelo host permitem que o Windows SharePoint Services 3.0 use nomes de cabeçalho de host, em vez de caminhos, para determinar os conjuntos de site que os usuários acessam e o conteúdo retornado em resposta às solicitações de usuário. A criação de um conjunto de sites nomeados pelo host permite que você hospede vários conjuntos de sites com URLs supérfluas para usuários. O Windows SharePoint Services 3.0 automaticamente tenta rastrear os conjuntos de sites nomeados pelo host recém-criados, se o banco de dados de conteúdo do Windows SharePoint Services 3.0 for associado a uma Windows SharePoint Services 3.0 instância de pesquisa.
Para obter informações sobre como configurar conjuntos de sites nomeados pelo host com autenticação de formulários, consulte Preparar-se para rastrear sites nomeados pelo host que usam autenticação de formulários.
Para obter informações sobre como configurar conjuntos de sites nomeados pelo host com autenticação Básica, consulte Preparar-se para rastrear sites nomeados pelo host e que usam autenticação Básica.
Conjuntos de sites nomeados pelo host permitem que você crie vários conjuntos de sites no nível raiz em um aplicativo Web. Por exemplo, os administradores de organizações de hospedagem usam conjuntos de sites nomeados pelo host para criar vários sites nomeados pelo domínio. O Windows SharePoint Services 3.0 permite que você tenha vários domínios em um único aplicativo Web. No Windows SharePoint Services 2,0, isso é conhecido como modo de hospedagem escalonável. O modo de hospedagem escalonável fornece suporte para a colocação de vários domínios, como http://www.adatum.com, https://www.contoso.com, e assim por diante, como conjuntos de sites separados no mesmo aplicativo Web. No Windows SharePoint Services 3.0, os conjuntos de sites nomeados pelo host fornece a mesma funcionalidade de hospedagem escalonável.
Se você precisar fornecer suporte para conjuntos de sites baseados em caminhos que respondam a várias URLs de nome do host, analise a possibilidade de usar mapeamentos de acesso alternativos em vez de conjuntos de sites nomeados pelo host. Para obter mais informações sobre mapeamentos de acesso alternativos, consulte Planejar mapeamentos de acesso alternativos (Windows SharePoint Services).
Você pode ter conjuntos de sites nomeados pelo host em vários aplicativos Web. É possível estender vários sites do IIS com o Windows SharePoint Services 3.0. Os conjuntos de sites nomeados pelo host fornecem suporte para sites de portal.
Criar um conjunto de sites nomeado pelo host
Você pode criar um novo site usando a ferramenta de linha de comando stsadm.exe. Não é possível usar o aplicativo Web da Administração Central do Windows SharePoint Services 3.0 para criar um conjunto de sites nomeado pelo host.
Use o comando stsadm.exe createsite para criar um conjunto de sites e adicione o seguinte parâmetro a essa operação de modo a indicar que ele deve ser nomeado pelo host e não baseado em caminhos:
-hhurl <Web application URL>
Por exemplo, se você tiver um aplicativo Web denominado www.contoso.com e desejar adicionar um conjunto de sites nomeado pelo host com a URL http://hoster.contoso.com, use o seguinte comando:
stsadm.exe -o createsite
-url http://hoster.contoso.com
-ownerlogin contoso\siteowner
-owneremail siteowner@contoso.com
-hhurl https://www.contoso.com
Os provedores de serviço de Internet (ISPs) configuram seus servidores DNS para associar http://hoster.contoso.com ao endereço IP adequado. Para testar, edite o arquivo \system32\drivers\etc\hosts para associar conjuntos de sites nomeados pelo host com o endereço IP de um servidor que executa o Windows SharePoint Services 3.0. Quando isso estiver configurado, navegue até http://hoster.example.com para acessar seu site.
Se desejar alterar a URL de um conjunto de sites nomeado pelo host depois que ele tiver sido criado, use o seguinte comando:
stsadm.exe -o renamesite
Esse comando está disponível no hotfix do Windows SharePoint Services 3.0. Para obter mais informações sobre como usar o comando stsadm.exe -o renamesite, consulte Renamesite: operação de Stsadm (Windows SharePoint Services).
Você não precisa especificar se deseja usar conjuntos de sites nomeados pelo host quando cria o banco de dados de configuração. Você pode especificar se um conjunto de sites deve ser nomeado pelo host ou baseado em caminhos quando cria o conjunto de sites.
Além de usar a ferramenta de linha de comando para criar sites nomeados pelo host, você pode usar o modelo de objeto do Windows SharePoint Services 3.0. O exemplo de código a seguir cria o mesmo site, http://obter.contou.com:
SPWebApplication webApp = SPWebApplication.Lookup(new
Uri("https://www.contoso.com"));
SPSiteCollection sites = webApp.Sites;
SPSite Site = null;
Site = sites.Add("http://hoster.contoso.com", "Site_Title",
"Site_Description", 1033, "STS#0", "contoso\owner",
"Owner_Display_Name", "Owner_Email", "contoso\secondaryowner,
"Secondary_Owner_Display_Name", "Secondary_Owner_Email", true);
Aplicar cabeçalhos de host
Você pode aplicar cabeçalhos de host em dois diferentes níveis:
O nível do aplicativo Web (site do IIS)
O nível do conjunto de sites
Na maioria dos casos, a aplicação de um cabeçalho de host no nível do aplicativo Web torna impossível acessar os conjuntos de sites nomeados pelo host. Isso acontece porque o IIS não responde a solicitações com nomes de host diferentes da definição no IIS. Contudo, isso pode ser feito se você configurar o site do IIS da zona padrão sem um cabeçalho de host e somente aplicar cabeçalhos de host aos sites IIS nas outras zonas. Isso permite que você use a zona padrão com conjuntos de sites nomeados pelo host, os quais se considera que estão na zona padrão, ao mesmo tempo que possibilita o uso da funcionalidade de mapeamento de acesso alternativo nas outras zonas de conjuntos de sites baseados em caminhos.
Para aplicar cabeçalhos de host no nível do aplicativo Web (site do IIS):
Na página Administração Central, clique em Gerenciamento de Aplicativos.
Na página Gerenciamento de Aplicativos, na seção Gerenciamento de Aplicativos Web do SharePoint, clique em Criar ou estender um aplicativo Web.
Na página Criar ou Estender Aplicativo Web, na seção Adicionando um Aplicativo Web do SharePoint, clique em Criar um novo aplicativo Web.
Na página Criar Novo Aplicativo Web, na seção Site do IIS, configure os cabeçalhos do host para seu novo aplicativo Web digitando a URL que deseja usar para acessar o aplicativo Web na caixa Cabeçalho do Host.
O valor do cabeçalho do host especifica a vinculação a ser criada para o site do IIS e assegura que o IIS responda apenas a solicitações enviadas ao cabeçalho do host especificado. Você pode modificar manualmente vinculações do IIS usando o Gerenciador do IIS, mas isso não é recomendado. As alterações feitas com o uso do Gerenciador do IIS não afetarão o Windows SharePoint Services 3.0. Se o Windows SharePoint Services 3.0 tentar configurar um site do IIS em outro computador no farm do mesmo aplicativo Web e na mesma zona, a vinculação especificada na página Criar Novo Aplicativo Web será usada. Se você desejar modificar uma vinculação existente para um site do IIS, remova o aplicativo Web da zona e estenda o aplicativo Web novamente na zona com a vinculação que deseja usar.
Configurar um conjunto de sites nomeado pelo host
Um conjunto de serviços Web para várias tarefas administrativas e de usuários acompanha o Windows SharePoint Services 3.0. Uma dessas tarefas administrativas é a criação de um novo site. O método Web CreateSite não oferece suporte à criação de conjuntos de sites nomeados pelo host. Uma solução alternativa para esse problema é criar um serviço Web que encapsule o código de exemplo API.
Há várias opções adicionais de configuração a serem consideradas ao configurar um novo site do Windows SharePoint Services 3.0. Especificar o modelo de site apropriado durante a criação do site determinará quais Web Parts pré-configurados e outros elementos de interface do usuário estarão disponíveis no novo site. Em um cenário de hospedagem, você provavelmente desejará selecionar um modelo de site de equipe (valor de “STS#0” ao criar o site) ou um site em branco sem Web Parts ou listas predefinidas (valor de “STS#1”).
Em um ambiente de hospedagem, analise a possibilidade de especificar cotas de site em cada site do Windows SharePoint Services 3.0 recém-configurado. Embora o suporte para modelos de cota de site não esteja incluído nos serviços Web de exemplo, você pode adicionar cotas de site e usá-las para criar um modelo de cota de site com base em limites predeterminados.
Criar um conjunto de sites nomeado pelo host usando autenticação SQL
Trabalhar com o provedor de associação SQL em um cenário de hospedagem exige algumas etapas adicionais para configurar e gerenciar corretamente um conjunto de sites nomeados pelo host. Ao criar um site, você precisa especificar um usuário que será o proprietário do site. Para isso, o proprietário já deve existir como usuário em seu diretório de associação. Para simplificar essa e outras tarefas do provedor de associação SQL, use a ferramenta MembershipSiteAdmin.exe.
Dica
Para obter informações sobre como baixar a ferramenta MembershipSiteAdmin, consulte SharePoint SQL site provider Sample Source Code https://www.codeplex.com/sharepointhosters/release/projectreleases.aspx
MembershipSiteAdmin.exe é uma ferramenta de linha de comando para gerenciar o modo como os sites e usuários são criados, excluídos e mapeados para aplicativos que ajudam nas seguintes tarefas:
Crie um usuário no banco de dados de associação SQL.
Exclua um usuário do banco de dados de associação SQL.
Crie um site do Windows SharePoint Services 3.0.
Exclua um site do Windows SharePoint Services 3.0.
Enumere todos os aplicativos associados a um usuário específico ou verifique se um usuário já existe no sistema ou em qualquer outro aplicativo.
O processo de criação ou exclusão de um site do Windows SharePoint Services 3.0 é feito pelo stsadm.exe. Para conseguir isso, o stsadm.exe deve ter um arquivo de configuração disponível. A ferramenta MembershipSiteAdmin.exe invoca os procedimentos personalizados armazenados e a API de provedor de associação e inclui a ferramenta stsadm.exe. A MembershipSiteAdmin.exe mapeia o nome do aplicativo em todo o nome de domínio qualificado (FQDN) do site do Windows SharePoint Services 3.0, ativando um dos seguintes procedimentos personalizados armazenados:
aspnet_Sitemaps_CreateMapping utiliza um nome de aplicativo e um FQDN como entrada
aspnet_Sitemaps_DeleteMapping utiliza um FQDN como entrada
Você pode criar e excluir usuários no repositório de associação SQL usando o API do serviço de associação ASP.NET (System.Web.Security.Membership). A ferramenta MembershipSiteAdmin.exe invoca o método Membership.CreateUser ou o método Membership.DeleteUser para concluir esse processo. O provedor usado pelo serviço de associação é especificado no arquivo App.config (MembershipSiteAdmin.exe.config) para MembershipSiteAdmin.exe. A ferramenta MembershipSiteAdmin.exe usa o provedor de associação SQL fornecido para executar essas tarefas e especifica o nome do aplicativo para se conectar ao usuário. O arquivo MembershipSiteAdmin.exe.config deve apontar para o local padrão do arquivo stsadm.exe. Se você tiver instalado o Windows SharePoint Services 3.0 em outro local, precisará atualizar essa configuração do aplicativo. Consulte a seguinte seção do arquivo MembershipSiteAdmin.exe.config:
<appSettings>
<add key="stsadmPath"
value="C:\Program Files\Common Files\Microsoft Shared\Web server
extensions\12\BIN\" />
</appSettings>
Expor sites nomeados pelo host sobre HTTP e HTTPS
Você pode expor conjuntos de sites nomeados pelo host sobre os protocolos HTTP e HTTPS se criar os conjuntos de sites na porta padrão. Se você criar conjuntos de sites em qualquer porta, cada conjunto de site individual nomeado pelo host pode ser exclusivamente HTTP ou HTTPS, dependendo de qual URL você digitou com o parâmetro -url do comando createsite. Você não pode usar conjuntos de sites nomeados pelo host com os cenários de extranet avançados fornecidos por mapeamentos de acesso alternativos, como a terminação SSL.
Você pode obter resultados de pesquisa sobre os dois protocolos criando um aplicativo Web para HTTP e outro para HTTPS. A pesquisa usará o esquema de protocolo da URL pública atribuída à Zona padrão do aplicativo Web para determinar o tipo de esquema de protocolo que os conjuntos de sites nomeados pelo host usam. Se você desejar que o conjunto de sites nomeado pelo host possa ser pesquisado sobre HTTP, coloque-o no aplicativo Web HTTP. Se desejar que o conjunto de sites nomeado pelo host possa ser pesquisado sobre HTTPS, coloque-o no aplicativo Web HTTPS.
Configurar HTTPS para conjuntos de sites nomeados pelo host
Antes de configurar o protocolo HTTPS, é preciso aplicar um certificado a um site do IIS. Dessa forma, o protocolo HTTPS só pode ser configurado no nível do aplicativo Web no Windows SharePoint Services 3.0. Em cenários de hospedagem, os hosters podem configurar um único aplicativo Web com HTTPS e criar vários conjuntos de sites nomeados pelo host em um aplicativo Web. Cada site compartilha tecnicamente um único certificado. Os hosters precisam adquirir um certificado curinga e usar uma política de URL de conjunto de sites nomeados pelo host que corresponda a esse certificado. Por exemplo, se um hoster adquirir um certificado de curinga *.contoso.com, o hoster precisará gerar URLs de conjunto de sites nomeados pelo host como https://site1.contoso.com, https://site2.contoso.com, e assim por diante, para permitir que esses sites passem na validação SSL do navegador. No entanto, se a exigência for de aplicação de um certificado exclusivo para cada site, o hoster precisará criar vários aplicativos Web. Os aplicativos Web não são tão escalonáveis quanto os conjuntos de sites no Windows SharePoint Services 3.0.
Para configurar o protocolo HTTPS em conjuntos de sites nomeados pelo host, você precisa habilitar o SSL na página Criar Novo Aplicativo Web da Administração Central. O Windows SharePoint Services 3.0 atribui automaticamente um número de porta ao aplicativo Web, mas você pode especificar manualmente um número de porta diferente.
Os sites HTTPS podem ser criados para o modo de criação de conta, para o Active Directory – modo de conta de domínio e para autenticação de formulários do Active Directory.
Após a criação do aplicativo Web, abra o Gerenciador do IIS e atribua um certificado. Depois, crie conjuntos de sites e, se estiver usando uma porta que não seja padrão, lembre-se de especificar o número da porta para os parâmetros –url e –hhurl do comando stsadm.exe –o createsite, conforme mostrado no seguinte exemplo:
stsadm.exe –o createsite
–ownerlogin contoso\administrator
–owneremail administrator@contoso.com
–url https://www.hoster.contoso.com:443
–hhurl https://www.contoso.com:443
Baixar este manual
Este tópico está incluído nos seguintes manuais que podem ser baixados para facilitar a leitura e a impressão:
Consulte a lista completa de manuais disponíveis na página de download de manuais do Windows SharePoint Services (em inglês).