|The Original Barnstar|
|This's for your brave efforts at this phab ticket..Your genious seems to be unbounded!?|
User talk:Ryan lane
About this board
A barnstar for you!
Blank Page issue with AD auth via LDAP Auth extension
I am having the same issue with MediaWiki v1.27.1 running in IIS on Windows 2012 R2. I downloaded and untar'd the file to C:\inetpub\wwwroot\mediawiki\extensions\LdapAuthentication. The moment I uncomment the code below, all of the MediaWiki pages won't load and stay blank (white). I even ran php maintenance/update.php after making the changes to no avail. Thoughts? Is something up with my config? See below. I have to comment out all of the LDAP-related text below for any of the MediaWiki pages to load again.
# Enabled extensions. Most of the extensions are enabled by adding
# to LocalSettings.php. Check specific extension documentation for more details.
# The following extensions were automatically enabled:
wfLoadExtension( 'PdfHandler' );
wfLoadExtension( 'LdapAuthentication' );
# End of automatically generated settings.
# Add more configuration options below.
require_once( “$IP/extensions/LdapAuthentication/LdapAuthentication.php” );
$wgAuth = new LdapAuthenticationPlugin();
$wgLDAPDomainNames = array( “myserver” );
$wgLDAPServerNames = array( “myserver”=>”myserver.www.domain.domain.com” );
$wgLDAPBaseDNs = array( “myserver”=>”dc=myserver,dc=www,dc=domain,dc=domain,dc=com” );
$wgLDAPSearchStrings = array(“myserver” => “mydomain\\USER-NAME”);
$wgLDAPSearchAttributes = array( “myserver”=>”sAMAccountName” );
$wgLDAPLowerCaseUsername = array( “myserver”=>true );
$wgLDAPGroupUseFullDN = array( “myserver”=>true );
$wgLDAPGroupsUseMemberOf = array( “myserver”=>true );
$wgLDAPGroupObjectclass = array( “myserver”=>”group” );
$wgLDAPGroupAttribute = array( “myserver”=>”member” );
$wgLDAPGroupSearchNestedGroups = array( “myserver”=>true );
$wgLDAPGroupNameAttribute = array( “myserver”=>”cn” );
$wgLDAPPreferences = array( “myserver”=>true );
$wgLDAPDisableAutoCreate = array( “myserver”=>false );
$wgMinimalPasswordLength = 1;
$wgLDAPUseSSL = false;
$wgLDAPEncryptionType = array( “myserver”=>”clear” );
$wgUseLocal = false;
Great work on the LDAP extension--thanks for your time!
Is there going to be any new versions?
Is there going to be any new versions?
New versions of what? In general I don't maintain anything mediawiki related.
Can you change discussion page?
I hope usable tree bbs like this hierarchy.--[[User:Takahiro4|Takahiro4]]
Hello, a few questions :
1) after turning on https by default for anonymous readers, will they have a way to use the usual http at desktop view? For example, readers can use compressive Google and Opera servers - they will no longer be able to use them?
2) mobile version will also be https by default?
4) If not, what do you think about the inclusion of https now through a script in MediaWiki:Common.js in a separate langeage X.wikipedia.org?
Older MW installation (1.15.1) running ``LDAP Authentication Plugin (Version 1.2a (beta)).
In the process of moving it all (this one and another wiki that was at 1.12!) to a new host. One needs LDAP (AD) the other doesn't.
If I install the latest version of the LDAP extension under MW 1.15.1 will it work? I want to get it working as before on the new host before I update to 1.23.
LDAP wsDomain error talk
Spent the last few hours scouring all sorts of info over the wsDomain issues. I see that there is still no fix, and still lots of confusion.
I just finished an installation of Mediawiki + Ldap and immediatly ran into the issue. config: Apache 2, Server 2008 r2 x64, Mysql, Php 5.2 thread safe - vc6, xcache for php 5.2
I was trying to dig into it, and to do so i did a quick "search in all files" in the mediawiki root dir for "wsdomain" (not case sensitive). I got 133 hits in 3 files, only 4 of which were not in LdapAuthentication.php. In fact those 4 are the only hits outside of the LDAP plugin at all. (My resutls might be a *slight* bit off as i have added some of the "fixes" ive read about...nothing is working) I can produce this error ever time, by simply visiting the main wiki page and then clicking login. I have so far *only* seen it when a user is *not* logged in. Logging in makes it go away, and in fact possibly not come back. I logged in and out on Firefox and the problem went away...so i had to use Chrome to see it again. As long as i dont log in on Chrome i can make it happen over and over.
The question is...where is $_SESSSION['wsDomain'] being set? I cant find it? Everywhere i find it, its being refrenced, not set.
Id like to help fix this. I can collect any information you want, and if needed we may even be able to give you remmote access to examine the setup/system.
Did you read Special:Code/MediaWiki/78427#c12153?
I thought I had gone back and fixed the rest of it. I had forgotten. Thanks for the reminder. Fixed.
No idea. Maybe you had watched my user page at some point in time?
AD groups and Namespaces
Hi. We have set up a wiki and some custom namespaces ns:database ns:unix
Now, when logging in to wiki we validate though AD groups cn=unix team... and cn=database team We only want a user which is a member of ex unix team to be able to edit things in ns:unix and database team to ns:database. They should not be able to edit other namespaces
How can this be done?