Um domínio do Windows pode ser reproduzido junto com um serviço do Hosted Exchange?

1

Estou configurando uma rede de computadores para uma empresa pequena (de 10 a 20 pessoas). Atualmente, eles estão usando um serviço do Hosted Exchange com o qual estão totalmente satisfeitos. Fora isso, eles estão começando do zero (o escritório ainda não tem móveis). Eles precisarão de algum tipo de servidor de compartilhamento de arquivos instalado em seu escritório.

Se eu configurar uma máquina como servidor de arquivos e nada mais, os usuários terão três senhas para lidar com: máquina local, servidor de arquivos e email.

Se eu configurar um controlador de domínio, as identidades da máquina local e do servidor de arquivos serão as mesmas. Mas e o servidor do Hosted Exchange? Os usuários devem ter uma senha de e-mail separada ou é possível combinar os dois? (Eu percebo que pode depender do provedor de hospedagem específico, mas é possível?)

Se não, parece que tenho estas opções:

  1. Lide com isso: os usuários têm uma senha de e-mail separada.
  2. Host Exchange no servidor local: mais do que eles querem gerenciar internamente?
  3. Compre um VPS hospedado, faça parte do domínio e hospede o Exchange lá. (Ou pode / deve um VPS ser um controlador de domínio?)

Eu percebo que tenho muitas perguntas por aí. O principal: há algum motivo para usar um serviço do Hosted Exchange se eu estiver configurando outros serviços do Windows?

    
por benzado 16.05.2010 / 19:28

2 respostas

1

Você terá que viver com a senha hospedada sendo diferente. É possível criar uma solução de logon único que se integra a uma empresa do Exchange hospedada, mas é uma solução personalizada que só vi para clientes grandes com muito dinheiro. O futuro a esse respeito é promissor, já que a Microsoft tem vários esforços em andamento que visam permitir que essa federação funcione com muito mais facilidade, mas isso não o ajuda agora.

Quanto à sua pergunta principal, há muitos bons motivos para continuar usando o Exchange hospedado em vez de configurá-lo em um dos servidores Windows que você está instalando:

  1. Você já disse que eles estão totalmente felizes com o serviço. Não corrija o que não está quebrado.

  2. Parece que seria tão simples instalar o Exchange localmente e pronto. Mas garanto que o escopo desse projeto se tornaria mais complicado. Você precisaria comprar e instalar uma solução antivírus. Você precisaria comprar e instalar uma solução antispam (ou terceirizar apenas essa parte). É muito provável que um ou mais usuários aproveitem o Blackberry, então talvez você precise de um servidor BES. Etc.

  3. Se você instalar um servidor de e-mail local, ele ficará preso à carga do suporte ao Exchange permanentemente. Isso aumentará seus custos de suporte (pagando mais para gerenciar patches, solução de problemas e atualizações) ou forçando alguém a aprender um pouco sobre o Exchange para continuar.

Pessoalmente, acho que 10 a 20 usuários são óbvios para e-mails hospedados. O custo por caixa de correio do Exchange hospedado se tornou tão competitivo que é muito difícil de superar com uma instalação local quando você não tem recursos internos de TI.

    
por 16.05.2010 / 20:27
1

20 caixas de correio não parecem ser muito fáceis de gerenciar, por isso pode não valer a pena ser abordado. Mas, se isso for necessário, existem ferramentas de sincronização de senha do AD que ignoram a federação. Uma busca rápida retorna várias opções: okta, igoodworks, messageops, ...

O que testamos foi configurado em cerca de uma hora e permitimos a sincronização de outros atributos do AD também. E tem sido muito livre de manutenção.

    
por 27.08.2015 / 11:02