Domínios de etiqueta única
Para uma descrição dos domínios de etiqueta única, consulte o tópico de domínios de etiqueta única no
Planeamento do espaço de nomes de DNS da Microsoft Solution Center.
(http://support.microsoft.com/gp/gp_namespace_master#tab3)
Desligue os espaços de nomes
Para obter uma descrição de Namespaces desligue, consulte o tópico Namespaces desligue o
Planeamento do espaço de nomes de DNS da Microsoft Solution Center.
(http://support.microsoft.com/gp/gp_namespace_master#tab1)
Espaços de nomes descontínua
Para obter uma descrição de Namespaces descontínua, consulte o tópico de Namespaces descontínua no
Planeamento do espaço de nomes de DNS da Microsoft Solution Center.
(http://support.microsoft.com/gp/gp_namespace_master#tab2)
BizTalk Server
Domínios de etiqueta única
Porque a utilização de SLDs não é uma prática recomendada, BizTalk Server não é extensivamente testado neste cenário. Deste modo, podem existir incompatibilidades quando o BizTalk Server é implementado num ambiente de SLD.
Afectados
BizTalk
(http://www.microsoft.com/biztalk/en/us/default.aspx)
produtos incluem o BizTalk Server 2009.
Exchange Server
Em resposta aos comentários dos clientes, a equipa de Exchange actualizou a sua matriz de ensaio e determinou que o Exchange Server 2010 serão suportadas SLDs, desligue Namespaces e Namespaces descontínua. Esta página contém uma breve descrição de cada um destes cenários e considerações especiais. Se pretende instalar o Exchange 2010 destes ambientes, leia o
Documentação do Exchange Team Blog
(http://msexchangeteam.com/archive/2009/10/27/452969.aspx)
sobre o objecto aplicável.
Em Adicionar suporte para estes tipos de topologias, existe um requisito subjacente de DNS para ser correctamente instalado e configurado. Antes dos utilizadores continuar com qualquer implementação definido aqui, clientes e servidores tem de ser capazes de forma fiável resolver consultas de DNS de um dado recurso no espaço de nomes adequado.
Domínios de etiqueta única
Apesar de 2010 Exchange é suportado com SLDs, vista da equipa de produto do Exchange que SLDs não são uma configuração recomendada e podem não ser suportadas por versões futuras do Exchange. Outros Microsoft ou aplicações de terceiros que pretende executar no seu ambiente, poderão não ser suportadas num SLD. Esta acção pode ter um efeito adverso no seu ambiente. Apesar da Microsoft irá permitir a instalação de 2010 do Exchange num SLD, recomendamos vivamente que efectue passos para mover a organização desta configuração.
Desligue os espaços de nomes
No Microsoft Exchange 2010, existem três cenários suportados para implementar o Exchange num domínio que tenha um espaço de nomes disjunto. Os cenários suportados são os seguintes:
- Cenário 1:o sufixo DNS do controlador de domínio não é o mesmo que o nome de domínio DNS. Computadores que são membros do domínio podem ser disjunto ou não disjunto.
- Cenário 2:Um computador membro de um domínio do Active Directory é disjunto mesmo que o controlador de domínio não é disjunto.
- Cenário 3:Nome de domínio de NetBIOS a do controlador de domínio é não o mesmo que o subdomínio do nome de domínio de DNS do controlador desse domínio.
Para obter mais informações sobre o Exchange 2010 e espaços de nomes disjuntos, consulte o
Noções sobre desligue Namespace cenários
(http://technet.microsoft.com/en-us/library/bb676377(EXCHG.140).aspx)
. Artigo TechNet.
Considerações especiais
Espaços de nomes descontínua (não contíguos)
Para espaços de nomes descontínua, DNS deve ser configurado para que os servidores do Exchange possam resolver todos os nomes de domínio no ambiente. Também é um requisito que msds-allowedDNSSuffixes estão configurados no ambiente do Active Directory para todos os espaços de nomes utilizados dentro da floresta.
Para obter informações sobre como configurar este procedimento, consulte o
Noções sobre definições de clientes de DNS
(http://technet.microsoft.com/en-us/library/cc754152.aspx)
. Artigo TechNet.
Exchange afectado produtos incluem o seguinte:
Forefront
Domínios de etiqueta única
Apesar dos utilizadores podem instalar os produtos Forefront SLDs, o Assistente de instalação do Active Directory (Dcpromo. exe) no Windows Server 2008 avisa contra a criação de novos domínios com nomes de DNS simples. O Assistente de instalação do Active Directory no Windows Server 2008 R2 e versões posteriores bloqueia explicitamente a criar desses domínios.
Suportem de produtos Forefront, incluindo Forefront protecção 2010 para o Exchange Server (FPE) e 2010 de protecção Forefront para SharePoint (FPSP), função com configurações de SLD que são contingentes em subjacente das suas versões de Exchange e do SharePoint.
Porque a utilização de SLDs não é uma prática recomendada, os produtos Forefront não são testados exaustivamente neste cenário. Deste modo, podem existir incompatibilidades quando produtos Forefront são implementados num ambiente de SLD.
A Microsoft fornece várias ferramentas de migração do Active Directory para automatizar e guiá-lo através do processo de mover de um domínio SLD para um domínio totalmente qualificado. Para mais informações, consulte o
Guia de ferramenta (ADMT) de migração do Active Directory
(http://www.microsoft.com/downloads/details.aspx?familyid=6D710919-1BA5-41CA-B2F3-C11BCB4857AF)
.
Os produtos Forefront afectados incluem o seguinte:
O Office Communications Server
Domínios de etiqueta única
Porque a utilização de SLDs não é uma prática recomendada, produtos Office Communications Server e Office Live Communications Server não são testados exaustivamente neste cenário. Deste modo, podem existir incompatibilidades quando estes produtos são implementados num ambiente de SLD.
Produtos afectados o Office Communications Server e Office Live Communications Server incluem o seguinte:
Microsoft Office Outlook
Domínios de etiqueta única
Porque a utilização de SLDs não é uma prática recomendada, versões do Office Outlook não são testadas exaustivamente neste cenário. Deste modo, podem existir incompatibilidades quando o Office Outlook é implementada num ambiente SLD. Apesar dos utilizadores podem instalar Office Outlook 2007 ou Office Outlook 2010 no SLDs utilizando soluções alternativas no lado do servidor do Exchange, produzem SLDs endereços de correio electrónico compatível com RFC não.
NotaQuaisquer soluções alternativas podem não ser suportada cenários e foram não confirmadas ou testadas pela Microsoft. Utilize as seguintes informações em sua conta e risco. A Microsoft fornece estas informações "tal como está", sem garantias de qualquer tipo, quer expressa ou implícita, incluindo, mas não se limitando, garantias implícitas de comercialização e/ou adequação a um fim específico.
o office Outlook tem controlos e saldos no sentido de manter a compatibilidade RFC. Não existe a capacidade de suportar ambientes de servidor SLD com um Exchange server como o back-end, enquanto utilizar domínio associado a computadores com algumas soluções do lado do servidor (por exemplo, efectuar o fim de endereços de correio electrónico principal num domínio compatível com RFC).
é a razão para a computadores de domínio associado para que o servidor de detecção automática possa ser contactado num ambiente em rede SLD verdadeira. Se o computador não for membro do domínio, uma solução alternativa adicional têm de ser implementada para o computador cliente para que a detecção automática respostas para o sufixo de endereço SMTP principal (solução implementado no servidor do Exchange) são redireccionadas para um servidor com o SLD.
a capacidade de redireccionar clientes com uma resposta de substituição de detecção automática local está documentada a
Papel de cor branca de configuração de conta automática do Outlook
(http://office.microsoft.com/download/afile.aspx?AssetID=AM102105061033)
.
POP e IMAP ambos parecem suportar cenários de configuração SLD que substitui a configuração manual não são necessários. No entanto, a configuração automática não funcionarão porque esperamos a um endereço de correio electrónico compatível com RFC na caixa de diálogo Configuração automática.
Office Outlook 2010 tem as seguintes incompatibilidades conhecidas:
- Os utilizadores não podem adicionar o endereço de correio electrónico SLD para as listas de remetentes bloqueados/destinatários seguro não solicitado remetentes seguros
- Detecção automática não funciona num computador aderiu SLD
- Verificar nome não reconhece o endereço de correio electrónico SLD
- SLD: Certifique-se de que o Outlook aceita endereços de correio electrónico SLD durante a configuração de conta
- SLD: FreeBusy e MailTip não funcionam para conta SLD
Produtos Office Outlook afectados incluem o seguinte:
Microsoft Office SharePoint
Domínios de etiqueta única
Porque a utilização de SLDs não é uma prática recomendada, produtos de SharePoint não são testados exaustivamente neste cenário. Deste modo, podem existir incompatibilidades quando produtos do SharePoint são executados num ambiente de SLD. Apesar da maior parte das funcionalidades funcionar, é conhecido que a funcionalidade de perfil de importação não funcionará contra um SLD.
SharePoint Server 2010 tem as seguintes incompatibilidades conhecidas:
- Não é possível importar os utilizadores de contentores do Active Directory que contém espaço no domínio um rótulo único.
- Configurar importação de perfil de utilizador num ambiente de domínio única etiqueta produz um erro.
Produtos Office SharePoint afectados incluem o seguinte
- O Office SharePoint Server 2010
(http://office.microsoft.com/en-us/sharepoint-server-help/getting-started-with-sharepoint-server-2010-HA010371435.aspx?CTT=3)
- O Office SharePoint Server 2007
(http://office.microsoft.com/en-us/sharepoint-server-help/introduction-to-microsoft-office-sharepoint-server-2007-HA010173217.aspx?CTT=1)
- O Office SharePoint Server 2003
(http://office.microsoft.com/en-us/technet/overview-of-sharepoint-portal-server-2003-HA001164862.aspx?CTT=1)
(http://office.microsoft.com/en-us/sharepoint-server-help/introduction-to-microsoft-office-sharepoint-server-2007-HA010173217.aspx?CTT=1)
(http://office.microsoft.com/en-us/technet/overview-of-sharepoint-portal-server-2003-HA001164862.aspx?CTT=1)
SQL Server
Domínios de etiqueta única
Apesar dos utilizadores podem instalar o SQL Server no SLD, o Assistente de instalação do Active Directory (Dcpromo. exe) no Windows Server 2008 avisa contra a criação de novos domínios com nomes de DNS simples. O Assistente de instalação do Active Directory no Windows Server 2008 R2 e versões posteriores bloqueia explicitamente a criar desses domínios.
Produtos SQL Server são concebidos para ser executado na plataforma Windows Server. Uma vez que a utilização dos SLDs não é uma prática recomendada, produtos de SQL Server não são testados neste cenário. Deste modo, podem existir incompatibilidades quando produtos do SQL Server são implementados num ambiente de SLD.
A Microsoft fornece várias ferramentas de migração do Active Directory para automatizar e guiá-lo através do processo de mover de um domínio SLD para um domínio totalmente qualificado. Para mais informações, consulte o
Guia de ferramenta (ADMT) de migração do Active Directory
(http://www.microsoft.com/downloads/details.aspx?familyid=6D710919-1BA5-41CA-B2F3-C11BCB4857AF&displaylang=en)
.
Incluem produtos afectados o SQL Server
SQL Server 2008
(http://www.microsoft.com/sqlserver/2008/en/us/default.aspx)
.
System Center
Domínios de etiqueta única
O Active Directory Assistente de instalação (Dcpromo. exe) no Windows Server 2008 aviso específico relativo à criação de novos domínios com nomes de DNS simples. O Assistente de instalação do Active Directory no Windows Server 2008 R2 e versões posteriores bloqueia explicitamente a criar desses domínios.
Produtos system Center destinam-se a ser executado na plataforma Windows Server. Uma vez que a utilização dos SLDs não é uma prática recomendada, produtos System Center não são testados neste cenário. Deste modo, podem existir incompatibilidades quando produtos System Center são implementados num ambiente de SLD.
Voltar ao topo
