-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
compat auth not working #19
Comments
If the forum is on a different server, you are going to have to give it a path to where SMF is and where it can find the Settings.php. It loads this data in to connect up to your SMF database and provide redirects as needed for the SSO. If you are setting up a new install, you shouldn't need to touch the legacy settings. That was just the combat layer to the original auth provided here. I will look into those bugs though. The last error messages show that you should be using SMF 2.0 and it is looking for the proper cookies. If your forum and wiki are on different domains, this won't work. If they are on different sub domains, you need sub domain independent cookies turned on in SMF. Essentially, this SSO plugin looks for your SMF cookie, parses it and validates it to log you in. Just as SMF would itself. SMF_IN_WIKI was a direct request include prevention. Doesn't do anything much now. |
thanks for the hint I enabled the option to allow all subdomain also saw this version of the legacy plugin there https://github.com/SimpleMachines/bridges/tree/master/SMF-MediaWiki-auth with the SMF_IN_WIKI I used one really older where forum db settings were defined in the wiki LocalSettings. Keeping on trying this current SSO plugin:
best I get already logged in in forum and using this [ForumSessionProvider] Constructor initialized. when I am already logged in on the SMF One time I got logged in in returning manually to wiki but every other trial this is just a loop between wiki and forum if not logged and I always get unknown action page in wiki whenever I hit connect ok found the origin of failed to validate password under IP.IP.IP.IP forum and wiki are both behind proxy and one was seeing the real ip the other the proxy ip. and wondering If I change Ip do I need to relog ? |
This right here is your hint. The password in the cookie isn't validating. This means it found the cookie and was able to get the data into a workable order. But when it attempted to validate the password, it failed. Are you using the latest 2.0.x? |
FYI, for MediaWiki. You do need to tell it your behind a proxy: https://serverfault.com/questions/526547/mediawiki-behind-reverse-proxy-populates-user-ip-address-with-proxy-address |
I am unable to use compat auth
I need it because forum is not on same server. Anf I do not want to use same user against the db of smf
BUG1 : first comparing
/ForumSsoProvider.php
and ForumProvider/smf2.0.php
seems that the function is not using the right name
changing it to compatLegacy make one more step in log
but still no chance !
BUG2: documentation says path should be
$wgFSPath = '/path/to/smf/root/';
while code search for
$this->ForumSettings['path'] = isset($wgSMFPath) ? $wgSMFPath : '../forum';
=> please update readme
$wgSMFPath = '/path/to/smf/root/';
I then, with a workaround using a fake Settings.php (with my legacy SMF auth values disguised) in my wiki path, I am able to get
still no chance with legacy but better ..
regarding more at configs
Uses the legacy Auth_SMF.php LocalSettings
define('SMF_IN_WIKI', true);
$wgSMFLogin = true;
wgSMFLogin is checked in /ForumSsoProvider.php
but BUG 3 nowhere I can see the SMF_IN_WIKI
was it intended to get the config from the legacy defined values
The text was updated successfully, but these errors were encountered: