Usage
On this page
Frontend login flow
Use the SSO Login plugin (dvssoauth_) on a frontend page.
Default behavior:
- Anonymous users see an SSO Login link.
- The link points to
loginwith an encodedHandler targetURL. - The target URL is normalized to contain
logintype=loginandpid(including signed PID if TYPO3 login signing is active). - After successful IdP authentication, TYPO3 authenticates the user by the
configured
remotevariable.User - Logged-in users see a logout action that redirects to
logoutwithHandler return=<site-.root- url>
Redirect behavior after frontend login
After login, Frontend redirects in
this order:
redirect_request parameter (if present)url - FlexForm setting
settings.(if configured)redirect Page - Otherwise, the plugin renders the logout view directly
Backend login flow
When enable is enabled:
- A dedicated backend login provider is registered.
- TYPO3 login page (
/typo3/) shows an SSO login button.login - The login button points to
loginwith targetHandler /typo3/?login_.status=login - On backend logout, the extension removes the first cookie whose name starts
with
_shibsession_.
Restrict backend access to SSO only
Set only to deny backend login attempts without valid SSO
context.
Behavior on denied login:
- If
EXTCONFhandlers are registered, they are executed.['dv_ sso_ auth'] ['only Sso Func'] - Otherwise, the service throws a backend exception
(
Login without SSO is not permitted.).
Auto-import and updates
Frontend users
With enable:
- Missing FE users are created in
storage.Pid - Existing FE users are updated on login.
email,nameandusergroupare synchronized from IdP attributes.- FE groups are auto-created in
storageby affiliation title if missing.Pid
Backend users
With enable:
- Missing BE users are created with
pid = 0. - Existing BE users are updated on login.
- BE groups are created from affiliation titles when missing.
- User-to-group assignment is derived from parsed affiliations.
- If
backendis set, user creation only happens when this affiliation is present.Auto Import Group
Recover from stale FE session cookies
The middleware Reset handles a common edge
case:
- A request has an FE session cookie and is SSO-related.
- TYPO3 responds with
403because session/auth state is stale.
Then the middleware:
- Expires the FE cookie.
- Redirects once to the same URL with
sso.Session Retry=1 - If retry still returns
403, the response is returned as-is (no loop).
Typical setup example
Root
+-- Login
| Content: SSO Login plugin
+-- Protected area
+-- Logged-in landing page (optional, used as redirectPage)
+-- Storage (SysFolder, not in menu)
Stores: FE users and FE groups for auto-import
Copied!
Configuration summary for this setup:
enableFE = 1 enable(optional)Auto Import = 1 storagePid = <uid- of- storage- folder> - FlexForm
settings.(optional)redirect Page = <uid- of- landing- page>