New-RoutingGroupConnector
Esse cmdlet só está disponível no Exchange Server 2010.
Use o cmdlet New-RoutingGroupConnector para estabelecer uma conexão entre um grupo de roteamento Microsoft Exchange Server 2010 e um grupo de roteamento Exchange Server 2003 quando a organização estiver executando mais de uma versão do Exchange.
Para saber mais sobre os conjuntos de parâmetros na seção Sintaxe, abaixo, consulte Exchange cmdlet syntax.
Syntax
New-RoutingGroupConnector
[-Name] <String>
-SourceTransportServers <MultiValuedProperty>
-TargetTransportServers <MultiValuedProperty>
[-BiDirectional <Boolean>]
[-Confirm]
[-Cost <Int32>]
[-DomainController <Fqdn>]
[-PublicFolderReferralsEnabled <Boolean>]
[-WhatIf]
[<CommonParameters>] Description
O cmdlet New-RoutingGroupConnector cria um novo conector de grupo de roteamento entre o grupo de roteamento do Exchange 2010 e Exchange Server grupos de roteamento de 2003. Um conector de grupo de roteamento é usado para enviar e receber mensagens entre computadores que têm a função de servidor de transporte do Hub do Exchange 2010 instalada e os servidores bridgehead do Exchange 2003. Os servidores de origem do Exchange 2003 especificados neste cmdlet são adicionados automaticamente ao grupo de segurança universal ExchangeLegacyInterop. Por padrão, o sistema exchange 2010 concede permissões Enviar para e Receber dos servidores de Transporte do Hub para os membros desse grupo.
Para criar o conector de grupo de roteamento, você deve especificar os servidores de origem do grupo de roteamento de origem e os servidores de destino no grupo de roteamento de destino. O conector de grupo de roteamento é criado no grupo de roteamento do qual o servidor de origem é membro. Usando o parâmetro Bidirecional, você pode especificar se o conector é usado para fluxo de email unidirecional ou bidirecional. Se você especificar um conector bidirecional, um conector recíproco será criado no grupo de roteamento de destino. Os servidores de origem e de destino devem ser servidores do Exchange 2010 Hub Transport ou servidores bridgehead do Exchange 2003.
Para executar esse cmdlet, você precisa ter permissões. Embora este tópico liste todos os parâmetros do cmdlet, talvez você não tenha acesso a alguns parâmetros se eles não estiverem incluídos nas permissões atribuídas a você. Para localizar as permissões necessárias para executar qualquer cmdlet ou parâmetro em sua organização, confira Find the permissions required to run any Exchange cmdlet.
Exemplos
Exemplo 1
New-RoutingGroupConnector -Name "Interop RGC" -SourceTransportServers "Hub2010.contoso.com" -TargetTransportServers "Bridgehead2003.contoso.com" -Cost 100 -Bidirectional $trueEste exemplo cria o conector de grupo de roteamento Interop RGC com as seguintes propriedades:
- O servidor do Exchange 2010 é Hub2010.contoso.com.
- O servidor bridgehead do Exchange 2003 é Bridgehead2003.contoso.com.
- O conector de grupo de roteamento é um conector bidirecional entre o grupo de roteamento do Exchange 2010 e o grupo de roteamento associado ao servidor do Exchange 2003 especificado.
- O custo é 100.
Parâmetros
-BiDirectional
O parâmetro BiDirectional especifica se este é um conector unidirecional ou bidirecional. O valor padrão é $false.
| Type: | Boolean |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010 |
-Confirm
A opção Confirm especifica se a solicitação de confirmação deve ser mostrada ou ocultada. Como essa opção afeta o cmdlet dependerá do fato de o cmdlet exigir ou não confirmação antes de continuar.
- Cmdlets destrutivos (por exemplo, cmdlets Remove-*) têm uma pausa interna que força você a reconhecer o comando antes de prosseguir. Para estes cmdlets, você pode pular o pedido de confirmação usando esta sintaxe exata:
-Confirm:$false. - A maioria dos outros cmdlets (por exemplo, cmdlets New-* e Set-*) não tem uma pausa interna. Para esses cmdlets, especificar a opção Confirm sem um valor introduz uma pausa que força você a confirmar o comando antes de continuar.
| Type: | SwitchParameter |
| Aliases: | cf |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010 |
-Cost
O parâmetro Custo especifica um custo para o conector. Os servidores de transporte usam o custo do conector para determinar o caminho de roteamento de menor custo de um servidor de origem para o servidor de destino para entrega de mensagens. O valor padrão é 1.
| Type: | Int32 |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010 |
-DomainController
O parâmetro DomainController especifica o controlador de domínio que é usado por esse cmdlet para ler dados ou gravar dados no Active Directory. Você identifica o controlador de domínio por seu FQDN (nome de domínio totalmente qualificado). Por exemplo, dc01.contoso.com.
| Type: | Fqdn |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010 |
-Name
O parâmetro Name especifica o nome a ser atribuído ao conector de grupo de roteamento.
| Type: | String |
| Position: | 1 |
| Default value: | None |
| Required: | True |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010 |
-PublicFolderReferralsEnabled
O parâmetro PublicFolderReferralsEnabled especifica se os usuários podem usar esse conector de grupo de roteamento para acessar uma réplica de pasta pública localizada no grupo de roteamento dos servidores de destino quando uma instância dessa pasta pública não está disponível no mesmo grupo de roteamento que a caixa de correio do usuário. O valor padrão é $true.
| Type: | Boolean |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010 |
-SourceTransportServers
O parâmetro SourceTransportServers especifica o nome do host ou o FQDN (nome de domínio totalmente qualificado) dos servidores de transporte usados para enviar mensagens para os servidores de transporte de destino. Você pode especificar mais de um servidor separando cada entrada com uma vírgula.
| Type: | MultiValuedProperty |
| Position: | Named |
| Default value: | None |
| Required: | True |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010 |
-TargetTransportServers
O parâmetro TargetTransportServers especifica o nome do host ou FQDN dos servidores de transporte que recebem mensagens dos servidores de transporte de origem. Você pode especificar mais de um servidor separando cada entrada com uma vírgula.
| Type: | MultiValuedProperty |
| Position: | Named |
| Default value: | None |
| Required: | True |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010 |
-WhatIf
A opção WhatIf simula as ações do comando. Você pode usar essa opção para exibir as alterações que ocorreriam sem realmente aplicar essas alterações. Não é preciso especificar um valor com essa opção.
| Type: | SwitchParameter |
| Aliases: | wi |
| Position: | Named |
| Default value: | None |
| Required: | False |
| Accept pipeline input: | False |
| Accept wildcard characters: | False |
| Applies to: | Exchange Server 2010 |
Entradas
Input types
Para ver os tipos de entrada que este cmdlet aceita, confira Tipos de entrada e saída de cmdlet. Se o campo Tipo de Entrada de um cmdlet estiver em branco, isso significa que o cmdlet não aceita dados de entrada.
Saídas
Output types
Para ver os tipos de retorno, também conhecidos como tipos de saída, que este cmdlet aceita, consulte Tipos de entrada e saída de cmdlet. Se o campo Tipo de Saída estiver em branco, o cmdlet não retorna dados.
Comentários
Brevemente: Ao longo de 2024, vamos descontinuar progressivamente o GitHub Issues como mecanismo de feedback para conteúdos e substituí-lo por um novo sistema de feedback. Para obter mais informações, veja: https://aka.ms/ContentUserFeedback.
Submeter e ver comentários