Hva Office 365 Hybrids har felles?

Viktig: Denne artikkelen er maskinoversatt, se ansvarsfraskrivelsen. Du finner den engelske versjonen av artikkelen her som referanse.

Begrepet hybrid--tanken som lokale infrastrukturen går ut til Inkluder ressurser i Microsoft Cloud--finnes i mange Microsoft-produkter. Hybrid finnes i Office 365 på grunn av arbeidsmengden som Exchange Online, Skype for Business Online og SharePoint Online. Dette er arbeidsmengden at alle har en type '-speilbilde', eller 'doble', lokalt, for eksempel Skype for Business Online har en lokal doble, Skype for Business Server 2015 og SharePoint Online har SharePoint Server 2016.

Når jeg snakker om Office 365 hybrids i løpet av denne artikkelen, snakker jeg om hvordan du kobler disse twins slik at de fungerer sammen. Slik at vi skal snakke om hybrids for SharePoint, Exchange hybrids og Skype for Business hybrids--ting som strekker seg Office 365 og lokale--her. Målet er å gjøre Fjern teknologisk felles grunnen som finnes i disse Office 365-hybrids. Med andre ord, vil vi vise byggesteinene i Office 365 hybrids.

Hybrids

Når jeg sier Hybrid, betyr jeg en samarbeid teknologier som partner-programmene du eier og administrerer i bedriften din med referansene vi administrere i vår Microsoft Cloud(s).

Denne definisjonen fungerer på tvers av ikke bare Azure, men de fleste arbeidsbelastninger i Office 365. Hvis du ikke vet hvilken en arbeidsbelastning er, av hvordan det er et program som kjører på Office 365-skyen plattformen – Skype for Business Online, Exchange Online og SharePoint Online er eksempler. 'Arbeidsmengden' er en måte å holde dem atskilt fra lokale i papirformat, som er nyttig for Fortsett med å skrive og samtale fra komme forvirrende.

Hybrid klærne Bruk alle ressurser som hånden, uansett hvor de er plassert.

Tips!: Hybrid er en teknologi noensinne under utvikling hos Microsoft, med mange nye muligheter beskjæring og så det er noen deler av konfigurere et hybrid som er mer avanserte til andre. Funksjonene i hybride konfigurasjoner sannsynligvis vil øke og endre herfra.

Lokal maskinvareressurser i felles

Alle Hybrids jeg snakker om her koble en kundemiljø over Internett til Office 365 (og Azure Active Directory – AAD – i bakgrunnen etter at den fungerer som katalogen for Office 365). Infrastrukturen kan høres vanskelig å konfigurere. Det tar ikke en grad til tross for hva du kan ha hørt, i 'alt annet-ology'. Faktisk fungerer de fleste av hybrids på samme måte som med (i de fleste tilfeller) samme maskinvarekravene.

Her er elementene som alle Hybrids trenger per 2016. Jeg vil si hvor ting er valgfrie, det.

Alle hybrids må disse elementene – en lokal server-produktet, en AAD koble server, lokal Active Directory, valgfritt ADFS og omvendt proxy.

Alle Office 365 hybrid arbeidsmengden har disse gode ting:

  1. Noen lokal-servere (for eksempel en SharePoint-farm eller Skype for Business-miljø).

  2. Active Directory lokale der brukerne live eller er 'flyttet' (i S4B terminologi).

  3. En server for Azure Active Directory koble (AAD koble) (som kan være på sin egen eller kombinert med en annen server, for eksempel WA-P). Dette er representert av '' nedlastingsikonet fordi AAD koble brukes til å synkronisere kontoer fra lokalene i skyen i en hybrid.

  4. [Valgfrie] En omvendt proxy-server, som alle mine eksempler, vil være i Web-program (WA-P) proxyserveren.

  5. [Valgfrie] Du kan også bruke Active Directory Federation Server (eller ADFS).

Merknad: Du trenger ikke å bruke ADFS. Koble AAD lar deg til 'passordsynkronisering' i skyen ved siden av replikering bruker-IDer. Men du ikke faktisk sender passordet over Internett. Du sender en ikke-reverseres hash-kode for passord på tvers av en TLS-sikret tilkobling.

Også Hybrid veivisere er innebygd i hver arbeidsbelastning slik at du partner med i skyen, slik at du kan bruke alle verktøyene for hånden (uansett hvor de bor).

Hvis du ikke har ADFS, har du ingen samsvar behov som krever det, og ikke vil at den ekstra kompleksiteten, ikke bruker den. Koble AAD er utformet for å få jobben gjort (og tilbakelegging intervallet er nede fra omtrent 3 timer til 30 minutter, som er en nyttig forbedring å gjøre).

Mange store selskaper har noen av disse serverne. Mange kanskje har kontrollere for Active Directory-domenet, eller ADFS-servere. Hvis du tenker om hvordan du konfigurerer en hybrid, bør du ta kontakt med andre administratorer å finne ut hva lokale ressurser finnes allerede. Det hjelper deg med å avgjøre om du vil bruke eksisterende infrastruktur deler, eller ny.

Hva gjør disse serverne?

Hoppe over dette avsnittet hvis du allerede vet hva disse serverne gjør.

De fleste er vant til operasjoner av Active Directory (AD) – hvordan diagrammet lister opp brukere og objekter i et domene eller skog (blant annet) – og når det gjelder hybride, er det et Hjem grunntall for brukere som skal replikeres til Microsoft Cloud. Jobber av synkronisering (AAD koble), ADFS og WA-P (vårt eksempel omvendt Proxy) er litt nyere, og mer sentral til behandling av hybrid HTTPS-forespørsler og identiteter så la oss snakke om de.

ADFS

Hvis du vil se gjennom, er jobben av Active Directory Federation Services slik at begge sider av hybrid å gjenkjenne hverandre, og som jeg vil at, Office 365 skal kjenner og stoler på ADFS (eller ADFS klyngen) som en bekreftet offentlig domenenavnet tilhører. Dette gjør at single sign on. Det betyr at når brukere med en tilknyttet UPN vises for å godkjenne mot ressurser på nettet, Office 365 skal vite UPN og hvilke bestemte ADFS-serveren for å sende brukere for godkjenning. Når Heidi@contoso.com går gjennom påloggingsprosessen for Exchange Online, er Office 365 skal sende en forespørsel til din lokale slik at ADFS kan aktiveres i godkjenning og enten Bekreft hun er som hun krav eller nekte henne. Dette kan skje raskt hvis nettverks- og konfigurasjonen tillater det. ADFS brukes hvis du vil bruke enkel pålogging: når pålogging for brukere i en økt for ADFS ADFS-serveren Lydløst fanger opp alle andre forespørsler om godkjenning (som skjer når du bytter mellom arbeid, for eksempel) der du minner Office 365 at du er fortsatt som du sier du er. Siden noen IT-avdelinger har samsvar eller informasjon om sikkerhetsinnstillinger som krever passord holde lokalt, og andre ikke, er ADFS valgfritt.

Merknad: Uansett hybrid arbeidsmengden brukes bare ADFS når det er behov for enkel pålogging, eller når det er ikke er kompatible med standarder eller kundenes behov for å flytte en passord hash-kode på Internett og til en mappe utenfor firmaets kanten brannmuren. Det er viktig å være klar over at passordsynkronisering er aktivert som standard av veiviseren for AAD koble i Exchange Hybrids. ADFS-svar på bruker kataloger AD eller ADAM (Active Directory programmet modus).

Omvendt Proxy

Web Access-Proxy er en omvendt proxy (RP) som er innebygd i Windows Server-operativsystemer systemer siden 2012 R2 utgitt. Omvendt proxy står på grensepunktet skal fungere på vegne av farmen. Det har en 'side' som står overfor Internett og vet det offentlige domenenavnet for Office 365-hybrid og en 'side' som står overfor intranett eller perimeter nettverket og vet domenenavnet til ditt interne ressurser (for eksempel SharePoint-område URL-adressen, for eksempel). Den fanger opp alle forespørsler kommer inn i bedriften din, og gjør det mulig å blokkere porter, smal trafikken du vil godta fra Internett, og skjule interne adresser og URL-adresser for nettverket fra verden utenfor. Eksempel alle RPs er det en proxy for interne servere på nettverket når brukere utenfor nettverket prøver å få tilgang til en ressurs.

SharePoint 2013 Hybrids bruker en omvendt proxy som WA-P å fange opp innkommende trafikk (fra brukere i SPO gjøre spørringer mot en lokal søkeindeksen når det gjelder Søk Federation), men fordi SharePoint 2016 skyen Hybrids plassere hele indeksen i skyen, neste generering ikke lenger trenger en (som er den eneste grunnen hvorfor det er merket valgfritt i diagrammene). Men SharePoint 2013 er ikke det eneste stedet der du vil se en omvendt proxy som brukes til å fange opp ufiltrert trafikk kommer fra Internett. Skype for Business 2016 bruker én med kanten konfigurasjonen, og Exchange 2016 bruker en på kanten også. Siden enkelte tilfeller krever det, er WA-P valgfritt.

Kommentarer: 

  • WA-P brukes i SharePoint-Hybrids (2013 Federated hybrids) til å publisere et SharePoint-endepunkt gjennom et firma kanten. WA-P fanger opp kall Spo for dokumenter som skal vises i søkeresultater, eller elementer i lister som er drevet av BCS eller SAP. I skyen Hybridsøk kreves bare WA-P Hvis du vil søke forhåndsvisninger i søkeresultatene (du må publisere et sluttpunkt for Office Web Apps server gjennom kanten). I Skype for Business brukes WA-P for å fange opp Direktemeldinger og konferanse-trafikk fra utenfor firmaet og omdirigere anropet til Skype for Business kanten for ytterligere behandling.

  • Exchange-hybrid benytter AAD koble verktøyet under den hybrid veiviseren for å gi kunder muligheten til å installere og konfigurere ADFS og WA-P for Exchange hybrid bruk, reduksjon av kompleksiteten vil du stå overfor når du definerer en hybrid automatisk. Verken installasjon og konfigurasjon eller registreringen av ADFS sertifikater er automatisk til andre hybrid arbeidsbelastning.

Synkroniser

Grafikken jeg bruke viser 'Synkroniser' for Azure Active Directory-koble. Synkroniseringen utføres av AAD koble innebærer virkelig, pågående overføringen av brukere og/eller brukerinformasjon fra dine lokalt og i skyen. AAD koble kan gjøre to ting: den kopieres brukerkontoer i Office 365 (replikering), og den kan synkronisere informasjonen om passord på Office 365 (virkelig det ikke synkroniseres passordet, men en ikke-reverseres hash-kode som representerer passordet – synkronisering). Den ikke har ' synkronisere passordet ', men det alltid synkroniserer (kopieres) til brukerkontoer fra Active Directory (eller noen filtrert versjon av lokal bruker directory)!

AAD koble fungerer med kontrollere velfungerende domenet i Active Directory-domenet som tillater for "samme pålogging" i stedet for ADFS 'single sign-on'. Samme pålogging betyr at, i stedet for å logge på én gang og har ADFS settes i gang for alle ber om økten, du logge på med det samme passordet som på prem (og formodentlig, velg alternativet for å beholde selv logget på for å redusere antallet instruksjonene som oppstår fra navigere flere arbeidsoppgaver). Koble AAD for synkronisering er ikke valgfritt.

Kommentarer: 

  • Uansett hybrid-arbeidsmengden krever alle AAD koble. En replikering og valgfrie passord synkronisering av brukerne til Office 365 (og Azure AD bak) er nødvendig i alle tilfeller.

  • Andre likhetene inkluderer som passordsynkronisering (brukt for samme logg på) også krever at du skal angi gjenskape Directory endringer og gjenskape Directory alle endringer i Active Directory-domener som er synkronisert – gjøre dette for lokale kontoen som brukes av AAD koble, og at du må opprette en DNS-A eller AAAA host post federation service navnet på en bruker for enkel pålogging, slik at WA-P kan løse ADFS serveradressen internt ADFS-serveren.

Internett- og Internett-tilgjengelig hybrid deler felles

Er Microsoft Cloud, der – uansett arbeidsmengden Office 365 – du kan bruke noen kjente teknologier motsatt lokale-servere i O365-hybrid og Internett. Dette er:

  • Offentlige DNS-poster

  • Offentlige sertifiseringsinstanser

  • Azure Active Directory (AAD)

  • Office 365 (lisenser/er) og Office 365 hybrid veivisere

  • En server til server (S2S) klarering

  • Express rute og/eller Internett-trafikk

  • PowerShell-moduler

Offentlige DNS-registrator, for eksempel GoDaddy, behandle og tillate registrering av domenenavn. Hvis du vil bruke hybrid, må du registrere et domenenavn med offentlige DNS (Dette kan allerede være gjort for deg i store selskaper). Dette domenenavnet legges til Office 365, som også kontrollere at du eier offentlig domenenavnet du har lagt til.

Tradisjonelt dette offentlig domenenavnet er den samme som Active Directory UPN som er knyttet til hybrid brukere lokalt, men ikke holde deg oppdatert på denne detalj. Med den ikke lenge attributtet 'onpremisessecurityidentifier' i PowerShell, som tilordner identiteten til lokalene siden samsvarende registrerte domenet i O365 med UPN av brukere lokal er ikke lenger som kritiske slik den var én gang. Det er viktig at du vet at du vil trenger et offentlig domenenavn som du kan bevise eier, dette offentlig domenenavnet skal registreres i Office 365 og skal representere tilstedeværelsen din Office 365 på hver side av hybrid tilkoblingen.

Offentlige sertifiseringsinstanser gir deg pålitelig SSL/TLS-sertifikater til å kryptere nettverkstrafikken. I hver arbeidsbelastning foregår hybrid kommunikasjonen over en kryptert tilkobling. Du må ha et sertifikat fra en offentlig sertifiseringsinstans på Internett. Få og SSL/TLS sertifikater er vanlig praksis og det er vanligvis offentlige sertifikatet prosesser i store selskaper å forenkle dette. I små firmaer må du kanskje kontakte IT-person, Office 365 dokumentasjon og Internett-Leverandøren.

Merknad: Du må kanskje ikke bruke ditt offentlige sertifikatene manuelt. I Exchange distribusjon hjelperen (EDA) for Exchange Hybrids benytter Azure AD Connect for å veilede deg gjennom prosessen og registrere sertifikater for ADFS-serveren (bør du bruke en ADFS). EDA er utformet for å effektivisere prosessen med å gå hybrid.

Azure Active Directory eller Azure AD er i bakgrunnen når du synkroniserer / gjenskape brukere fra lokale til Office 365-abonnementet (skyen lokale). Det er nøyaktig samme Active Directory brukes i bredere Azure. Kraftige og sømløst oppsett med blandede til Office 365. Du kan administrere brukere og lisenser i denne mappen. Behandle lisenser i Office 365 ikke er ferdig automatisk med en hybrid veiviseren. Lisenser koster kunder penger, så beslutningen om hvem og hvor mange lisenser som får ikke gjort automatisk.

Office 365 er fullstendig en halv din hybrid. Det har online hybrid veivisere per arbeidsbelastning. Dette er ikke svært effektiv, men fungerer slik hybrid per 2016 (eller andre ord fra og med versjonen av SharePoint Server 2016, Exchange Server-2016 og Skype for Business Server 2015, lokalt). Men det er ikke den enkleste måten å konfigurere alle elementene i en hybrid. En enkelt hybrid veiviser som vil føre til at kunder kan velge hvilke arbeidsmengden du hybrid og innføring prosessen per arbeidsbelastning, samt en hybrid kommandoen center – O365 Administrative instrumentbord – som kan rapportere om teknologier som brukes av hver hybrid er velfungerende og/eller allerede på plass ikke finnes ennå.

Hva betyr dette? Det betyr følgende hver veiviseren gjør de samme trinnene, og ofte mer enn én gang. Hver veiviseren aktiverer OAuth (S2S klarering) for eksempel (skal vi snakke om OAuth senere). Veivisere som SharePoint Online arbeidsmengden Hybrid Picker, Installer OAuth uansett hva knapp du klikker (for hver valget du gjør), om OAuth er nødvendig for hybrid scenariet. Andre veiviserne, for eksempel veiviseren for Exchange-hybrid konfigurere OAuth i bakgrunnen og bare én gang.

En S2S klarer trenger ikke å på tvers av Internett, men når det gjelder hybride, må denne klarering. Det er ikke en S2S som et domene eller skog klarering. Det er ikke mange porter som skal åpnes, og ingen dypere integrasjon til å opprette mellom aktive kataloger. S2S bygger en klarert tilkobling mellom lokale SharePoint-farmen og en del av Office 365-skyen kalt påloggingstjenesten kontroll eller ACS (en autorisasjon server). Klareringen er basert på et SSL/TLS-sertifikat som signerer tokener utstedt på vegne av brukerne, at lokale og O365 ACS begge godtar er pålitelig – tenke på det som en høy fem mellom lokal SharePoint (og dens ACS proxy-tjenesten) og Azure ACS for alle gyldige brukere tilgang til tjenesten. Kommunikasjon om bruker-IDer (årsaken til denne klarering) utføres over HTTP/443.

Merknad: Eksempel med Azure AD har Office 365 en klarering med Azure ACS.

Hybrids kan bruke selvsignert eller offentlig sertifikater her. Mange store selskaper velger offentlige sertifikater på grunn av deres InfoSec standarder – stor grad fordi trafikken krysser mai på tvers av Internett, et ikke-klarerte segment. Dette sertifikatet kan være et selvsignert sertifikat som er nye eller én trukket ut av de SP STS token-signering sertifikat lokalene for SharePoint hybrids. (Hvis du brukte et nytt sertifikat (offentlig eller selvsignert) i en SharePoint-hybrid du må erstatte sertifikatet SP STS Token å logge på alle noder i SharePoint-farmen.)

Trafikk i en hybrid forlater en klient firmaet/organisasjonskart, krysser Internett og angir Microsoft organisasjon/Microsoft Office 365-skyen. Det er en måte å omgå dette uklarerte og ukontrollerte segmentet, og som har ved hjelp av en leverandør av 3rd-party basert Express rute fra firmaet eller organisasjonen i Office 365-skyen. Express rute omgår Internett ved å tilby en privat WAN-tilkobling til Microsoft Cloud. Det er viktig å forstå at i tilfeller der WAN innvirkning på en feil i basis er fremdeles Internett.

Alle hybrids gjør bruk av PowerShell moduler for deler av management eller konfigurasjon. De fleste moduler må sannsynligvis omfatter Påloggingsassistenten Microsoft Online Services påloggingog Azure Active Directory-modulen for Windows PowerShell. Du kan klargjøre servere for konfigurasjon og behandling av dine Hybrids forskudd ved å installere dette ofte brukte PowerShell moduler.

Porter og protokoller felles

Hybrids er ½ dine lokalt, og ½ Office 365 (Azure SaaS eller PaaS hybrids ikke er dekket i dette dokumentet). Er det sannsynligvis halvdel kjøres på HTTPs, men det minste, Office 365 halvparten er 100% https/kryptert av TLS sertifikater, og som betyr at den kjører over standard port 443. Du må du sørge for at et offentlig sertifikat er knyttet til trafikk går fra grensepunktet for. Det vil si du må installere et sertifikat på maskinen å gjøre snakker på kanten av nettverket – denne trafikken kjøres over 443 og krypteres.

Merknad: Hvis bruker ADFS, du må faktisk tre sertifikater, der en blir offentligheten utstedt og brukt for kommunikasjon av tjenestene (det vil live på WA-P proxy-serveren hvis du velger å bruke ADFS), to av som blir gjort når ADFS-installasjoner, belastet automatisk fornyelse selvsignerte sertifikater og Token-logge og Token-dekryptering sertifikater brukt til signering av alle token som ADFS gjør. Men sertifikatene som kreves av en valgfri ADFS, med mindre alle hybrids må ha et S2S-sertifikat (også kalt S2S ACS klarere-sertifikat, som er for lang et navn).

Alle hybrids bruke 443 (HTTPS) og 53 (DNS), som standard for hybrid trafikk. Noen bruker ekstra porter som port 25 (SMTP). Men mest komplekse saken i hybrid arbeidsmengden for porter er Skype for Business. Heldigvis er portene dokumenteres.

Standout protokollen som brukes av alle hybrids (med mindre du ytelsestester brukes for DNS-oppslag, HTTPS-trafikk, SMTP og andre standarder) er OAuth (åpne autorisasjon), som også brukes i Active Directory Authentication Library. Det skal brukes når en serverressurs på én side av tilkoblingen skal handle på vegne av en bruker til å få tilgang til ressurser på en annen server, ofte i skyen. Det er en metode som kan hvilken brukerens tilgang til en fil eller ressurs gauged for en godkjent bruker. Dette kalles også 'Moderne godkjenning' (selv om OAuth refererer til autorisasjon).

Alle arbeidsbelastninger bruke OAuth/S2S i en hybrid (men ikke for hver hybrid-funksjonen). Hybrid veivisere vanligvis konfigurere denne nyttige protokollen automatisk. Det finnes imidlertid ingen samkjøring av denne arbeid på tvers av arbeid, ingen rapportering av OAuth tilstanden til kunden og ingen sentral måte å administrere denne universal ressursen fra og 2016.

I noen tilfeller hybrid veivisere aktivere OAuth når den ikke er nødvendig (for eksempel når SharePoint hybrid picker aktiverer dette for OneDrive for Business redirect i skyen), eller på alle utvalg av en hybrid alt i veiviseren (igjen, se SharePoint hybrid picker) eller selv utenfor hybrid picker i egendefinerte oppsett skript eksempel med skyen Hybridsøk.

Merknad: Du kan vurdere lynchpin av hybrid skal server til server (S2S) klarering mellom lokal lagring og skyen. Det kan hjelpe for å Vær oppmerksom på at S2S Microsofts navn for implementeringen av OAuth. Underliggende S2S/OAuth i alle våre arbeidsmengden er godkjenning og identitet lagene, begge som bruker kravgodkjenning.

Tabell med vanlige elementene i Office 365 hybrids

Så nå har vi en liste over vanlige elementene som ser slik ut:

Ting hybrid arbeidsmengden har felles

Lokal maskinvare

Lokale programmer som partner med arbeidsbelastninger i Office 365 (for eksempel Exchange Server til Exchange Online)

AAD-tilkobling

Omvendt Proxy (om nødvendig)

ADFS (valgfritt)

Internett-ting

Offentlige DNS-poster

Offentlige sertifiseringsinstanser

Azure Active Directory (AAD er bruker-mappen i Office 365)

Office 365 (E1, E3, E5 abonnementer)

Office 365 hybrid veivisere

Server-til-server (S2S) klarering

Porter og protokoller

HTTPS

DNS

S2S / OAuth

Målet er i siste instans få brukere skal være lik på tvers av grenser slik at vi kan forenkle to av de viktigste funksjonene en hybrid gjør – forstå brukeridentitet, og hva hun har tillatelse til å gjøre med hun har kunne se informasjon på tvers av alle arbeidsbelastninger.

En merknad om "Optional"

Noen av disse elementene er satt til "optional", men hvordan vil du vite hvis det er behov? Enkelte elementer i O365 hybrids er virkelig valgfrie eller ikke valgfri på brettet:

Fullstendig valgfritt - hybrids for alle Office 365

Ikke valgfrie / kreves av alle Office 365-hybrids

ADFS

AAD-tilkobling

Det finnes andre funksjoner som deles inn i en grå feltet i en hybrid arbeide. Sannsynligvis viktigst av disse er S2S klarere / OAuth. Denne klarering er bygd med hver hybrid veiviseren opprettet i Microsoft, og klareringen bygges som standard, selv når det ikke kreves, i rekkefølge til 'fremtiden korrektur' hybrids. Når du går hybrid via en veiviser, vises denne funksjonen på. Men (som du så tidligere) det ikke er for øyeblikket brukes i alle tilfeller.

En omvendt Proxy (WA-P i eksemplet vårt) er nødvendig når det kommer en uønsket forespørsel om innkommende for kunde-organisasjonen for data eller informasjon (for eksempel når Bruk hybrid BCS, når du publiserer Office Web Apps eller Office Online-serveren for forhåndsvisning av dokument i Søk resulterer). Det er også nødvendig når du publiserer et endepunkt til en DMZ av selskapet, for eksempel når Exchange bruker WA-P som en ADFS proxy-server (slik at hvis du bruker ADFS i en Exchange-Hybrid må WA-P).

Kanter som kreves for å vedlikeholde konsekvente kommunikasjonskanaler til pågående samtaler i Skype for Business hybrid, og kan brukes til å rute SMTP-trafikk til nettverket fra en perimeter i en Exchange-Hybrid. Slik det beskrives, ADFS skal brukes for Single sign on.

Må bruke en omvendt Proxy

Kan bruke en omvendt proxy-server (valgfritt)

Er ikke nødvendig med en omvendt Proxy

Innkommende hybridsøk for SharePoint

SharePoint hybrid BCS

Skype for Business Hybrid

SharePoint-skyen hybrid (skyen SSA)

Exchange-hybrid ved hjelp av ADFS for enkel pålogging

OneDrive for Business-omadressering

Områdefunksjoner for SharePoint hybrid

SharePoint hybrid profiler redirect

Hybrid ekstranett redirect

Det finnes like tabeller for S2S, for eksempel denne tabellen for SharePoint-servere i hybride konfigurasjoner. Tabeller som dette kan bygges ved hjelp av logikken til S2S-protokollen, som brukes når en serverressurs på én side av hybrid tilkoblingen skal handle på vegne av en bruker til å få tilgang til ressurser på en annen server i skyen

SharePoint Hybrid funksjoner som må bruke OAuth

SharePoint Hybrid funksjoner som ikke bruker OAuth

Hybridsøk (utgående + inngående)

Skyen Hybridsøk (skyen SSA) med bruk av forhåndsvisning av søk

Hybrid Forretningsdatatilkoblingstjenester (BCS)

Hybridfunksjoner

Hybrid profiler

Hybrid forvaltede metadata

OneDrive for Business omadressering *

Hybrid ekstranett *

Hybrid profiler *

Skyen Hybridsøk (skyen SSA) uten bruk av forhåndsvisning av søk

* SharePoint hybrid picker vil fortsatt aktivere OAuth, men dette er å gi en eventuelle fremtidige hybride konfigurasjoner.

Merknad: Ansvarsfraskrivelse for maskinoversettelse: Denne artikkelen er oversatt av et datasystem i stedet for en oversetter. Microsoft tilbyr disse maskinoversettelsene slik at brukere som ikke snakker engelsk, får tilgang til innhold om Microsoft-produkter, -tjenester og –teknologier. Ettersom artikkelen er maskinoversatt, kan den inneholde feil i vokabular, syntaks eller grammatikk.

Utvid ferdighetene dine
Utforsk opplæring
Vær først ute med de nye funksjonene
Bli med i Office Insiders

Var denne informasjonen nyttig?

Takk for tilbakemeldingen!

Takk for tilbakemeldingen! Det høres ut som det kan være lurt å sette deg i kontakt med én av våre Office-kundestøtteagenter.

×