Currently, if you enable SSO (LFDSSTS) for the Web Client. then reaching the Web Client Configuration page also redirects you to the LFDSSTS page. LFDS does not control who does/doesn't have access to Web Client Configuration, but you have to have SOME credentials that exist in LFDS to get past this page (testing confirmed that ANY credentials in LFDS will work; licensed/unlicensed, etc.).
This, among other reasons, prompts this request... why not separate Web Client & Web Client Configuration into separate IIS Applications? If that were the case, applying SSO to the Web Client wouldn't also apply it to Web Client Configuration.
This approach would be the same one that's currently taken for Forms, for example. Forms and FormsConfig are separate IIS Applications; though they run under the same App Pool (FormsAppPool), but the result is, when you turn on LFDSSTS Authentication for Forms, it doesn't apply to reaching the FormsConfig page (you don't redirect to LFDSSTS when trying to hit the FormsConfig page).
This is also the approach taken with LFDS and LFDSSTS; they are separate IIS Applications.
However, currently, the Web Client Configuration page is just a subdirectory of the Web Client application:
- Web Client: /Laserfiche
- Web Client Configuration: /Laserfiche/Configuration/Configuration.aspx
Why not separate them:
- Web Client: /Laserfiche
- Web Client Configuration: /LaserficheConfig
(or "/LFConfig", or "/WAConfig", or something similar)
They could both still run under the "WebAccessAppPool", but they would be separate IIS Applications, running in separate application domains.
I'm creating this as a Feature Request for future releases of Laserfiche Web Client.