Inleiding
Het is mogelijk om de naam van een Workspace-omgeving te wijzigen voor zowel gehoste als zelf-gehoste omgevingen:
Gehoste partners kunnen een Wijzigingsverzoek (CR-01) indienen.
Zelf-gehoste partners kunnen dit zelf configureren.
Door de naam van de Workspace-omgeving te wijzigen, veranderen we het tweede deel van de URL. Bijvoorbeeld, 'https://workspace365.net/omgevingnaamA' wordt 'https://workspace365.net/omgevingnaamB'.
Als je een persoonlijke URL of beter bekend als een Custom URL wilt aanvragen, lees dan het artikel Persoonlijke URL aanvragen (CR-03).
Uitsluiting van specifieke omgevingsnamen bij naamaanvragen
Om verwarring of technische conflicten te voorkomen, zijn de volgende omgevingsnamen uitgesloten van het aanvraagproces voor een nieuwe omgevingsbenaming:
customerrorpagesprovisioningregisteradminapibuildcontentdemo
Deze namen worden intern gebruikt voor systeemdoeleinden en zijn daarom niet beschikbaar voor klantomgevingen of testomgevingen. Wij vragen je vriendelijk hiermee rekening te houden bij het indienen van een verzoek voor een nieuwe omgeving.
Controleer getroffen services
Wanneer de naam van een Workspace-omgeving verandert, zijn er ook enkele andere wijzigingen nodig. Lees de onderstaande lijst om te zien welke op jou van toepassing zijn, zodat alles blijft werken zoals verwacht. Voor de Redirect URI kan voorafgaand aan de wijziging een extra URI met de nieuwe omgevingsnaam worden toegevoegd. Alle andere stappen moeten achteraf worden uitgevoerd.
Azure SSO-appregistratie:
De Redirect URL moet worden gewijzigd om overeen te komen met de nieuwe omgevingsnaam.
De Front-channel logout URL moet worden gewijzigd om overeen te komen met de nieuwe omgevingsnaam.
AAD-synctool: de omgevingsnaam moet worden bijgewerkt in de configurator.
Automatische gebruikersprovisioning via SCIM API: de "Tenant URL" moet worden bijgewerkt in de Enterprise-applicatie onder Provisioning > Provisioning > Admin credentials.
Clientless RDP:
De Connections-groep moet worden bijgewerkt, omdat deze identiek moet zijn aan de omgevingsnaam.
Als je de aanbevolen ServiceUser-syntaxis gebruikt (klik op de link en bekijk stap 8), raden we aan deze bij te werken om overeen te komen met de nieuwe omgevingsnaam, om potentiële verwarring in de toekomst te voorkomen.
Als je de ServiceUser-naam bijwerkt, vergeet dan niet de Clientless RDP-configuratie in de Workspace bij te werken om overeen te komen met de nieuwe inloggegevens.
Zorg ervoor dat snelkoppelingen (bladwijzers) van eindgebruikers, of andere vormen van toegang tot de Workspace, worden bijgewerkt naar de nieuwe URL.
Daarnaast kunnen de volgende wijzigingen nodig zijn als de omgeving deze functies gebruikt:
API: als je de Workspace 365 API of Provisioning API ergens gebruikt, moet je deze bijwerken om overeen te komen met de nieuwe omgevingsnaam.
Liquit: het Content Security Policy (CSP) moet worden bijgewerkt.
Workspace 365 Teams-integratie: het manifest.json-bestand moet worden bijgewerkt.
SharePoint-intranet: als je een SharePoint-intranet aan de Workspace hebt toegevoegd, moet de portal-siteverbinding worden bijgewerkt.
Instructies voor gehoste partners
Om een URL-wijziging aan te vragen, dien je een CR-01 wijzigingsverzoek in te dienen.
Als je Workspace 365 via een van onze partners/resellers hebt aangeschaft, neem dan contact met hen op om het wijzigingsverzoek namens jou in te dienen. Als je een directe partner of klant bent, kun je zelf een wijzigingsverzoek indienen.
Instructies voor zelf-gehoste partners
Wijzig de omgevingsnaam:
Open de hoofddatabase.
Ga naar de tabel Environments.
Wijzig de Persoonlijke URL.
Optioneel: Wijzig de BLOBStorageContainerName.
Optioneel: Hernoem de Blob-opslagmap:
Ga naar Verkenner.
Selecteer de Partner-map.
Wijzig de naam van de omgevingsmap.
Cache wissen:
BELANGRIJK: Verwijder de tijdelijke cache niet.
Ga naar het Instance Operator-paneel (/admin).
Wis de cache.
500-fout na het wijzigen van de omgevingsnaam? Probeer de applicatiepool voor beide servers te recyclen.