O Office 365 híbridas tem em comum?

Importante :  Este artigo foi traduzido por um sistema de tradução automática, leia o aviso de isenção de responsabilidade. Para sua referência, veja a versão em inglês deste artigo aqui.

O conceito de híbrido – a ideia que sua infraestrutura de local possa ramificar check-out para incluir recursos do Microsoft Cloud - existe em vários produtos da Microsoft. Híbrido está presente no Office 365 devido 'cargas de trabalho' como Exchange Online, Skype for Business Online e SharePoint Online. Estas são as cargas de trabalho que todos têm um tipo de 'imagem espelhada', ou 'twin', local, por exemplo, Skype for Business Online tem um twin local, Skype for Business Server 2015, e SharePoint Online tem SharePoint Server 2016.

Quando eu falar sobre híbridas Office 365 no decorrer deste artigo, eu estou falando conectando esses gêmeos para que eles funcionam juntos. Portanto, falaremos sobre o SharePoint híbridos, híbridas do Exchange e Skype para híbridas de negócios – coisas que se estendem por Office 365 e locais – aqui. O objetivo é esclarecer a base comum tecnológico que existe em todos esses híbridos do Office 365. Em outras palavras, podemos listará os blocos de construção de Office 365 híbridas.

Híbridas

Quando eu diz híbridos, eu significam uma cooperação de tecnologias que aplicativos de parceiro você pertence e gerenciar na sua empresa com os nós administrar no nosso Cloud(s) da Microsoft.

Essa definição funciona em não apenas Azure, mas a maioria das cargas de trabalho no Office 365. Se você não souber qual uma carga de trabalho é, Aliás, ele é um aplicativo executados na plataforma de nuvem do Office 365 – Skype for Business Online, Exchange Online e do SharePoint Online são exemplos. 'Carga' é uma maneira para mantê-los distinta dos seus equivalentes locais, que é útil para manter escrevendo e conversa caiam confuso.

Utensílios híbrido usam todos os recursos em mãos, não importa onde eles moram.

Dica : Híbrido é uma tecnologia nunca evolução na Microsoft, com muitas novas possibilidades surgir e então existem algumas partes de Configurando um híbrido que são mais avançadas para outras pessoas. Os recursos de configurações híbridas serão prováveis crescer e mudar a partir daqui.

Recursos de hardware local em comum

Todos as híbridas que eu estou falando se conectar a um ambiente de cliente através da Internet para Office 365 (e o Active Directory do Azure – AAD – no plano de fundo como ele funciona como o diretório para o Office 365). A infraestrutura pode parecer difícil de configurar. Apesar do que você pode ter ouvido, não demore um grau no 'nada-ology'. Na verdade, na maioria das híbridas funciona da mesma maneira com (na maior parte) os mesmos requisitos de hardware.

A partir de 2016 aqui estão os elementos que precisam de todos os híbridas. Onde as coisas são opcionais, vou dizer isso.

Todos os híbridas necessário esses elementos - um produto de servidor local, um AAD conectar server, do Active Directory local, ADFS opcional e proxy reverso.

Todas as cargas de trabalho do Office 365 híbrido têm estas coisas boas:

  1. Alguns servidores de local (como um farm do SharePoint ou o Skype para o ambiente de negócios).

  2. Active Directory local onde os usuários live ou 'hospedados' (na terminologia de S4B).

  3. Um servidor do Azure Active Directory Connect (AAD conectar) (que pode ser por conta própria ou combinado com outro servidor, como SP-P). É representado pelo ícone de 'Sync' porque AAD conectar é usada para sincronizar as contas do local para a nuvem em uma híbrida.

  4. [Opcional] Um servidor proxy reverso, que, em todos os meus exemplos, será servidor de Proxy de aplicativo da Web (SP-P).

  5. [Opcional] Você também pode usar o servidor de Federação do Active Directory (ou ADFS).

Observação : Você não precisa usar o ADFS. Conectar AAD permitirá que você 'sincronização de senha' na nuvem junto com replicação de identidades dos usuários. Mas, na verdade não estiver enviando a senha através da internet. Você está enviando que um hash não reversível da senha em um TLS protegido conexão.

Além disso, assistentes híbrido são criados em cada carga de trabalho para ajudar você parceria com sua nuvem para que você possa usar todas as ferramentas à sua disposição (independentemente de onde eles moram).

Não se você não tiver o ADFS, tem nenhum exigências de conformidade que exigem e não quiser que a complexidade extra, não usá-la. Conectar AAD foi projetado para obter o trabalho feito (e o intervalo de replicação é pressionada de aproximadamente 3 horas para 30 minutos, que é uma melhoria útil para tornar).

Muitas grandes empresas têm alguns desses servidores no local. Muitas controladores de domínio do Active Directory, ou podem ter servidores ADFS. Se você está pensando sobre como configurar um híbrido, você talvez queira verificar com outros administradores para descobrir quais recursos de locais já estão no lugar. Ele ajudará a determinar se você deseja usar partes de infraestrutura existente, ou novo.

O que esses servidores estão fazendo?

Ignore esta seção se você já sabe o que esses servidores estão fazendo.

A maioria das pessoas são acostumado às operações do Active Directory (AD) – como ele enumera usuários e objetos em um domínio ou floresta (entre outras coisas) – e no caso de híbridos, é uma base de página inicial para os usuários que serão replicados para os Microsoft Cloud. Os trabalhos da sincronização (AAD conectar), ADFS e SP-P (nosso exemplo reverter Proxy) são um pouco mais recentes e mais central para processamento solicitações HTTPS híbrido e identidades vamos falar sobre aqueles.

ADFS

Para revisar, o trabalho dos serviços de Federação do Active Directory é ajudar a ambos os lados do híbrido reconhecer entre si e por que eu dizer, Office 365 vai conhecidas e confiáveis do ADFS (ou cluster ADFS) qual pertence um nome de domínio público verificado. Isso permite sign-on único. Isso significa que, quando os usuários com um UPN associado aparecem para autenticar recursos online, Office 365 será saber seu UPN e qual servidor ADFS específico para enviar os usuários para autenticação. Quando Heidi@contoso.com percorre o processo de logon do Exchange Online, Office 365 vai enviar uma solicitação para seu local para que ADFS pode interferir na autenticação e confirme que ela é quem ela declarações ou negar dela. Isso pode acontecer rapidamente se a rede e a configuração Permitir. ADFS é usado se você quiser aproveitar logon único: depois que o logon de usuários em uma sessão ADFS, o servidor ADFS silenciosamente intercepta todas as outras solicitações de autenticação (como acontece quando você alterna entre cargas de trabalho, por exemplo) para lembrá-Office 365 que você ainda está quem diz ser. Como alguns departamentos de TI possuem conformidade ou configurações de segurança de informações que exigem senhas permanecer local e alguns não, ADFS é opcional.

Observação : Não importa a carga de trabalho de implantação híbrida, ADFS é usado apenas quando há uma necessidade para Single Sign-On, ou quando ele não está em conformidade com os padrões ou necessidades de cliente para mover uma senha de hash através da internet e em um diretório fora do firewall de borda da empresa. É importante observar que sincronização de senha está ativada por padrão pelo assistente Conectar AAD no Exchange híbridas. Respostas do ADFS nos diretórios de usuário AD ou ADAM (Active Directory Application Mode).

Proxy reverso

Proxy de acesso da Web é um proxy reverso (RP) que foi criado em sistemas operacionais do Windows Server desde 2012 R2 lançado. Um proxy reverso significa em seu ponto de saída para agir em nome de seu farm. Ela tem um 'lado' que voltado para a internet e saiba o nome de domínio público da sua híbrido do Office 365 e um 'lado' que faces sua rede intranet ou perímetro e sabe o nome de domínio de seus recursos internos (como a URL do site do SharePoint, por exemplo). Ele intercepta todas as solicitações que chegam ao seu negócio e permite que você bloqueie portas, restringir o tráfego você aceitar da Internet e ocultar os endereços internos e URLs para sua rede do mundo exterior. Como todos os RPs, ele é um proxy para servidores internos na sua rede sempre usuários fora da rede tentarem acessar um recurso.

SharePoint 2013 híbridas usar um proxy reverso como WA-P interceptar tráfego de entrada (de usuários SPO fazendo consultas em um índice de pesquisa local no caso de federação de pesquisa), mas porque híbridas de nuvem do SharePoint 2016 colocar o índice inteiro na nuvem, a próxima geração não precisa mais (que é o único motivo por que ele tenha marcado opcional nos diagramas). Mas o SharePoint 2013 não é o único lugar onde você verá um proxy reverso usado para interceptar tráfego não solicitado provenientes da internet. Skype para Business 2016 usa uma com sua configuração de borda e Exchange 2016 usa um em sua borda também. Como algumas situações requerem que ele, SP-P é opcional.

Observações : 

  • SP-P é usado no SharePoint híbridos (2013 federados híbridas) para publicar um ponto de extremidade do SharePoint por meio de borda de uma empresa. SP-P intercepta chamadas do SPO para documentos para exibir em resultados de pesquisa ou itens para exibir nas listas que são ativadas pelo BCS ou SAP. Em nuvem híbrida pesquisa, o SP-P só é necessário se você quiser pesquisar visualizações em seus resultados de pesquisa (você teria publicar um ponto de extremidade para servidor de Office Web Apps através da borda). No Skype for Business, SP-P é usado para interceptar tráfego de mensagens Instantâneas e conferência de fora da empresa e redirecioná-la para o Skype para Business borda para processamento posterior.

  • Exchange híbrido utiliza o AAD conectar ferramenta durante sua assistente híbrido para dar aos clientes a opção para instalar e configurar o ADFS e SP-P para uso de híbrida do Exchange, reduzindo a complexidade, você terá de encarar ao configurar um híbrido automaticamente. Instalação e configuração, nem registro de certificados ADFS é automático para qualquer outra carga de trabalho de implantação híbrida.

Sincronização

O gráfico que usar mostra 'Sync' para a conexão do Azure Active Directory. Na realidade, a sincronização realizada por AAD conectar envolve o trânsito contínuo de usuários e/ou informações do usuário do seu local e na nuvem. Conectar AAD pode fazer duas coisas: ele replica contas de usuário no Office 365 (replicação), e ele poderá sincronizar as informações de senha no Office 365 (realmente ele não está sincronizando a senha, mas um hash de irreversível que representa a senha – sincronização). Ela não tem ' Sincronizar sua senha ', mas ele sempre sincroniza (replica) sua contas de usuário do Active Directory (ou alguns versão de seu diretório de usuário local filtrado)!

Conectar AAD funciona com controladores eficaz, no seu domínio do Active Directory para permitir 'mesmo logon' em vez 'Single sign-on' do ADFS. Mesma logon significa que, em vez de uma única vez como entrar e tendo ADFS interferir para todos os prompts para sua sessão, você entrar com a mesma senha como em local (e, provavelmente, selecione a opção para manter-se conectado para reduzir o número de avisos que resultam de navegando cargas de trabalho). AAD conectar para sincronização não é opcional.

Observações : 

  • Não importa a carga de trabalho de implantação híbrida, exigem AAD conectar. Uma replicação e senha opcional sincronização de seus usuários para o Office 365 (e o Azure AD atrás dele) é necessária em todos os casos.

  • Outras semelhanças incluem que a sincronização de senha (usada para o mesmo sinal na) também requer que você defina replicar alterações de diretório e replicar diretório todas as alterações no domínios do Active Directory que são sincronizados – fazê-lo para a conta de local usada pelo AAD conectar e que você precisa fazer uma entrada de host DNS A ou AAAA para o nome do serviço de federação de um servidor ADFS usado para SSO para que WA-P possa resolver o endereço do servidor ADFS internamente.

Partes de híbrido de Internet e disponíveis na Internet em comum

Oposta os servidores de locais no seu híbrido do Office 365 e através da Internet é o Microsoft Cloud, onde – não importa a carga de trabalho do Office 365 – você vai usar algumas tecnologias familiares. Estas são:

  • Registros DNS públicos

  • Autoridades de certificação pública

  • Active Directory do Azure (AAD)

  • O Office 365 (licenças/sub-rotinas) e assistentes do Office 365 híbrido

  • Uma relação de confiança para servidor (S2S)

  • Rota expressa e/ou o tráfego de Internet

  • Módulos do PowerShell

Públicos registradores DNS, como o GoDaddy, gerenciar e permitir que o registro de nomes de domínio. Se você quiser usar híbridos, você precisará registrar um nome de domínio DNS público (Isso pode já estar feito para você em grandes empresas). Esse nome de domínio será adicionado ao Office 365, que também verificará que pertence a você o nome de domínio público que você adicionar.

Normalmente, esse nome de domínio público é a mesma que o UPN diretório ativo anexado aos usuários híbrido local, mas não se envolva nesse detalhe. Com o aparecimento do atributo 'onpremisessecurityidentifier' no PowerShell, que mapeia identidade para o local SID, o domínio registrado no Office 365 com o UPN de usuários local de correspondência já não é tão importante como ela estava uma vez. É mais importante saber que você vai precisar um nome de domínio público que você pode provar possui, esse nome de domínio público será registrado no Office 365 e representará sua presença do Office 365 em ambos os lados da conexão a híbrido.

As autoridades de certificação pública oferecem confiáveis certificados SSL/TLS para criptografar o tráfego de rede. Em cada carga de trabalho, comunicação híbrido ocorre ao longo de uma conexão criptografada. Você precisará de um certificado de uma autoridade de certificação pública na Internet. Certificados SSL/TLS e Obtendo é uma prática padrão e não existem processos de certificado geralmente pública em grandes empresas para facilitar isso. Em empresas menores que você talvez precise consulte seu profissional de TI, documentação do Office 365 e seu ISP.

Observação : Você talvez não tenha que aplicar seu certificado público manualmente. O Exchange implantação Assistente (EDA) para o Exchange híbridas utiliza Azure AD Connect para orientá-lo durante este processo e registrar certificados para o seu servidor ADFS (você deve usar um ADFS). O EDA foi projetado para ajudar a simplificar o processo de indo híbrido.

Active Directory do Azure ou Azure AD, estiver em segundo plano quando você sincronizar / replica os usuários de seu local à sua assinatura do Office 365 (seu local de nuvem). É exata mesmo Active Directory usado no Azure mais largo. Poderosas e perfeitamente mesclado em Office 365. Você irá gerenciar usuários e licenças de usuário neste diretório. Gerenciar licenças no Office 365 não é feito automaticamente pelo qualquer assistente de implantação híbrida. Licenças custam clientes, para que a decisão de quem e obtêm quantas licenças não é feita automaticamente.

O Office 365 é totalmente metade do seu híbrido. Ela tem assistentes híbrida online por carga de trabalho. Isso não é muito eficiente, mas isso é como híbrido funciona na 2016 (ou em outras palavras, a partir da versão do SharePoint Server 2016, Exchange Server 2016 e Skype for Business Server 2015, local). Mas isso não é a maneira mais simples de configurar todos os elementos em uma híbrida. Um assistente híbrido único que permita aos clientes escolher quais cargas de trabalho fazer híbrido e detalhado que processo por carga de trabalho, bem como um centro de comando híbrido – um painel de O365 administrativas – que poderia informar se tecnologias que são usadas por cada híbrido são íntegros e/ou já in-loco ainda não existe.

O que isso significa? Isso significa que todos os assistente faz as mesmas etapas e geralmente mais de uma vez. Todos os assistente ativa OAuth (S2S confiabilidade) por exemplo (falaremos sobre OAuth posteriormente). Alguns assistentes, como o seletor de híbrido da carga de trabalho do SharePoint Online, instalar OAuth não importa qual botão que você clique em (para cada seleção feita), se OAuth é necessária para seu cenário híbrida. Outros assistentes, como o Assistente de implantação híbrida do Exchange, configure OAuth no plano de fundo e apenas uma vez.

Uma relação de confiança S2S não precise cross na internet, mas no caso de híbridos, esta confiança deve. Não é um S2S como uma relação de confiança do domínio ou floresta. Não existem grandes números de portas para abrir e sem integração mais profunda para criar entre diretórios ativa. S2S cria uma conexão confiável entre seu farm do SharePoint local e um pedaço de na nuvem do Office 365 chamado de serviço de controle de acesso ou ACS (um servidor de autorização). A relação de confiança baseia-se um certificado SSL/TLS que assina tokens emitidos em nome de usuário, que o seu local e ACS do Office 365 ambos concordam é confiável – pensar neles como um Parabéns entre SharePoint local (e seu serviço de proxy do ACS) e ACS do Azure para cada usuário válido acessar o serviço. Comunicação sobre identidades do usuário (o motivo de confiança) é feita pela HTTP/443.

Observação : Como com o Azure AD, Office 365 possui uma relação de confiança com ACS do Azure.

Híbridas podem usar certificados autoassinados ou públicos aqui. Muitas grandes empresas deverá escolher certificados pública devido a seus padrões de InfoSec – principalmente porque o tráfego cruza/maio entre a Internet, um segmento não confiável. Para SharePoint híbridos, este certificado pode ser um novo certificado auto-assinado ou um extraídas do SP STS autenticação de token certificado local. (Se você usou um novo certificado (público ou auto-assinado) em uma híbrida do SharePoint necessário substituir o certificado de autenticação de Token de STS do SP em todos os nós no farm do SharePoint.)

O tráfego em uma híbrida deixa uma empresa/organização do cliente, cruza na internet e insere o Microsoft organização/Microsoft nuvem do Office 365. Há uma maneira de ignorar deste segmento não confiável e não controlado e usando um provedor de terceiros 3º baseado via expressa de sua empresa ou organização para a nuvem do Office 365. Expresse ignora rota na internet, proporcionando uma conexão de WAN particular para os Microsoft Cloud. No entanto, é importante perceber que em casos onde WAN sofre uma falha, o fallback ainda é a Internet.

Todos os híbridas fazer uso do PowerShell módulos para partes da configuração ou gerenciamento. A maioria dos módulos, que você precisará provavelmente incluirá os Assistente Microsoft Online Services entrare o Active Directory módulo Azure para Windows PowerShell. Você pode preparar servidores para a configuração e gerenciamento de seu híbridas antecedência instalando esses comumente usado módulos do PowerShell.

Portas e protocolos em comum

Híbridas são ½ seu local e ½ Office 365 (híbridas Azure SaaS ou PaaS não são abordadas neste documento). É muito provável que as duas partes executado no HTTPs, mas no mínimo, o Office 365 metade é de 100% https/criptografados por certificados TLS e isso significa que ele é executado pela porta padrão 443. Você precisará certificar-se de que um certificado pública está associado com o tráfego saindo do seu ponto de saída muito. Isto é, você precisa instalar um certificado na máquina fazendo o falando na borda da sua rede – esse tráfego será executado mais 443 e ser criptografado.

Observação : Se usando ADFS, você precisará realmente três certificados, uma das quais serão publicamente emitida e usada para a comunicação de serviços (ele será live no seu proxy WA-P se você optar por usar o ADFS), dois dos quais será certificados autoassinados feitos quando ADFS instalações, sujeitos a renovação automática, e é a autenticação de Token e certificados de Token descriptografia usados para assinar todos os tokens que faz parte do ADFS. Mas além de certificados necessários por um ADFS opcional, híbridas todos precisam ter um certificado de S2S (às vezes chamado de certificado S2S ACS confiar, que é muito longo um nome).

Todos os híbridas usará 443 (HTTPS) e 53 (DNS), por padrão, para tráfego de híbrido. Alguns usará portas adicionais como porta 25 (SMTP). Mas o caso mais complexo em cargas de trabalho híbrido das portas do Skype for Business. Felizmente, as portas são documentadas.

O protocolo de excelentes usado pelo híbridas todos (com exceção de avaliações usadas para pesquisa de DNS, o tráfego HTTPS, SMTP e outros padrões), é OAuth (autorização aberta), que também é usado na biblioteca de autenticação do Active Directory. Ele é usado quando um recurso de servidor em um lado da conexão tem que agir em nome de um usuário para acessar recursos em outro servidor, muitas vezes, na nuvem. É um meio pelo qual o nível de acesso do usuário para um arquivo ou recurso pode ser adequadas para um usuário autenticado. Isso se chama 'Autenticação moderno' (embora OAuth refere-se à autorização).

Todas as cargas de trabalho usam OAuth/S2S quando em um híbrido (mas não para cada recurso híbrido). Assistentes híbrido geralmente configurar automaticamente este protocolo úteis. No entanto, não há nenhum Unificação desse esforço entre as cargas de trabalho, sem relatórios de estado de OAuth para o cliente e nenhuma forma centralizada de gerenciar este recurso universal a partir de 2016.

Em alguns casos, assistentes híbrido ativar OAuth quando ela não é necessária (como quando seletor de híbrido do SharePoint ativa isso do OneDrive para redirecionar de negócios para a nuvem), ou em cada seleção de um híbrido opção no Assistente de (novamente, consulte o seletor de híbrido do SharePoint), ou até mesmo fora o seletor híbrido em scripts de instalação personalizada, como com a nuvem híbrida pesquisa.

Observação : Você pode considerar a lynchpin do híbrido seja a confiança de (S2S) ao servidor entre locais e na nuvem. Isso pode ajudar a Lembre-se de que S2S é o nome da Microsoft para sua implementação de OAuth. Subjacente S2S/OAuth em todos os nossas cargas de trabalho é as camadas de autenticação e identidade, que usam autenticação de declarações.

Tabela de elementos comuns no Office 365 híbridas

Agora, temos uma lista de elementos comuns que tem esta aparência:

Cargas de trabalho de implantação híbrida coisas têm em comum

Hardware de local

Aplicativos de locais de parceiro com cargas de trabalho no Office 365 (por exemplo Exchange Server ao Exchange Online)

AAD Connect

Proxy reverso (conforme necessário)

ADFS (opcional)

Internet coisas

Registros DNS públicos

Autoridades de certificação pública

Azure Active Directory (AAD é o diretório de usuário no Office 365)

Office 365 (E1, E3, E5 assinaturas)

Assistentes do Office 365 híbrido

Relação de confiança para servidor (S2S)

Portas e protocolos

HTTPS

DNS

S2S / OAuth

Por fim, em todas as cargas de trabalho a meta faz para que os usuários para que seja a mesma limites que podemos simplificar duas das funções mais importantes híbridos – descobrindo a identidade do usuário e o que ela tem permissão para fazer com as informações que ela tem permissão para ver.

Uma observação sobre 'Optional'

Alguns desses elementos são definidas como 'opcional', mas como você saberá se elas são necessárias? Alguns elementos no Office 365 híbridas são realmente opcionais ou não opcionais uniformemente:

Completamente opcional - híbridas todos do Office 365

Não opcional / exigido por todos os híbridos do Office 365

ADFS

AAD Connect

Dentro de um híbrido de trabalho existem outros recursos que se enquadram em uma área cinza. Provavelmente o mais importante é o S2S confiança / OAuth. Essa relação de confiança é criada por cada assistente híbrido criado dentro da Microsoft, e a relação de confiança é criada por padrão, mesmo quando não é obrigatório, em ordem para híbridas 'obsoleta'. Depois que você híbrido por meio de um assistente, este recurso será ativado. Mas (como visto anteriormente) atualmente não é usada em todos os casos.

Um Proxy reverter (SP-P em nosso exemplo) é necessário sempre que houver um pedido não solicitado recebidas para a organização do cliente para dados ou informações (como quando usando híbrido BCS, ao Office Web Apps ou em servidor Online do Office de publicação para visualização do documento na pesquisa de resultados). Também é necessário quando um ponto de extremidade de publicação em um DMZ da sua empresa, como quando o Exchange usa SP-P como um proxy do AD FS (portanto, se você estiver usando AD FS em um híbrida do Exchange, você precisará WA-P).

Bordas são necessárias para manter canais de comunicação consistente para em andamento chats no Skype híbrida de negócios e pode ser usado para rotear o tráfego de SMTP em rede a partir de um perímetro em uma implantação híbrida do Exchange. Conforme discutido, ADFS é usado para logon único.

Deve usar um Proxy reverter

Pode usar um Proxy reverter (opcional)

Não é necessário para um Proxy de reverter

Pesquisa de entrada do SharePoint híbrido

Híbrido do SharePoint BCS

Skype for Business híbrido

Híbrido de nuvem do SharePoint (SSA nuvem)

Implantação híbrida do Exchange usando o ADFS para SSO

OneDrive para redirecionamento de negócios

Recursos de sites do SharePoint híbrido

Redirecionamento de perfis do SharePoint híbrido

Redirecionar extranet híbrida

Há tabelas semelhantes para S2S, como esta tabela para servidores do SharePoint em configurações híbridas. Tabelas assim podem ser criadas usando a lógica do protocolo S2S, que é usado quando um recurso de servidor em um lado da conexão a híbrido tem que agir em nome de um usuário para acessar recursos em outro servidor na nuvem

Recursos de híbridos do SharePoint que devem usar OAuth

Recursos de híbridos do SharePoint que não use OAuth

Pesquisa de híbrido (saída + entrada)

Nuvem híbrida pesquisa (nuvem SSA) com o uso das visualizações de pesquisa

Híbrido serviço corporativo de conectividade (BCS)

Recursos de Site híbridos

Perfis de híbrido

Híbrido metadados gerenciados

OneDrive for Business redirecionamento *

Extranet híbrida *

Híbrido perfis *

Nuvem híbrida pesquisa (nuvem SSA) sem o uso de visualizações de pesquisa

* O seletor de híbrido do SharePoint ainda ativar OAuth, mas isso é para fins de quaisquer configurações híbridas futuras.

Observação : Aviso de Isenção de Tradução Automática: Este artigo foi traduzido por computador, sem intervenção humana. A Microsoft oferece essas traduções automáticas para ajudar as pessoas que não falam inglês a aproveitar os textos escritos sobre produtos, serviços e tecnologias da Microsoft. Como este artigo foi traduzido automaticamente, é possível que contenha erros de vocabulário, sintaxe ou gramática.

Expanda suas habilidades
Explore o treinamento
Obtenha novos recursos primeiro
Ingressar no Office Insider

Essas informações foram úteis?

Obrigado por seus comentários!

Agradecemos pelos seus comentários! Parece que pode ser útil conectar você a um de nossos agentes de suporte do Office.

×