Re: Enabled LDAP with Resourcespace - login stopped working

[David Mac (new)]

Hi Tommy

How was the plugin configured?

Regards

David

On Friday, February 15, 2013 7:42:28 AM UTC, tthomassen wrote:

Hi.
I enabled the posixldapauth plugin with our ResourceSpace installation, and after doing so, login to the webpage does not work at all any more.
Login with admin does not work, and log in with domain users does not work, it only gives a blank page with the URL http://webserver/resourcespace/login.php?url=%2Fresourcespace%2F&nocookies=true.
So, how can I get into configuration and disable the LDAP plugin, or reset the whole ResourceSpace-configuration?
I see there have been lots of people using the SimpleLDAP plugin, maybe we should try that instead.

I am not that experienced with webservers (Windows Server 2008 R2, II2) or ResourceSpace so any help is much appreciated.

Thanks guys. :)

-Tommy

[tthomassen]

Hi.

I initially configured the plugin manually since the setup.php through Team Centre-Manage plugins did not work.
However the server needed to be used for something else, so we set up a new RS webserver.
I managed to install everything, and now get the setup-page for posixldapauth where we can enter information about our AD/LDAP.
However no matter what we enter here and press the "Test" button, we get a small window saying "Status error in" and nothing else.

We have Active Directory running, enter the IP of LDAP server, port, username as "administrator@domainname"(also tried just administrator, and domainname\administrator), the password, base dn, then cn=users. Member Field is memberof and member field type is Default.

What is this error? Is there a log-file somewhere where a more specific error could be found?
Thanks very much.

-T

[David Mac (new)]

Hi

Look in the web server error logs, there should be some information in
there.

Regards

David

> >>http://webserver/resourcespace/login.php?url=%2Fresourcespace%2F&noco...
> >> .

[tthomassen]

There is no errors in the logfile, just these lines:

2013-02-20 10:07:06 fe80::89f:58c4:257c:ce14%11 GET /resourcespace/plugins/posixldapauth/pages/setup.php ajax=true&_=1361354826406 80 - fe80::89f:58c4:257c:ce14%11 Mozilla/4.0+(compatible;+MSIE+7.0;+Windows+NT+6.1;+WOW64;+Trident/5.0;+SLCC2;+.NET+CLR+2.0.50727) 200 0 0 376
2013-02-20 10:07:08 fe80::89f:58c4:257c:ce14%11 GET /resourcespace/pages/team/ajax_test_login.php type=1&server=10.16.128.2&basedn=dc=plan-norge,dc=no&usercont=cn=users&rootdn=plan-norge\rsadmin&rootpass=thepassword&addomain=plan-norge.no 80 - fe80::89f:58c4:257c:ce14%11 Mozilla/4.0+(compatible;+MSIE+7.0;+Windows+NT+6.1;+WOW64;+Trident/5.0;+SLCC2;+.NET+CLR+2.0.50727) 404 0 2 109

This was from the IIS logs at C:\inetpub\logs\LogFiles\W3SVC1

Thanks again.

[Dan Huby]

It's a bit drastic but deleting the 'plugins' database table will at least get you back in. Alternatively, if you can find the row relating to the LDAP plugin in that table, just deleting that row should disable the plugin.

Dan

On Friday, February 15, 2013 7:42:28 AM UTC, tthomassen wrote:

Hi.
I enabled the posixldapauth plugin with our ResourceSpace installation, and after doing so, login to the webpage does not work at all any more.

Login with admin does not work, and log in with domain users does not work, it only gives a blank page with the URL http://webserver/resourcespace/login.php?url=%2Fresourcespace%2F&nocookies=true.

[Tommy]

That problem is fixed, since we created a new server, but I will note it down in case it happens again. The problem is the setup page for the plugin, when clicking test, to test connectivity to our Ad Ldap server that error comes up. "Status error in" but nothing else. All the information is correct.. And no error in the iis log files. Strange..
Regards, Tommy

--
You received this message because you are subscribed to the Google Groups "ResourceSpace" group.
To unsubscribe from this group and stop receiving emails from it, send an email to resourcespac...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

[Heidi Hendry]

I just had this same exact issue with the posixldapauth plugin.

I can confirm that deleting the posixldapauth row in MySQL repaired the issue. Though I still don't have LDAP. I'll look for another way.

I am running RS: 7.1.6513
IIS 7.5 on Win2K8 R2 - 64 bit.

[David Mac (new)]

Hi There

When you clicked the Test button in the plugin, what was the response?

Regards

David

[Heidi Hendry]

Up until I configured it correctly, it said "Status error in" and was otherwise blank.

Once I configured it correctly, hit Save, the plugins/posixldapauth/pages/setup.php went blank and would not reload.
Then when I attempted to login on a different browser/different computer, I also got a blank window.
And from memory it was login.php?logout=True (though that could be very wrong...)

I deleted the posixldapauth from mysql and am back to my installation.
But I would like LDAP to work.

[David Mac (new)]

Hi Heidi

Can you check that you have the LDAP module installed and enabled in PHP?

I've seen quite a few instances where the "Status error in" message is being generated because the PHP LDAP functions are missing:

See here:

http://php.net/manual/en/ldap.installation.php

running php -m from the command line will list the modules that are installed.

Regards

David

[Heidi Hendry]

Hi David,

I am running Windows 2008 R2 64 bit.

PHP is  5.3.9

In IIS. php_ldap.dll is enabled.
In php.ini:

[PHP_LDAP]

extension=php_ldap.dll

and I confirmed that php_ldap.dll is in the extensions folder c:\php\ext

[Heidi Hendry]

ResourceSpace version	7.1.6513
PHP version	5.3.28  (config: C:\php\php.ini)	OK
MySQL version	5.5.0-m2-community  (client-encoding: latin1)	OK
GD version	bundled (2.1.0 compatible)	OK
PHP.INI value for 'memory_limit'	200000M	OK
PHP.INI value for 'post_max_size'	1000M	OK
PHP.INI value for 'upload_max_filesize'	1000M	OK
Write access to C:\inetpub\wwwroot\resourcespace\include/../filestore		OK
Write access to /plugins		OK
Blocked browsing of 'filestore' directory		OK
Large file support (64 bit platform)		WARNING: Running 32 bit PHP. Files larger than 2GB will not be supported.
ImageMagick	Version: ImageMagick 6.8.9-8 Q16 x64 2014-08-26 http://www.imagemagick.org	OK
FFmpeg	ffmpeg version N-69672-g078be09 Copyright (c) 2000-2015 the FFmpeg developers	OK
Ghostscript	GPL Ghostscript 9.10 (2013-08-30)	OK
EXIF extension		OK
ExifTool	9.73	OK
Last scheduled task execution (days)	Never	WARNING Relevance matching will not be effective and periodic e-mail reports will not be sent. Ensure batch/cron.php is executed at least once daily via a cron job or similar.
PHP extensions	Core PDO PDO_ODBC Phar Reflection SPL SimpleXML bcmath bz2 calendar cgi-fcgi ctype curl date dom ereg exif filter ftp gd gettext gmp hash iconv imap json ldap libxml mbstring mcrypt mhash mysql mysqli mysqlnd odbc openssl pcre pdo_mysql pdo_sqlite pgsql session soap sockets sqlite3 standard tidy tokenizer wddx xml xmlreader xmlrpc xmlwriter zip zlib

[Heidi Hendry]

So I've managed to get it to work. So I'm not exactly sure why it wasn't working before. (which is annoying).

 

 

[David Mac (new)]

That is annoying!

[Heidi Hendry]

It's possible that I got it to work by increasing my IIS PHP FastCCGI timeout. As I had to do that for the video downloads.