Why do private embed links resolve to a "public.domo.com" address?
Our private embeds resolve to an address at public.domo.com. Is this normal? For example, if I go to a link like:
https://mycompany.domo.com/embed/pages/n1234
I get redirected to public.domo.com address like this:
https://public.domo.com/embed/pages/n1234
The embeds do not seem to actually be public. When trying to access when not logged in to Domo, you do end up at the login screen, and then get redirected to the dashboard. Why is this? Why doesn't the address stay at mycompany.domo.com?
Best Answers
-
This is the embed server that handles embedding. It's a bit confusing with the domain being public but all the logic is handled there for private and public embedding. @ChrisBaker@chrishaleua may be able to shed some more light on this.
**Was this post helpful? Click Agree or Like below**
**Did this solve your problem? Accept it as a solution!**1 -
Great feedback. I agree a different domain would be more intuitive. We have considered eventually changing it to embed.domo.com instead.
In the meantime, rest assured this is definitely working as designed. When private embed URLs resolve to public.domo.com, that just means the APIs they reference are publicly documented on developer.domo.com and available to be used as long as you have a secure client ID and secret where only authenticated activity will actually render any content.
3
Answers
-
This is the embed server that handles embedding. It's a bit confusing with the domain being public but all the logic is handled there for private and public embedding. @ChrisBaker@chrishaleua may be able to shed some more light on this.
**Was this post helpful? Click Agree or Like below**
**Did this solve your problem? Accept it as a solution!**1 -
@grace@GrantSmith Even if it is private, which is does appear to be, it's still concerning. Hopefully Domo will change this in the future so there's no confusion.
0 -
Great feedback. I agree a different domain would be more intuitive. We have considered eventually changing it to embed.domo.com instead.
In the meantime, rest assured this is definitely working as designed. When private embed URLs resolve to public.domo.com, that just means the APIs they reference are publicly documented on developer.domo.com and available to be used as long as you have a secure client ID and secret where only authenticated activity will actually render any content.
3 -
In response to customer concerns and security considerations. Going forward after the 25th of April, all new embedded content will resolve to a different prefix after authentication.
Customers will see a prefix of "embed.domo.com” instead of “public.domo.com” for embedded content. We are also working on visual indicators to show privately vs. publicly embedded content to help reduce confusion.
Ken Boyer
GPM, Domo Everywhere + Labs
0
Categories
- All Categories
- 1.8K Product Ideas
- 1.8K Ideas Exchange
- 1.5K Connect
- 1.2K Connectors
- 300 Workbench
- 6 Cloud Amplifier
- 8 Federated
- 2.9K Transform
- 100 SQL DataFlows
- 616 Datasets
- 2.2K Magic ETL
- 3.8K Visualize
- 2.5K Charting
- 738 Beast Mode
- 56 App Studio
- 40 Variables
- 684 Automate
- 176 Apps
- 452 APIs & Domo Developer
- 46 Workflows
- 10 DomoAI
- 35 Predict
- 14 Jupyter Workspaces
- 21 R & Python Tiles
- 394 Distribute
- 113 Domo Everywhere
- 275 Scheduled Reports
- 6 Software Integrations
- 123 Manage
- 120 Governance & Security
- 8 Domo Community Gallery
- 38 Product Releases
- 10 Domo University
- 5.4K Community Forums
- 40 Getting Started
- 30 Community Member Introductions
- 108 Community Announcements
- 4.8K Archive