User talk:Ryan lane

Jump to: navigation, search

About this board

Edit description
By clicking "Add topic", you agree to our Terms of Use and agree to irrevocably release your text under the CC BY-SA 3.0 License and GFDL

Blank Page issue with AD auth via LDAP Auth extension

1
Jedunbar (talkcontribs)

Hello,

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

# wfLoadExtensions('ExtensionName');

# 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;

Reply to "Blank Page issue with AD auth via LDAP Auth extension"
Yhz1221 (talkcontribs)

hey

VanShunt (talkcontribs)

hey

Great work on the LDAP extension--thanks for your time!

Reply to "hey"

Is there going to be any new versions?

2
148.137.25.79 (talkcontribs)

Is there going to be any new versions?

Ryan lane (talkcontribs)

New versions of what? In general I don't maintain anything mediawiki related.

Reply to "Is there going to be any new versions?"
Takahiro4 (talkcontribs)

I hope usable tree bbs like this hierarchy.--[[User:Takahiro4|Takahiro4]]

Reply to "Can you change discussion page?"
Сунприат (talkcontribs)

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?

3) beta testing program will still work? have any plans for the time of the beginning of beta? If a separate wiki has a consensus for inclusion https by default now, you can do it now?

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?

if (window.location.protocol !== "https:" && window.location.host === 'ru.wikipedia.org' && typeof wgUserId === 'undefined')
   window.location.href = "https:" + window.location.href.substring(window.location.protocol.length);

importMW = function (name) { importScript('MediaWiki:'+name+'.js') }

importScript_ = importScript
importScript = function (page, proj){
if (!proj) importScript_(page)
else {
  if (proj.indexOf('.')==-1) proj += '.wikipedia.org'
  importScriptURI('//'+proj+'/w/index.php?action=raw&ctype=text/javascript&title='+mw.util.wikiUrlencode(page))
 }
}

This post was posted by Сунприат, but signed as Sunpriat.

Reply to "Https"
Plaws~mediawikiwiki (talkcontribs)

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.

Peter

This post was posted by Plaws~mediawikiwiki, but signed as Plaws.

Plaws~mediawikiwiki (talkcontribs)

Actually ... never mind. I think it's all working under 1.15.1. Just need to sort out all the redirects, etc, and then I can update to the latest.

This post was posted by Plaws~mediawikiwiki, but signed as Plaws.

Reply to "v1.12a beta?"
Fozzy~mediawikiwiki (talkcontribs)

Hi Ryan,

 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.

This post was posted by Fozzy~mediawikiwiki, but signed as Fozzy.

Reply to "LDAP wsDomain error talk"
Fomafix (talkcontribs)

Did you read Special:Code/MediaWiki/78427#c12153?

Ryan lane (talkcontribs)

I thought I had gone back and fixed the rest of it. I had forgotten. Thanks for the reminder. Fixed.

Juandev (talkcontribs)

Hey guys, a small off-topic. Why this tread is in My new messages?

This post was posted by Juandev, but signed as Juan de Vojníkov.

Ryan lane (talkcontribs)

No idea. Maybe you had watched my user page at some point in time?

Juandev (talkcontribs)

Ya, It might be an issue. So I should not watch your DP than?

This post was posted by Juandev, but signed as Juan de Vojníkov.

Ryan lane (talkcontribs)

I don't care if you do, just saying that may be why you are getting updates ;).

Juandev (talkcontribs)

But than its a bug of LiquidThreads.

This post was posted by Juandev, but signed as Juan de Vojníkov.

Reply to "LdapAuthentication.php"
194.71.19.244 (talkcontribs)

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?

Reply to "AD groups and Namespaces"
Andreas Möllenkamp (talkcontribs)

Dear Ryan, WikiLab is the working title for a planned project at the intersection of the Education as well as the GLAM initiatives in the German Wikipedia. As the title fits very well, I want to keep it. Is that OK? I'm just asking, because one might think it is too close to Wikimedia Labs. Regards,

Ryan lane (talkcontribs)

It's a really bad idea. It's incredibly close to Wikimedia Labs and we already have issues with Tool Labs (a project inside of Labs) being confused for Wikimedia Labs (which is an infrastructure). You should really consider a new name.

Of course, I'm not a Wikimedia employee and I don't really have much say.

Reply to "WikiLab"