Hi,
Am trying to do a new Xibo 2.0.1 setup with Docker and NGINX to reverse proxy HTTPS.
As a test, I’ve setup Xibo on Docker locally on my workstation before I actually deploy this on a proper docker server.
When using a normal logon, this works quite fine. However when I enable SAML, it redirects me to my SAML provider, authenticates just fine, after which it returns back to CMS with the error “unknown route”
I’ve got the same setup, also used the settings-custom.php file. But no luck, and cannot find any way to troubleshoot this either.
@alex is there anything I can look at to troubleshoot the issue ? Since login fails once SAML is enabled I can’t even get to the logs. Am happy to do some digging in the docker containers, but would require a few hints where to look.
There is no visible error or warning on cms and server side. Everything works normal, user authenticates but can’t redirect to dashboard page.Stops on Unknown Route screen.
I solved it by changing the homePage attribute from “dashboard” to “statusdashboard” but it’s not a real solution.
I think this issue happens because of page id or page name which defined on pagefactory.php and maybe dashboard name or id changed on V2.
Allow the page for the user from user page security settings and then change the saml settings homepage attribute to any page which you redirect user to. Must be different than “dashboard”
I think its a bug and can be good if solved in next release
What I can see using SAML tracer is that after doing a successful POST to /saml/acs, it goes to /library/fontcss where it get’s a 302 redirect back to the SAML server.
My feeling is that the problem is in the relaystate parameter that as you can see is giving out the HTTP link to the CMS docker container URL and not to the Nginx HTTPS URL that is fronting that.
After trying a redirect on /library/fontcss 2 times, it will start loading the clock URL after which it finally fails on /saml/acs with a “404 not found” error.
Managed to get to the logs by logging in normally in one browser and then moving settings-custom.php back into the cms/custom folder after which I tried to login in another browser using SAML
The exact error message in the log is:
@alex is this giving anymore info on the source of the problem ? Also see the reference getByName('dashboard") in the error that @bturcan referred to