Käyttöopas Peruuta

Kertakirjautumiseen liittyvät yleiset kysymykset

Hae

Päivitetty viimeksi 17. toukokuuta 2023 | Koskee myös seuraavaa Creative Cloud for enterprise, Document Cloud for enterprise, Experience Cloud

Enterprise

Admin Console

Adobe Enterprise ja Teams: järjestelmänvalvojan opas
Käyttöönoton suunnittelu
Organisaation määritys
1. Tunnistetietotyypit | Yleiskatsaus
2. Tunnistetietojen määritys | Yleiskatsaus
3. Organisaation määritys Enterprise ID:llä
4. Azure AD ‑liitoksen ja synkronoinnin määritys
5. Google-liitoksen määritys ja synkronointi
6. Microsoft ADFS:n käyttöönotto organisaatiossa
7. Organisaation määrittäminen koulupiirien portaaleille ja oppimisen hallintajärjestelmille
8. Organisaation määrittäminen muilla tunnistetietojen toimittajilla
9. Kertakirjautumisen usein kysytyt kysymykset ja vianmääritys
Organisaation määrityksen hallinta
Käyttäjien hallinta
1. Yleiskatsaus
2. Hallintaroolit
3. Käyttäjien hallintastrategiat
4. Käyttöoikeuksien määrittäminen Teams-käyttäjälle
5. Sovelluksen sisäinen käyttäjien hallinta työryhmille
  1. Työryhmän hallinta Adobe Expressissä
  2. Työryhmän hallinta Adobe Acrobatissa
6. Samaa sähköpostitoimialuetta käyttävien käyttäjien lisääminen
7. Käyttäjän tunnistetietotyypin vaihtaminen
8. Käyttäjäryhmien hallinta
9. Hakemiston käyttäjien hallinta
10. Kehittäjien hallinta
11. Nykyisten käyttäjien siirto Adobe Admin Consoleen
12. Käyttäjähallinnan siirto Adobe Admin Consoleen
Tuotteiden ja käyttöoikeuksien hallinta
1. Tuotteiden ja tuoteprofiilien hallinta
2. Jaettujen laitelisenssien hallinta
Global Admin Consolen käytön aloittaminen
Tallennustilan ja resurssien hallinta
1. Tallennustila
2. Resurssien siirtäminen
3. Resurssien palauttaminen käyttäjältä
4. Opiskelijoiden resurssien siirto | vain opetusala
  1. Automaattinen opiskelijoiden resurssien siirto
  2. Omien resurssien siirto
Palvelujen hallinta
1. Adobe Stock
2. Mukautetut kirjasimet
3. Adobe Asset Link
4. Adobe Acrobat Sign
5. Creative Cloud for enterprise – maksuton jäsenyys
  1. Yleiskatsaus
Sovellusten ja päivitysten käyttöönotto
1. Yleiskatsaus
2. Pakettien luonti
  1. Sovellusten pakkaus Admin Consolella
  2. Nimettyjen lisenssipakettien luonti
  3. Valmiiksi luotujen pakettien hallinta
    1. Adoben mallien hallinta
    2. Yhden sovelluksen pakettien hallinta
  4. Pakettien hallinta
  5. Laitelisenssien hallinta
  6. Sarjanumerolisensointi
3. Pakettien mukauttaminen
  1. Creative Cloud ‑tietokonesovelluksen mukauttaminen
  2. Laajennusten lisääminen pakettiin
4. Pakettien käyttöönotto
5. Päivitysten hallinta
  1. Adoben yritys- ja työryhmäasiakkaiden muutoksenhallinta
  2. Päivityksien käyttöönotto
6. Adobe Update Server Setup Tool (AUSST)
7. Adobe Remote Update Manager (RUM)
  1. Julkaisutiedot
  2. Adobe Remote Update Managerin käyttö
8. Vianmääritys
  1. Creative Cloud ‑sovellusten asennus- ja asennuksen poistovirheiden vianmääritys
  2. Kyselyn tekeminen asiakaslaitteisiin sen tarkistamiseksi, onko paketti otettu käyttöön
Teams-tilin hallinta
Uusinnat
1. Teams-jäsenyys: uusinnat
2. Enterprise in VIP: uusinnat ja vaatimustenmukaisuus
Sopimusten hallinta
Raportit ja lokit
Hanki ohjeita

Adobe Admin Consolen avulla yrityskäyttäjät voivat suorittaa Adoben yritysratkaisujen edellyttämän todennuksen nykyisillä tunnistetietojen hallintajärjestelmillään integroimalla ne kertakirjautumista (SSO) tukeviin tunnistetietojen hallintajärjestelmiin. Kertakirjautumisessa käytetään SAML-standardia, joka on alalla yleinen protokolla. Se yhdistää organisaation tunnistetietojen hallintajärjestelmät pilvipalveluiden tarjoajiin, kuten Adobeen. Kertakirjautuminen voi suojatusti vaihtaa todennustietoja palveluntarjoajan (Adobe) ja tunnistetietojen toimittajan (IdP) välillä. Palveluntarjoaja lähettää pyynnön IdP:lle, joka yrittää todentaa käyttäjän. Todennuksen jälkeen IdP lähettää vastausviestin käyttäjän kirjaamiseksi sisään palveluun. Yksityiskohtaisia ohjeita on artikkelissa Kertakirjautumisen määritys.

Sopimus

Adoben tunnistetietotyypit ovat seuraavat:

Enterprise ID: Organisaatio luo ja omistaa tilin. Tilit luodaan varatulle toimialueelle. Adobe hallinnoi tunnistetietoja ja käsittelee sisäänkirjautumisen.
Federated ID: organisaatio luo ja omistaa tilin sekä liittää sen yhdistämällä yrityshakemistoon, yritys tai koulu hallinnoi tunnistetietoja sekä käsittelee sisäänkirjautumisen kertasisäänkirjautumisella.
Adobe ID: käyttäjä luo ja omistaa tilin. Adobe hallinnoi tunnistetietoja ja käsittelee sisäänkirjautumisen. Tallennusmallista riippuen tilin ja resurssit omistaa käyttäjä tai organisaatio.
.

Huomautus:

Päivitämme yritykset (työryhmät tai yritykset) yritysten tallennustilamalliin, jotta Adobe ID ‑käyttäjät voivat käyttää yritysten tallennustilaa ja muita yritystason toimintoja.

Sinulle ilmoitetaan, kun päivitys on ajoitettu organisaatiollesi. Päivityksen jälkeen Adobe ID ‑käyttäjät siirretään käyttämään yritysten tallennustilaa, ja organisaatio vastaa tällöin suoraan yritysprofiilinsa hallinnasta.

Kyllä, voit yhdistellä Enterprise ID:itä, Federated ID:itä ja Adobe ID:itä, mutta et kuitenkaan saman varatun toimialueen sisällä.

Enterprise ID:itä ja Federated ID:itä voi käyttää vain toimialueen tasolla. Siksi voit valita niistä vain yhden. Adobe ID:tä voi käyttää yhdessä Federated ID:n tai Enterprise ID:n kanssa.

Jos esimerkiksi yritys varaa vain yhden toimialueen, järjestelmänvalvoja voi valita Enterprise ID:n tai Federated ID:n. Jos organisaatio varaa yrityksessä useita toimialueita, järjestelmänvalvoja voi esimerkiksi käyttää yhtä toimialuetta Adobe ID:illä ja Enterprise ID:illä, toista toimialuetta taas Adobe ID:illä ja Federated ID:illä. Tämä tarkoittaa sitä, että jokaisella toimialueella Adobe ID:n rinnalla voidaan käyttää Enterprise ID:tä tai Federated ID:tä.

Adoben käyttöoikeuksien hallinta on Federated ID:illä entistä nopeampaa, helpompaa ja turvallisempaa.

Järjestelmänvalvojat voivat hallita todennusta ja käyttäjän elinkaarta.
Kun poistat käyttäjän yrityshakemistosta, käyttäjä menettää oikeutensa tietokonesovellusten, palveluiden tai mobiilisovellusten käyttöön.
Federated ID:iden avulla organisaatiot voivat hyödyntää jo käytössä olevia tunnistetietojen hallintajärjestelmiä.
Koska loppukäyttäjät käyttävät organisaation vakiotunnistetietojärjestelmää, IT-osaston ei tarvitse hallita erillistä salasanojen hallintaprosessia.

Kun loppukäyttäjät kirjautuvat sisään, heidät ohjataan käyttämään organisaation tuttua vakiokertakirjautumistoimintoa.

Kyllä. Voit nyt siirtyä Enterprise ID:istä Federated ID:ihin käyttämällä samaa toimialuetta. Lisätietoja on toimialueen hakemistojen välillä siirtämistä käsittelevässä kohdassa.

Kyllä, voit liittää yrityshakemistosi sekä sen kirjautumis- ja todennusinfrastruktuurin Adobeen SAML 2.0 ‑standardia vastaavan tunnistetietojen toimittajan avulla.

Ei. Kun toimialue varataan Federated ID:itä varten, Adobe ID:t, joiden sähköpostiosoitteet ovat kyseisellä toimialueella, eivät millään tavalla muutu. Admin Consolessa olevat Adobe ID:t säilytetään.

Resurssien siirto on automaattinen prosessi. Kun käynnistät tämän prosessin, kaikki Adobe ID ‑tililläsi olevat tuetut sisällöt siirretään Enterprise ID- tai Federated ID ‑tilillesi. Lisätietoja on artikkelissa Automaattinen resurssien siirto.

Adoben Federated ID:n käyttöönotto tukee valtuutusta, kun taas todennuksesta vastaa tunnistetietojen toimittaja (IdP).

Yritysorganisaationa voit luoda linkin oman (yritystunnusrakennetta, kuten Active Directorya, käyttävän) todennuspalvelusi ja Adoben todennuspalveluiden välille. Tämä antaa yritysorganisaatiolle mahdollisuuden todennuksen isännöintiin. Adobe ei koskaan tallenna salasanoja, eivätkä järjestelmänvalvojat voi palauttaa Federated ID:iden salasanoja tai muokata niiden käyttäjänimiä Adobe Admin Consolen kautta.

Kyllä, tämä on mahdollista Adobe Admin Consolen Tuo käyttäjiä -toiminnolla. Lisätietoja on artikkelissa Useiden käyttäjien lisäys.

Et. Adobe muodostaa yhteyden tunnistetietojen toimittajaan, ei suoraan yrityshakemistoon. Tuemme kuitenkin käyttäjä- ja ryhmätietojen tuontia yrityshakemistosta Adobe Admin Consoleen. Lisätietoja on artikkelissa Useiden käyttäjien lisäys.

Adobe suosittelee, että kaikki yrityksen järjestelmänvalvojat vaihtavat Adobe ID -käyttäjänsä Federated ID -käyttäjiksi. Voit siirtyä Adobe ID -tunnuksista Federated ID -tunnuksiin noudattamalla näitä ohjevaiheita.

Adobe käyttää turvallista ja yleisesti hyväksyttyä Security Assertion Markup Language (SAML) ‑standardia, joten SSO-ratkaisu on helppo integroida mihin tahansa SAML 2.0 ‑standardia tukevaan tunnistetietojen toimittajaan.

Seuraavassa luettelossa on joitakin SAML 2.0 ‑standardia vastaavia tunnistetietojen toimittajia:

Okta
Oracle Identity Federation
Microsoft ADFS
Microsoft Azure AD^#
Google-liitos^#
Ping Federate
Salesforce IdP ulkoisesti allekirjoitetulla varmenteella
CA Federation
ForgeRock OpenAM
Shibboleth
NetIQ Access Manager
OneLogin
Novell Access Manager

Huomautus:

^#Jos tunnistetietojen toimittaja on Microsoft Azure AD tai Google, voit ohittaa SAML-pohjaisen menetelmän ja määrittää Azure AD ‑yhdistimen tai Google-liitoksen SSO:n kertakirjautumistoiminnon ottamiseksi käyttöön Adobe Admin Consolen avulla. Nämä määritykset valmistellaan ja niitä hallitaan Adobe Admin Consolessa. Synkronointimekanismi pitää huolen käyttäjien tunnistetietojen ja käyttöoikeuksien ajantasaisuudesta.

Kyllä, jos se on SAML 2.0 ‑protokollan mukainen.

Kyllä, ja tunnistetietojen toimittajan on tuettava SAML 2.0 ‑standardia.

SAML-standardia tukevalla tunnistetietojen toimittajalla on oltava ainakin

IDP-varmenne
IDP:n kirjautumis-URL-osoitteen
IDP-sidonta: HTTP-POST tai HTTP-Redirect
IDP:n vahvistuksen kuluttajapalvelun URL-osoite, ja sen on pystyttävä vastaanottamaan SAML- ja RelayState-pyyntöjä.

Ota yhteyttä tunnistetietojen toimittajaan, jos sinulla on muuta kysyttävää.

Ei, 2 048-bittistä varmennetta ei ole koskaan murrettu. Ainoiden 768-bittisen varmenteen murtaneiden ihmisten (Lenstra-ryhmän) arvion mukaan jopa 1 024-bittisen varmenteen murtaminen samoilla välineillä olisi vienyt heiltä yli 1 000 vuotta (tämä on noin 32 000 000 kertaa helpompaa kuin 2 048-bittisen varmenteen murtaminen).

Jos haluat saada viimeisimmät nörttiarviot eripituisten varmenteiden murtamisesta, siirry tähän sivustoon. Saat hauskan (tarkan, mutta markkinointivoittoisen) kuvan näiden varmenteiden turvallisuudesta siirtymällä tähän sivustoon (tai sen matemaattiseen taustasivustoon).

Ei, tämä rajoitus koskee varmenteita, joita käytetään selaimen ja palvelimen välisen tietoliikenneväylän koodaamiseen. Näitä IdP-varmenteita käytetään puolestaan kyseisen koodatun väylän kautta siirrettävien tietojen allekirjoittamiseen (ei koodaamiseen). Selain ei koskaan näe näitä varmenteita, sillä niitä käytetään vain Adoben ja asiakkaan IdP:n välillä.

Saat hyviä, kauppalaatuisia 2 048-bittisiä varmenteita noin 10 Yhdysvaltain dollarilla käyttövuotta kohti. IdP:iden varmenteet voidaan allekirjoittaa itse, mikä tarkoittaa, että ne voidaan luoda avoimeen lähdekoodiin perustuvilla ohjelmistoilla ilmaiseksi.

Ei, sillä IdP:iden henkilöllisyyden tarkistamiseen käytetään myös kahta muuta vahvaa suojaustasoa, jotka olisi murrettava, ennen kuin tekeytyminen IdP:ksi olisi mahdollista. Nämä muut tasot eivät ole itse allekirjoitettuja. Tämä tarkoittaa, että sinun olisi salaukseen käytettävän varmenteen lisäksi murrettava myös varmenteen luoneen allekirjoittajan varmenne.

Maksullisen tuen puhelinnumeron ja sähköpostiosoitteen löydät tervetuliaissähköpostiviestistä ja PDF-liitteestä, joka lähetettiin tilisi hallinnoijalle.

Samaa URL-päätepistettä voidaan käyttää useissa hakemistoissa. Jokaisen tunnistetietojen toimittajan liitosmetadataa hallitaan kuitenkin erikseen. Siten yhteisen tunnistetietojen toimittajan päätepisteen on käsiteltävä pyynnöt, joiden sisällöt eroavat toisistaan.

Kyllä, mikäli hakemiston SAML-integrointi käyttää käyttäjätunnus-muotoa ja Admin Console -käyttäjätunnukset ovat identtisiä SAML-integroinnissa määritettyjen pysyvien tunnusten kanssa. Tämä edellyttäisi kuitenkin sitä, että pysyvät tunnukset ovat käytettävissä silloin, kun käyttäjien tiedot synkronoidaan Admin Consoleen. Tämä ei ole yleinen tilanne, ja käytännössä NameID-elementin pysyvää muotoa ei tueta.

Ei. NameID-elementin arvoa käytetään Admin Consolen käyttäjätunnuksena ja NameQualifier-attribuutti jätetään huomiotta.

Kyllä. Adobe tukee SHA256-varmenteita. Tarkempia tietoja on artikkelissa Tunnistetietojen määritys.

Kyllä. Sinun on annettava varmenteen myöntäjän allekirjoittama varmenne Adoben asiakastuelle, niin lähetämme sen heidän puolestaan.

Jatka kirjautumalla Admin Consoleen, siirry kohtaan Tuki > Tuen yhteenveto ja valitse Luo tukipyyntö. Lisätietoja on artikkelissa Tukipyyntöjen luonti ja hallinta.

Okta-sertifikaatit ovat oletusarvoisesti itse allekirjoitettuja. Poikkeustapauksissa (ja mahdollisesti maksua vastaan) luotettu taho voi allekirjoittaa sertifikaatin.

Toimintaohjeet

Lisätietoja SSO:n käyttöönotosta Adoben tietokonesovelluksissa, palveluissa ja mobiilisovelluksissa on artikkelissa Kertakirjautumisen määritys.

Ei. Ilmoitusten lähettämistä loppukäyttäjille Admin Consolen kautta ei tueta. Yritysasiakkaana sinun on toimitettava omat ilmoituksesi, kun asiakkaat ovat valmiina aloittamaan SSO:n käytön Adoben ohjelmistojen ja palveluiden kanssa.

Ei, jos poistat käyttäjän/tunnuksen yrityshakemistostasi tai poistat sen yrityshakemistossasi käytöstä, käyttäjää/tunnusta ei automaattisesti poisteta Adobe Admin Consolesta tai poisteta Adobe Admin Consolessa käytöstä. Käyttäjällä ei kuitenkaan enää ole oikeuksia eikä hän enää pysty kirjautumaan Adobe Creative Cloud ‑tietokonesovelluksiin, palveluihin, mobiilisovelluksiin tai Acrobat‑sovelluksiin. Sinun on poistettava käyttäjä/tunnus Admin Consolesta manuaalisesti.

Kyllä, sinun on käytettävä Adobe Admin Consolea käyttäjien, ryhmien ja oikeuksien hallintaan. Huomaa kuitenkin, että kun luot ryhmiä Admin Consolessa, voit lähettää CSV-tiedoston, joka sisältää sekä käyttäjien että ryhmien tiedot. Tällöin luodaan käyttäjätili, ja käyttäjät siirretään määrättyyn ryhmään.

Ei, Federated ID:iden salasanoja ei voi vaihtaa Adobe Admin Consolessa. Adobe ei tallenna käyttäjien tunnistetietoja. Käytä käyttäjien hallintaan tunnistetietojen toimittajaa.

Yleisiä kysymyksiä: hakemiston määritys

Etsi vastauksia kysymyksiin, jotka koskevat hakemiston siirtämistä uudelle tunnistetietojen toimittajalle ja vanhentuneen SAML-kokoonpanon päivittämistä.

Varmista ennen aloittamista, että käytön edellytykset täyttyvät, jotta pystyt noudattamaan ohjeita, jotka koskevat siirtymistä uudelle tunnistetietojen toimittajalle. Ota myös seuraavat asiat huomioon, jotta pystyt siirtämään organisaatiosi hakemistot saumattomasti ja virheettömästi:

Järjestelmänvalvojien on luotava uusi SAML-sovellus IdP-kokoonpanoonsa määritystä varten. Jos he muokkaavat olemassa olevaa sovellusta, kaikki olemassa olevat aktiiviset kokoonpanot korvataan, ilmenee käyttökatkoja, eikä Adobe Admin Consolessa käytettävissä olevien IdP:iden välillä voi vaihtaa.
Järjestelmänvalvojien on varmistettava, että juuri luotu SAML-sovellus on määritetty kaikille tarvittaville käyttäjille tai että he voivat käyttää sitä.
Järjestelmänvalvojien on varmistettava, että IdP:n uuden todennusprofiilin käyttäjänimen muoto vastaa käyttäjän kirjautumiseen käytettävän nykyisen profiilin muotoa. He voivat käyttää vahvistukseen todennusprofiilin Testaa-toimintoa. Tämä Testaa-linkki voidaan kopioida leikepöydälle ja jakaa muiden kanssa vahvistuksen suorittamiseksi heidän laitteiltaan.
Järjestelmänvalvojien on testattava juuri lisätty IdP ennen aktivointia hakemiston kahdella tai kolmella aktiivisella tilillä.

Virhelokit eivät ole käytettävissä näitä toimintoja varten. Testaa-työnkulku antaa kuitenkin järjestelmänvalvojalle mahdollisuuden olennaisten virheiden tarkistamiseen ennen aktivointia. Huomioon otettaviin rajoituksiin kuuluvat muun muassa seuraavat:

Yhdessä hakemistossa voi olla enintään kaksi todennusprofiilia, ja molempien profiilien tulisi olla eri todennustyyppejä varten. Tämä tarkoittaa, että Microsoft Azure AD (joka käyttää Open ID Connectia) voi olla muiden SAML-palveluntarjoajien kanssa, mutta Google (joka käyttää itsekin SAML:ää) ei voi olla samassa hakemistossa muiden SAML-palveluntarjoajien kanssa.
Tämä toiminto ei anna järjestelmänvalvojien siirtää tunnistetietojen toimittajaa hakemiston synkronointitoiminnon (Azure AD Connectorin ja Google Connectorin) ottamiseksi käyttöön. Asiakkaat, jotka vaihtavat IdP:kseen Microsoft Azuren tai Googlen, voivat kuitenkin käyttää toisenlaista käyttäjien hallintastrategiaa. Lisätietoja on artikkelissa Adobe Admin Consolen käyttäjät.

Lisää samankaltaisia

Pyydä apua nopeammin ja helpommin

Oletko uusi käyttäjä?