Indstil dine indstillinger for SAML-tilstand i Acrobat Sign til SAML tilladt
- Bekræft, at du kender din oprindelige Acrobat Sign -adgangskode
- Dette er en forholdsregel for at undgå, at du ved et uheld bliver låst ude af din konto, efter du ændrer IdP
Nyheder
Kom godt i gang
Administrer
Send, underskriv og administrer aftaler
Avancerede aftalefunktioner og arbejdsforløb
Integrer med andre produkter
Acrobat Sign-udvikler
Support og fejlfinding
Adobe Acrobat Sign har implementeret et nyt domæne: adobesign.com.
Kunder kan identificere deres domæne ved at logge på Acrobat Sign og tjekke URL'en:
Hvis din URL er documents.adobe.com, ændres dit domæne ikke. Men kunder vil skulle eksplicit tillade mail fra adobesign@adobesign.com
For at sikre tjenestekontinuitet bør kunder forberede sig på domænemigrering ved at gennemgå nedenstående liste over handlinger og håndtere de problemer, der er relevante for deres konto.
Alle berørte konti har mulighed for at skifte til det nye domæne, når deres konto har afhjulpet eventuelle problemer/opgaver, som nedenstående liste beder om.
Ændring af din SAML-konfiguration kræver, at du tilvælger det nye domæne, omgående efter du gemmer de nye IdP-indstillinger i Acrobat Sign.
SSO til kontoen vil være ødelagt, indtil domæneskiftet er fuldført.
Bruger du SAML som kunde, skal du sørge for at indstille dine indstillinger for SAML-tilstand indstillinger i Acrobat Sign til SAML tilladt
Administratorer, der har brugere, som bruger mobilappen Acrobat Sign til iOS, skal advare deres brugere om at opgradere deres appversion til 3.22 eller senere.
Appen Acrobat Sign til Android påvirkes ikke af domæneskiftet.
Opdatering af brugerdefinerede mailskabeloner skal udføres af din success manager eller supportteam.
Da skabelonerne kan opdateres når som helst inden skift til det nye domæne, anbefales det, at du anmoder om denne opdatering så tidligt som muligt.
Hvis din konto bruger en brugerdefineret mailskabelon, skal skabelonen opdateres for at tillade en reference til adobesign@adobesign.com som mailaliasset for brugere at føje til deres liste over sikre mails.
Kunder, der aktivt begrænser mail, skal eksplicit tillade mail fra adobesign@adobesign.com
For ellers kan det resultere i, at indgående (mail) aftalenotifikationer filtreres fra til spammapper.
Kunder med begrænset netværkssikkerhed bør eksplicit tillade trafik fra det nye domænes produktionsslutpunkter.
Hvis dine nuværende netværkstilladelser er konfigureret til at tillade echosign.com-trafik, bør adobesign.com-slutpunkterne også tilføjes.
| Miljø | "echosign"-domæne | "adobesign"-domæneækvivalent |
|---|---|---|
| Produktion | echosign.com | adobesign.com |
| echocdn.com | adobesigncdn.com | |
| echosignforsalesforce.com | adobesignforsalesforce.com | |
| -- | documentcloud.adobe.com |
|
| Demo | echosigndemo.com | adobesigndemo.com |
| echocdndemo.com | adobesigncdndemo.com | |
| echosignforsalesforcedemo.com | adobesignforsalesforcedemo.com |
En udvidet liste over Adobe Acrobat Sign-slutpunkter kan findes her, men kun de ovenstående er relevante for denne domænemigrering.
Ingen ændringer til IP-intervaller kræves.
Konti, der anvender API-tjenesten, bør gennemgå deres kode for at sikre, at den også understøtter adobesign.com-domænet.
Opdateringstokens (bruges til at få nye adgangstokens) er ikke knyttet til domænet, så de påvirkes ikke af domæneskiftet.
Kunder/partnere/integratorer kan have kode, som har en "hard coded" kontrol for den URI, der returneres. Dette kan gøres som en sikkerhedsforanstaltning for at undgå en exploit, der forsøger at omdirigere domænet på forkert vis.
Ændring af din SAML-konfiguration kræver, at du tilvælger det nye domæne, straks efter du gemmer de nye IdP-indstillinger i Acrobat Sign.
SSO til kontoen vil være ødelagt, indtil domæneskiftet er fuldført.
Indstil dine indstillinger for SAML-tilstand i Acrobat Sign til SAML tilladt
Opret en ny klient med din IdP (MSADFS, Okta osv.)
Når du migrerer til et nyt domæne, vil Acrobat Sign-tjenesteudbyder -indholdet på Acrobat Sign SAML-siden vise den eksisterende domænekonfiguration.
Du skal manuelt redigere de tre URL'er for at afspejle det nye domæne, du migrerer til.
Rediger ikke:
Rediger manuelt:

Opdater Identitetsudbyderkonfigurationer ved hjælp af værdierne fra den nyoprettede IdP-klient
Log på Acrobat Sign som kontoadministrator, og gå til Konto > Kontoindstillinger > Kontoopsætning
Bogmærker til det gamle domæne (echosign.com) kan udløse flere anmodninger om aktivering af cookies, når loginprocessen skifter brugeren til det nye domæne (adobesign.com).
Brugere kan reducere dette ved at opdatere deres bogmærker.
Test din SSO-forbindelse
Adobe Acrobat Sign til Salesforce -kunder skal gendanne OAuth-forbindelsen mellem Acrobat Sign og Salesforce (så hurtigt som muligt) efter domæneskiftet.
Domæneskiftet bryder den pålidelige forbindelse mellem Acrobat Sign og Salesforce. Indtil OAuth-forbindelsen genoprettes:
Organisationer, der har konfigureret Indstillinger for fjernwebsted for Acrobat Sign, skal også opdatere URL'en til fjernwebstedet, til adobesign.com (i stedet for echosign.com).
Gå til Konfiguration > Sikkerhedsindstillinger > Indstillinger for fjernwebsted
Gentag trin 3-5 for alle eksterne websteder, der benytter echosign.com som domæne for URL'en.
Bemærk, at det er muligt for websteds-URL'en at indeholde strengen "echosign" et sted i den streng, som ikke er domænet. UNDGÅ at redigere disse tre værdier:
Eksisterende webformularer fortsætter med at virke som forventet efter domæneskiftet.
Når en webformular oprettes, identificeres den med en unik webformId (wid).
Skift af domænet ændrer webformularens URL, men ikke webformId.
Eksempel:
Echosign.com webformular-URL:
Den samme webformular efter domæneskiftet:
Da Acrobat Sign fortsat accepterer indgående trafik på echosign.com-domænet, oversættes URL'en, og det korrekte webformId leveres.
Det anbefales, at kunder opdaterer deres indhold for at bruge URL'erne med det nye domæne, når det er muligt.
Alle konti anbefales kraftigt at "tilvælge" det nye domæne så tidligt som muligt for at give tid til fejlfinding, hvis der opstår problemer.
Konti kan skifte tilbage til det ældre domæne, hvis der opstår problemer.
Når din konto er klar til at migrere:
Log på Acrobat Sign som administrator på kontoniveau
Gå til Konto > Kontoindstillinger > Kontoopsætning
Klik på Opdater nu
En tjekliste over de vigtige handlinger vises i en overlejring.
Gennemgå hvert punkt, og kryds dem af, når du er tilstrækkeligt sikker på, at problemet er korrekt håndteret for din konto.
Klik på OK, når alle felterne er markeret, og klik derefter på Gem:
Bogmærker til det gamle domæne (echosign.com) kan udløse flere anmodninger om aktivering af cookies, når loginprocessen skifter brugeren til det nye domæne (adobesign.com).
Det anbefales, at brugerne får besked om at opdatere deres bogmærker, så de passer med det nye logindomæne.
Hvis du af en eller anden grund ønsker at gå tilbage til det ældre domæne, er processen den samme som det oprindelige skift.
Log på Acrobat Sign som administrator på kontoniveau
Gå til Konto > Kontoindstillinger > Kontoopsætning
Klik på Opdater nu, og klik derefter på Gem
Nedenfor finder du en liste over almindelige spørgsmål om domænemigrering.
Hvis du ikke kan finde et svar på dit spørgsmål her, bedes du kontakte din success manager eller kundesupport.
Domænet i prøvesvaret peger på adobesign.com, selvom anmodningen blev foretaget fra echosign.com.
Sag: Konto migreret til adobesign.com-domæne – API-kald foretaget ved hjælp af adobesign.com -domæne
1 2 3 4 |
{ "apiAccessPoint": "https://api.na2.adobesign.com/", "webAccessPoint": "https://secure.na2.adobesign.com/" } |
Nej.
Konti på en *.documents.adobe.com URL migreres ikke.
Kun konti på *.echosign.com-domænet migreres til adobesign.com-domænet.
Nej.
De samme IP-intervaller (vist på siden Systemkrav) bruges til adobesign.com-domænet.
Intet nyt tilføjes; intet fjernes.