View the info about Softerra LDAP Browser v4.5.13724, its overall size is 13.63 MB. The software runs on Windows XP/7/8/8.1/10 and its most popular versions are 4.5 and 2.6. Softerra LDAP Browser is a lightweight version of Softerra LDAP Administrator. It supports read-only operations that do not modify LDAP directory data, e.g. Browsing, search, export, etc. For complete, fully functional management of LDAP directories you need Softerra LDAP Administrator.
Jarek Gawor’s excellent LDAP Browser/Editor v2.8.2 – though last updated in 2001, still one of the best! Works perfectly with current java version 5 and 6. All previous download links seem to be broken, so here’s a refresh for all who prefer superfast and minimalistic tools like me. Here’s the readme: LDAP Browser/Editor 2.8.2 Release Notes, April 25th, 2001 The LDAP Browser/Editor 2.8.2 is a maintenance release.
It contains a number of bug fixes and various improvements described below. It also contains a couple of new features. For a complete list of changes see the changes.txt file included with the distribution. New Features/Improvements: 1. Multiple windows: Multiple windows/connections can be opened at the same time without starting a separate JVM for each connection.
Improved UTF8 support for various functions and operations. For authenticated connections, the password does not need to be stored in the configuration file anymore. The Browser will prompt the user for the password when needed. Improved configuration. Generic and static Browser settings are now pulled and stored in a separate configuration file. See What is lbe.properties file?
Question for details. PKCS12 support: The CA certificates, and client certificates can now be loaded from the PKCS12 files. The files must have.p12 extension to be loaded in the PKCS12 format. This functionality relies on the JSSE and its support for PKCS12 standard. Partial internationalization: This is an initial effort to internationalize the entire code and translate it into a couple of languages. Right now only a small portion of the code is internationalized and only Polish translation is provided.
Bug Fixes: 1. Backslash characters (‘ ’) were not properly escaped in the session files.
UTF8 encoded distinguished names were incorrectly encoded/decoded in ldap urls. Current limitations/bugs:. LDIF changetypes are not supported. No schema integration. No VLV/Paged results support. Fetch DN only works with ldap v3 servers. Various window refresh problems – due to bugs in JVM.
Other Notes: If running the Browser with JVM 1.3 you might encounter some problems with the JNDI library. JVM 1.3 includes an older version of the JNDI library then the version that is distributed with the Browser. 1.3 will load the older version instead of the Browser version. To force the Browser to load its version of the JNDI library using the ‘lbe’ script pass ‘fix13’ as the first parameter to the script. Examples: on Windows type: lbe.bat fix13 on Unix/Linux type: lbe.sh fix13.
Mac OS X: The Browser was successfully tested on Mac OS X. I just downloaded the ZIP from different browsers and ISPs just to make sure and I am unable to unzip it nor in Windows nor in Linux.
Message is always the same: root@debian:# unzip -l Gaworldapbrowser282.zip Archive: Gaworldapbrowser282.zip End-of-central-directory signature not found. Either this file is not a zipfile, or it constitutes one disk of a multi-part archive.
In the latter case the central directory and zipfile comment will be found on the last disk(s) of this archive. Unzip: cannot find zipfile directory in one of Gaworldapbrowser282.zip or Gaworldapbrowser282.zip.zip, and cannot find Gaworldapbrowser282.zip.ZIP, period. Could you post it again please? Thanks and Regards, Javier. Alas there is at least one bad bug in this tool, specific to eDirectory that has two affects. If you edit an object and add an attribute, it may re-write the values in sasLoginConfigurationKey (actually all the sasLoginConfiguration.
attributes) which contain the challenge/response questions, Secret Store data, and Simple Password. This WILL corrupt them. This will manifest with strange errors trying to use any of this encrypted data.
I forget the error code we saw in User App, but I think it might have been a 618 DS error on the attributes when you try to read or set the Challenge Response questions. It also looks like the DirXML-EntitlementRef if present will experience a similar process, in that it will rewrite them, and thus fire your Entitlements processing rules., which is not as bad as the corruption, but annoying.