Fact-checked by Grok 2 weeks ago

NetIQ eDirectory

NetIQ eDirectory is a high-end, scalable directory service that provides centralized identity management and secure access control for users, devices, and resources across enterprise networks.^[1] Originally developed by Novell as NetWare Directory Services (NDS) and introduced with NetWare 4.0 in 1993 to replace the flat bindery system with a hierarchical, object-oriented database, it evolved into NDS eDirectory in late 1999 (later simply Novell eDirectory), emphasizing cross-platform compatibility and LDAP v3 standards compliance.^[2] Following Novell's acquisition by Attachmate (owner of NetIQ) in 2011 and subsequent ownership changes—including acquisition by Micro Focus in 2014 and OpenText in 2023, with the latest version 9.3 released in 2024—it is now known as OpenText eDirectory (NetIQ), continuing to serve as a foundational component for large-scale identity deployments.^[1] The service supports billions of identities without performance degradation, offering features like distributed replication, partitioning for fault tolerance, and fine-grained access control lists (ACLs) to ensure data consistency and security.^[1] It complies with X.500 and LDAP v3 standards, enabling integration with open protocols such as NDAP and DSML, and is bundled with solutions like OpenText Identity Manager and Access Manager for comprehensive identity governance.^[2] Key functionalities include representing network resources—such as users, servers, printers, and applications—as objects in a logical tree structure, with support for transitive synchronization via the Transitive Vector attribute to optimize replication across partitions.^[3] eDirectory operates on multiple platforms, including Linux, Windows, Solaris, AIX, and historically NetWare, facilitating multi-vendor environments and avoiding vendor lock-in through its standards-based architecture.^[2] Background processes like Limber, Back Link, and Janitor maintain database integrity, while utilities such as iMonitor and DSTrace aid in monitoring, troubleshooting, and schema management.^[2] Notable for its role in Open Enterprise Server (OES), eDirectory powers authentication, authorization, and policy enforcement in hybrid IT infrastructures, supporting compliance with modern security requirements for employees, customers, and partners.^[1]

History

Origins and Early Development

NetIQ eDirectory traces its origins to Novell Directory Services (NDS), a directory service introduced by Novell in 1993 as part of NetWare 4.0.^[4] NDS was developed to replace the flat, server-centric bindery system used in earlier NetWare versions, which limited resource management to individual servers.^[4] This shift enabled a more scalable approach to network administration in enterprise environments. The primary motivations for creating NDS centered on providing centralized management of network resources, including users, printers, servers, and volumes, within a hierarchical structure.^[5] By organizing these elements into a tree-like model, NDS allowed administrators to oversee the entire network from a single point, facilitating easier authentication and access control across distributed systems.^[5] Technically, NDS was designed with X.500 compatibility to align with international directory standards, supporting features like schema extensibility and global naming.^[5] It initially utilized the Recman database engine, a record-based storage system optimized for NetWare's file server architecture.^[6] Its first major adoption occurred within NetWare environments, where it integrated seamlessly for user authentication and resource access, replacing bindery-based logins with directory-driven security.^[4]

Evolution and Ownership Changes

In 1999, Novell rebranded its Novell Directory Services (NDS) to Novell eDirectory with the release of version 8.0, marking a significant evolution toward standards-based interoperability.^[7] This version introduced native support for the Lightweight Directory Access Protocol (LDAP) and expanded cross-platform capabilities, allowing deployment on non-NetWare operating systems such as Windows NT and Unix variants, thereby broadening its applicability beyond the NetWare ecosystem.^[7] Subsequent milestones further enhanced eDirectory's integration with emerging technologies. In October 2000, version 8.5 added support for XML-based data synchronization through DirXML, enabling web services and identity provisioning across heterogeneous environments.^[8] These updates shifted eDirectory from a NetWare-centric directory to a versatile, multi-platform solution emphasizing identity management for enterprise e-business applications.^[8] Ownership changes began in November 2010 when Attachmate Corporation agreed to acquire Novell for $2.2 billion, with the deal completing in April 2011.^[9] As part of the restructuring, Novell's identity and security management portfolio, including eDirectory, was integrated into Attachmate's existing NetIQ division, leading to its rebranding as NetIQ eDirectory to align with NetIQ's focus on identity solutions.^[10] In September 2014, Micro Focus International announced its acquisition of The Attachmate Group for approximately $1.2 billion, which closed in November 2014, bringing NetIQ eDirectory under Micro Focus ownership and further integrating it into broader enterprise software offerings.^[11] This transition reinforced eDirectory's role in identity management amid Micro Focus's expansion in application delivery and security. The most recent ownership shift occurred in January 2023 when OpenText Corporation completed its $6 billion acquisition of Micro Focus, incorporating NetIQ eDirectory into OpenText's portfolio.^[12] By 2024, it was rebranded as OpenText NetIQ eDirectory, with version 9.3 marketed as OpenText eDirectory 24.4, continuing to emphasize scalable identity management across cloud and hybrid environments.^[13] These corporate transitions have sustained eDirectory's evolution, adapting it from proprietary roots to a key component of modern identity and access management strategies.^[14]

Recent Versions and Updates

NetIQ eDirectory 9.0, released in January 2016, introduced full 64-bit support for Linux (x86_64) and Windows (x86_64) platforms, enabling more efficient memory utilization in modern environments.^[15] This version also delivered performance enhancements for large-scale deployments, including optimized nested group searches, replication packet sizes increased to 1 MB, faster change cache rebuilding with multi-CPU utilization, and immediate post-transaction synchronization to reduce latency.^[15] Subsequent patches focused on security and stability. Version 9.2.2, released in May 2020 as Service Pack 2, resolved key security vulnerabilities by upgrading to OpenSSL 1.0.2u and improving Common Event Format (CEF) logging with added textual descriptions and configurable log levels for better auditing and threat detection.^[16] Later, version 9.2.8, released in May 2023 as Service Pack 8, enhanced encryption capabilities through support for NICI 3.2.0 and OpenSSL 1.0.2zg, along with fixes for buffer overflows and certificate validation issues, while aligning with broader OpenText ecosystem integrations post-acquisition.^[17] Regarding support lifecycle, versions prior to 9.2, such as 8.8, entered sustaining maintenance in 2017 with no further patches or updates available.^[18] As of 2025, active support—including critical fixes and maintenance—continues for 9.2 and subsequent versions on 64-bit Linux and Windows platforms, with current maintenance extended through June 2027 for the latest releases.^[18] Recent developments emphasize hybrid and cloud adaptability alongside regulatory compliance. The June 2025 release of OpenText eDirectory CE 25.2 incorporated security patches and maintenance updates to bolster data protection, supporting compliance with standards like GDPR and HIPAA through strengthened access controls and encryption.^[19] Additionally, integrations with cloud identity services, such as automated user provisioning with Microsoft Entra ID, enable seamless synchronization for hybrid environments.^[20]

Technical Overview

Core Architecture

NetIQ eDirectory is built on a hierarchical, object-oriented database model that organizes directory information in a tree-like structure, ensuring scalability and logical data management across distributed environments.^[21] This model complies with X.500 standards, supporting features such as object classes, attributes, and inheritance to define and relate directory entries, while allowing schema extensibility for custom object types.^[21] At its core, eDirectory uses the Directory Information Tree (DIT) as the foundational representation of all directory data, beginning with a [Root] partition or Tree object and branching into containers and leaf nodes for efficient navigation and access.^[21] The DIT is divided into partitions, which serve as logical segments of the directory database named after their topmost container, such as the Tree or Finance partition, to optimize performance over wide-area networks by localizing data management.^[21] Partitions enable administrators to define boundaries between authoritative and nonauthoritative areas, with a recommended limit of 150 child partitions per parent to maintain operational efficiency.^[21] Replicas, as copies of these partitions, are distributed across multiple eDirectory servers to provide redundancy and availability, supporting types including Master, Read/Write, and Read-Only, with a maximum of 50 replicas per partition and up to 65,000 per server for large-scale deployments.^[21] Typically, three replicas per partition are recommended for fault tolerance, ensuring data distribution without compromising integrity.^[21] eDirectory employs a multi-master replication model, where updates can occur on any writable replica—such as Master or Read/Write types—and are automatically synchronized across the replica ring or the entire tree using a default mesh topology for transitive propagation.^[21] This approach maintains data consistency by transferring changes shortly after transactions, with normal synchronization occurring approximately every 30 seconds and immediate priority syncs for critical updates via mechanisms like the skulker process.^[21] The architecture is event-driven, relying on triggers to initiate synchronization and other processes in response to directory changes, such as obituary processing or schema updates, supported by background agents like the janitor for ongoing maintenance.^[21] Central to this event-driven design is full support for LDAP version 3 (LDAP v3), the standard protocol for accessing and managing the directory, including features like extensible match filters, transactions, and persistent searches for real-time event monitoring.^[21] LDAP v3 integration allows clients to bind and query the DIT seamlessly, with referrals enabling navigation across distributed servers.^[22] Examples of object types within this architecture include users and servers, which populate the DIT as leaf objects with defined attributes.^[21]

Directory Structure and Objects

NetIQ eDirectory organizes its data in a hierarchical tree structure that begins with a root container, followed by container objects such as organizations and organizational units (OUs), and culminates in leaf objects.^[23] The tree adopts a pyramid-like design, where upper layers contain fewer broad containers (e.g., a single Organization object representing the overall entity) and lower layers hold numerous specific leaf objects, often structured by geography (such as country or location-based OUs) or function (such as department-based units) to reflect organizational needs.^[24] This design promotes efficient navigation and management by mirroring real-world hierarchies while minimizing depth for optimal performance.^[25] eDirectory supports various object classes, each representing distinct entities in the network, including User (for individuals), Group (for collections of users or objects), Server (for network servers), Printer (for printing devices), and Application (for software entities).^[23] These classes possess defined attributes, such as the Common Name (CN), which serves as the relative distinguished name for object identification within its parent container, and the Unique Identifier (UID), which provides a globally unique string for each object to ensure unambiguous referencing across the tree.^[23] Leaf objects like Users and Printers cannot contain other objects and hold endpoint data, while container objects like OUs can nest subordinates to build the tree's structure.^[23] The eDirectory schema governs the permissible object classes and attributes, defining mandatory and optional properties for each class to maintain consistency throughout the tree.^[26] This schema is extensible, allowing administrators to define custom object classes or add auxiliary classes and attributes to accommodate specialized needs, such as industry-specific entities, without disrupting existing structures.^[27] Schema rules enforce referential integrity by validating relationships between objects—for instance, ensuring that group membership lists align with member attributes on individual objects—thereby preventing orphaned or inconsistent references across the directory.^[23] To optimize performance in large deployments, eDirectory employs partitioning, which logically divides the tree into independent units of data that can be managed separately.^[28] Each partition holds a subset of the tree's objects and boundaries, allowing for targeted updates and queries that reduce overall load.^[28] Partitions support master replicas for writable operations and read-only replicas for distributed read access, enabling scalability while maintaining data consistency through brief synchronization mechanisms.^[29]

Key Features

Scalability and Replication

NetIQ eDirectory achieves scalability in large environments through partitioning, which divides the directory database into logical units that can be distributed across multiple servers. Partitioning can be automatic, as in the default single partition created at the root during installation, or manual, where administrators define custom partitions based on organizational structure, geography, or workload to optimize performance and manageability. This approach supports up to millions of objects—tested to 1 billion in a single tree—across thousands of servers, with no strict limit on total partitions or objects per partition beyond practical constraints like disk space (up to 1 TB per database file) and I/O speed.^[21]^[30] Replication in eDirectory distributes copies of these partitions, known as replicas, to enhance fault tolerance, availability, and query performance. Each partition can have multiple replicas (up to 50 recommended, though unlimited in theory), including master (for schema changes in the [Root] partition), read/write (for multi-master data updates), read-only, filtered (selective attribute replication), and subordinate reference types, with servers capable of holding over 65,000 replicas depending on resources (practical limits around 250 in some guidelines). The system employs a mesh topology for synchronization, where changes propagate automatically among replicas in a ring, using single-master replication for schema modifications and multi-master for general data to ensure consistency without central bottlenecks.^[21]^[29]^[31] Change detection during replication relies on timestamps and vector-based tracking, where each replica maintains a "received up to" timestamp vector to identify updates since the last synchronization; if a remote replica's vector indicates newer changes, the local server requests and applies them via protocols like LDAP Bulk Update/Replication Protocol (LBURP). This enables sub-second synchronization in distributed setups through features such as Priority Sync, roll-forward logging, and Enhanced Background Authentication, though typical cycles complete in about 30 seconds, with obituaries (deletion markers) processed post-sync.^[21]^[2] Performance tuning for scalability involves strategic replica placement aligned with network topology, such as positioning read/write replicas near user workgroups to minimize WAN traffic and latency, while read-only replicas handle high-read loads in remote sites. Load balancing for queries is achieved by distributing replicas across servers, using multiple DNS records to route traffic evenly, and enabling Advanced Referral Costing to prioritize lower-cost paths and randomly select among equivalent servers. Administrators can adjust synchronization threads (default 4, up to 32) and cache sizes to further optimize throughput in environments supporting over 50 million objects.^[21]^[30]

Security and Access Control

NetIQ eDirectory implements robust security mechanisms to protect directory data and regulate user access, ensuring confidentiality, integrity, and availability in enterprise environments. Central to this is a granular access control system that prevents unauthorized modifications while allowing flexible administration. These features are designed to comply with security standards and support secure integration with various protocols and applications.^[32] Access Control Lists (ACLs), also known as the Object Trustees property, form the core of eDirectory's authorization model, defining permissions for trustees—such as users, groups, or roles—on specific objects and attributes. Trustees are granted rights including Read (to view object details), Write (to modify attributes), Create (to add subordinate objects), Delete (to remove objects), and others like Supervisor for full control or Add Self for membership additions. When a trustee assignment is made, the trustee is added as a value to the target's ACL property, enabling precise control over operations like attribute modifications or object creation. Administrators can use Roles and Access Control (RAC) in the Identity Console to assign task-specific rights, minimizing over-privileging and enhancing least-privilege enforcement. Effective rights are calculated dynamically by evaluating explicit ACLs and inherited permissions, allowing eDirectory to verify access requests in real-time.^[33]^[32]^[34] Encryption in eDirectory safeguards data in transit and at rest, supporting secure communication and authentication. Transport Layer Security (TLS) and Secure Sockets Layer (SSL) encrypt LDAP traffic, with support for TLS 1.3 (TLS 1.2 as fallback) enabled by default on port 636, while older versions like SSLv3 and TLS 1.0/1.1 are disabled to mitigate vulnerabilities. As of version 9.3 (2025), eDirectory supports TLS 1.3 and integrates OpenSSL 3.0, with FIPS mode disabled by default for broader compatibility while maintaining strong cryptographic standards.^[32]^[35]^[36] Simple Authentication and Security Layer (SASL) provides mechanisms for secure authentication, including integration with Kerberos and other external methods. For password management, the Universal Password policy, introduced in eDirectory 8.5, enables a single, case-sensitive password with complexity requirements across all eDirectory access methods, stored with reversible encryption using AES 256-bit keys and optionally hashed with PBKDF2 for non-retrievable scenarios. This policy simplifies multi-application authentication while enforcing strong security postures.^[32]^[36] Auditing and logging capabilities in eDirectory track security-relevant events to detect and investigate potential breaches. The system logs operations such as user logins, object additions, modifications, and deletions, capturing details like the actor, timestamp, and affected attributes for compliance and forensic analysis. Integration with external tools is supported via secure TLS connections to auditing servers, Novell Audit (now NetIQ Audit), or syslog for centralized event management. Security events can be enabled to monitor intrusion attempts, with logs configurable through iManager or the Identity Console to balance detail with performance.^[32]^[37] Rights inheritance provides a dynamic, hierarchical model where permissions flow from container objects to leaf objects unless explicitly blocked, promoting efficient administration in large trees. Trustees assigned at higher levels (e.g., Organization unit) automatically apply to subordinates, but Inherited Rights Filters (IRFs) allow administrators to override and block specific rights propagation at any point. This model requires careful use of IRFs, as overuse can complicate rights tracing; tools like effective rights enumeration help verify the final permissions for any object or attribute.^[32]^[33]

Deployment

Supported Platforms

As of November 2025, OpenText eDirectory CE 25.2 (v9.3.1) supports installation on 64-bit Linux distributions including Red Hat Enterprise Linux (RHEL) versions 8.8 through 9.4, SUSE Linux Enterprise Server (SLES) 15 SP3 through SP6, and Ubuntu 22.04 LTS, as well as Windows Server 2019 and 2022.^[38]^[35] These platforms enable deployment in enterprise environments with compatibility for virtualization systems such as VMware ESXi.^[39] Deprecated platforms include NetWare, which reached end-of-life in 2010 with the final supported version being eDirectory 8.8.8, and older Unix variants such as Solaris and AIX, which received support until 2020 under extended maintenance for eDirectory 8.8.^[40] Hardware requirements for production deployments specify a minimum of 4 GB RAM and a multi-core CPU, with scalability to clustered configurations for handling large-scale directories and high availability needs.^[41] Disk space requirements start at approximately 500 MB for the base installation, increasing based on user volume and database size.^[42] eDirectory facilitates cross-platform replication, enabling seamless synchronization and operation across mixed operating system environments without data loss or compatibility issues.^[43] Version-specific platform details are outlined in the respective release notes.^[35]

Installation and Management Tools

The installation of NetIQ eDirectory supports both graphical user interface (GUI) and command-line methods, depending on the platform. On Windows systems, the installer provides a GUI wizard that guides users through selecting components, licensing, and deployment options, such as installing a primary server to create a new tree or a secondary server to join an existing one.^[38] During this process, administrators specify the eDirectory tree name, define the server object with its context in the tree, and configure the initial partition, which serves as the root for directory data storage and replication.^[44] On Linux platforms, the nds-install utility, located in the Setup directory of the installation package, handles command-line deployment; it prompts for similar configurations, including tree creation or joining, server object details, and partition setup, while allowing options for unattended installation via response files. Post-installation management relies on specialized tools for administration and monitoring. iManager serves as the primary web-based console, enabling tasks such as creating user objects, assigning trustee rights for access control, managing partitions and replicas, and configuring eDirectory services from a browser interface accessible via HTTPS.^[45] This tool centralizes eDirectory administration, reducing the need for platform-specific utilities and supporting role-based access for delegated tasks.^[46] Complementing iManager, iMonitor provides cross-platform diagnostics and health monitoring for all servers in the eDirectory tree, offering real-time views of server status, connection health, synchronization issues, and error logs through a web interface typically accessed at port 8008 or 8009.^[47] Basic configuration during or after installation includes setting up LDAP services, which by default listen on port 389 for unencrypted connections and port 636 for secure LDAP (LDAPS).^[48] Enabling SSL/TLS requires associating a server certificate—often the default SSL CertificateDNS object—with the LDAP server via tools like ldapconfig or iManager, ensuring encrypted communications and proper DNS name resolution for certificate validation.^[48] Integration with DNS is facilitated by configuring the server's fully qualified domain name during setup, allowing eDirectory to resolve tree and object names consistently across the network.^[49] Upgrading eDirectory from version 8.x to 9.x or later versions such as 25.2 typically occurs in-place to preserve existing data and configurations. Supported paths include direct upgrades from eDirectory 8.8.8 or later 64-bit versions to 9.0 and beyond, using the nds-install utility with upgrade options on Linux or the GUI installer on Windows; for earlier 8.x releases like 8.8 SP1, a stepwise approach—upgrading first to 8.8.8 or 9.2—is recommended to ensure compatibility.^[50] During the upgrade, schema extensions are automatically applied to the local server and synchronized across all replicas in the tree via eDirectory's replication mechanism, maintaining consistency without manual intervention.^[51]

Data Management

Storage Engine

OpenText eDirectory's storage engine has evolved significantly to enhance scalability and performance. Prior to version 8.6, eDirectory (then known as Novell Directory Services or NDS) relied on a proprietary record-based database management system called RECMAN, which stored data in fixed-size records and offered limited scalability for large directories due to its rigid structure and lack of advanced indexing capabilities.^[52] This engine was suitable for early network environments but struggled with the demands of growing enterprise deployments, prompting a redesign for better efficiency.^[6] Starting with eDirectory 8.6 in 2003, the storage engine transitioned to FLAIM (Flexible and Adaptable Information Manager), a file-based local indexed database engine designed for hierarchical and complex data structures.^[53] FLAIM, developed by Novell, was released as open-source software under the GNU General Public License (GPL) in 2006, enabling broader community contributions and portability across platforms while maintaining embeddable functionality for directory services.^[54] As a scalable engine supporting multiple concurrent readers and a single writer, FLAIM organizes directory data into fixed-size blocks—typically 4 KB, though configurable to 8 KB—for efficient storage and retrieval of entries, attributes, and indexes.^[55] At its core, FLAIM employs B-tree indexing structures to accelerate queries on attributes, enabling fast lookups by presence, value, or substring matching; default indexes are automatically created for key system attributes such as CN and Surname to optimize common operations.^[55] Transaction logging is handled through a roll-forward log (RFL) that records all updates before they are committed to disk, ensuring crash recovery by replaying logs during restarts and maintaining data integrity even after abrupt failures.^[55] For space efficiency, FLAIM implements attribute containerization, which compacts large or multi-valued attributes (exceeding 25 values or 2048 bytes) into separate storage containers, reducing fragmentation and improving overall database density without impacting query performance.^[55] Performance in FLAIM is bolstered by dual caching mechanisms: a block cache (sized to the database or DIB size) for rapid update operations and an entry cache (typically 2-4 times the block cache size) using least-recently-used (LRU) replacement to speed up searches, with cache hit ratios monitorable via tools like iMonitor for tuning.^[55] The engine supports high-throughput environments, processing thousands of operations per second depending on hardware and configuration, with checkpoints occurring every second to flush dirty blocks during low-activity periods.^[56] Backup and restore operations are facilitated by the DSBK (Directory Services Backup) tool, which enables hot continuous backups of the eDirectory database without server downtime, leveraging the RFL for point-in-time recovery.^[57] FLAIM remains the storage engine in the latest version, OpenText eDirectory 9.3 (released 2024).^[35]

Network Configuration Storage

OpenText eDirectory serves as a centralized repository for network configuration data, storing key elements such as server objects that include IP addresses and DNS configurations. These server objects are created during installation and maintain the Network Address property, which can be updated using tools like the Server Repair Wizard to reflect changes in IP or DNS settings. This storage enables administrators to manage server identities and their network endpoints within a unified directory structure.^[58] Service objects in eDirectory encapsulate configurations for essential network services, including DHCP, DNS, and NTP. For DHCP and DNS, these objects are integrated into the eDirectory tree, allowing centralized administration of zones, scopes, and records through LDAP attributes and SAS:Service objects linked to corresponding server objects. NTP configurations are similarly stored, specifying time servers via IP addresses or DNS hostnames during eDirectory setup, ensuring synchronized time across the network for authentication and replication processes. User profiles, represented as User objects, include attributes such as network addresses, login details, and access rights, linking identity management to network resource utilization.^[58]^[59]^[60] eDirectory supports integration with legacy systems through Bindery services emulation, where master replicas provide compatibility for older NetWare applications by mapping bindery properties to directory objects, facilitating gradual migrations without disrupting network access. Additionally, the Service Location Protocol (SLP) enables dynamic discovery of services like those stored in eDirectory, using OpenSLP implementation to advertise and locate network resources such as servers and printers across the infrastructure. These features allow eDirectory to act as a single point for network management, with automatic propagation of configurations through replication to ensure consistency and availability in distributed environments.^[58]^[61]^[62] The benefits of this centralized approach include reduced administrative overhead, enhanced fault tolerance via replication (supporting up to 250 replicas per server with a minimum of three per partition recommended), and improved performance for WAN-linked resources through synchronized data distribution. However, eDirectory is not designed as a comprehensive configuration management database; it primarily focuses on identity-linked network resources, with limitations such as maximum replica counts (50 per partition, 250 per server) that can increase WAN traffic and slow response times in large deployments.^[58]

References

[1]
OpenText eDirectory - Identity and Access Management
It is a high-end directory service that enables businesses to manage identities and secure access for employees, customers, and partners.
[2]
[PDF] Novell eDirectory Technical Overview
Mar 1, 2006 · eDirectory is available on multiple operating systems: NetWare®, Windows 2000, Windows NT,. Sun Solaris, Unix and Linux and IBM AIX. Usually ...
[3]
Understanding NetIQ eDirectory - Identity and Access Management
NetIQ eDirectory is a list of objects that represent network resources, such as network users, servers, printers, print queues, and applications.
[4]
An Introduction to NetWare Directory Services - Micro Focus support
01 Apr 1993. NetWare Directory Services (NDS) is a globally distributed network database that replaces the bindery used in previous versions of NetWare.
[5]
Overview of Novell Directory Services - Micro Focus support
Novell Directory Access Protocol (NDAP) is the standard protocol allowing NetWare access to NDS. Bindery. NDS treats the bindery as an emulated database stored ...
[6]
RECMAN - LDAPWiki
RECMAN was, on NetWare prior to version 8 (then called Novell Directory Services (NDS)), used a record-based database management engine called RECMAN.Missing: X. 500
[7]
What is NDS eDirectory? - Micro Focus
Mar 1, 2000 · Novell Directory Service eDirectory was previously referred to as NDS v8. "V8" is the version of NDS that contains NDS eDirectory. NDS ...Missing: rebranding | Show results with:rebranding
[8]
NDS eDirectory 8.5: A Detailed Overview - Micro Focus support
Nov 1, 2000 · This latest version of Novell Directory Services (NDS) powers e-businesses running on NetWare, Windows 2000, Windows NT, Solaris, and Linux ...Missing: 2003 | Show results with:2003
[9]
Novell Agrees to be Acquired by Attachmate Corporation for $6.10 ...
Nov 22, 2010 · Attachmate Corporation plans to operate Novell as two business units: Novell and SUSE; and will join them with its other holdings, Attachmate ...Missing: eDirectory | Show results with:eDirectory
[10]
Attachmate Splits Novell Acquisition into NetIQ, SUSE Divisions
With the Novell buyout complete, Attachmate has moved its open-source products into SUSE and security products into its NetIQ business divisions.Missing: 2010 | Show results with:2010
[11]
The Attachmate Group Enters into Agreement to Merge with Micro ...
Sep 15, 2014 · The transaction is expected to close on November 3, 2014. It is subject to customary closing conditions, including Micro Focus shareholder ...Missing: date | Show results with:date
[12]
Open Text Corporation - OpenText Buys Micro Focus
Jan 31, 2023 · OpenText (NASDAQ: OTEX), (TSX: OTEX) announced today that it has closed the previously announced acquisition (the "Acquisition") of Micro Focus International ...
[13]
[PDF] OpenText™ eDirectory CE 24.4 (v9.3) Release Notes
Jan 2, 2025 · NetIQ eDirectory 9.3 is known as OpenText™ eDirectory 24.4 (v9.3). The changes are available for installer and utilities. Support for TLS 1.3 ...
[14]
Micro Focus | OpenText
Prior to acquisition by OpenText, Micro Focus acquired the following companies: Acucorp, Inc. Authasas; ATAR Labs; Attachmate Group (Attachmate, NetIQ, Novell, ...
[15]
NetIQ eDirectory 9.0 Release Notes
This release introduces an LDAP search method for retrieving the real time statistics for eDirectory subsystems and background processes such as Threadpool, ...
[16]
NetIQ eDirectory 9.2 SP2 Release Notes
NetIQ eDirectory 9.2 SP2 resolves several previous issues. Many of these improvements were made in direct response to suggestions from our customers.Missing: 9.2.2 security
[17]
NetIQ eDirectory 9.2 Service Pack 8 Release Notes
NetIQ eDirectory 9.2 SP8 resolves several previous issues. Many of these improvements were made in direct response to suggestions from our customers.
[18]
Product Support Lifecycle - OpenText
OpenText's product support lifecycle has guidelines for the availability and level of support during the life of a product under an active maintenance ...
[19]
Release notes - OpenText Documentation Portal
Jun 27, 2025 · June 2025. OpenText eDirectory CE 25.2 includes new features and resolves several previous issues. Many of these improvements were made in ...
[20]
Configure OpenText Directory Services for automatic user ...
Mar 25, 2025 · This article describes the steps you need to perform in both OpenText Directory Services and Microsoft Entra ID to configure automatic user provisioning.<|control11|><|separator|>
[21]
[PDF] NetIQ eDirectory Administration Guide
Selling intelligent solutions, not just software. In order to provide reliable control, we first make sure we understand the real-world scenarios in.
[22]
13.2 Understanding How LDAP Works with eDirectory
All LDAP clients bind (connect) to NetIQ eDirectory as one of the following types of users: ... Directory Information Tree (DIT). For more information, see ...
[23]
Object Classes and Properties - NetIQ eDirectory 8.8 SP8 ...
Each class of object has certain properties. A User object, for example, has First Name, Last Name, and many other properties. The schema defines the object ...Missing: UID | Show results with:UID
[24]
2.2 Designing the eDirectory Tree - Identity and Access Management
Designing the eDirectory tree is the most important procedure in the design and implementation of a network. The design consists of the following tasks.
[25]
2.2 Designing the eDirectory Tree - Identity and Access Management
Designing an eDirectory tree involves creating naming standards, designing upper layers using a pyramid design, and designing lower layers based on network ...Missing: geography function
[26]
Schema - NetIQ eDirectory Administration Guide
Schema defines the types of objects that can be created in your tree (such as Users, Printers, and Groups) and what information is required or optional at ...Missing: UID | Show results with:UID
[27]
[PDF] Novell eDirectory Schema Reference
Online Documentation: To access the online documentation for this and other Novell developer products, and to get updates, see developer.novell.com/ndk. To ...Missing: architecture | Show results with:architecture
[28]
Partitions - NetIQ eDirectory Administration Guide
A partition is a logical division of the eDirectory database. A directory partition forms a distinct unit of data in the tree that stores directory information.Missing: master | Show results with:master
[29]
Managing Partitions and Replicas - NetIQ eDirectory Administration ...
Partitions are logical divisions of the NetIQ eDirectory database that form a distinct unit of data in the eDirectory tree for administrators to store and ...
[30]
2.3 Guidelines for Partitioning Your Tree
When you partition eDirectory, you allow parts of the database to exist on several servers. With this capability, you can optimize network use by ...
[31]
[PDF] NetIQ eDirectory - Security Guide
The Security Guide provides configuration guidelines to network administrators. These guidelines can help to enhance the security of an eDirectory ...
[32]
1.9 eDirectory Rights - Identity and Access Management
Access Control List (ACL) · Anyone who has the Supervisor or Write right to the Object Trustees (ACL) property of an object can determine who is a trustee of ...
[33]
https://www.netiq.com/documentation/edirectory-92/edir_admin/data/fbachifb.html
[34]
History of NetIQ Passwords - NetIQ eDirectory Administration Guide
In the past, administrators have had to manage multiple passwords (simple password, NDS password, enhanced password) because of password limitations.
[35]
Auditing with Novell Audit - NetIQ eDirectory Administration Guide
Using the Novell Audit package, you can send events generated by eDirectory to an outside auditing client for monitoring purposes.
[36]
OpenText eDirectory CE 24.4 (v9.3) Release Notes
OpenText eDirectory CE 24.4 (v9.3) Release Notes includes new features and resolves several previous issues.Missing: timeline | Show results with:timeline
[37]
Installing or updating OpenText eDirectory on a Windows server
Jul 27, 2025 · NetIQ Modular Authentication Service (NMAS) server components are installed automatically when you run the eDirectory installation program. The ...
[38]
System Requirements - OpenText™ eDirectory CE 24.4 (v9.3 ...
You must install OpenText eDirectory on one of the following 64-bit platforms, at a minimum: Memory, Virtualization Systems, VMWare, ESXi.Missing: hardware | Show results with:hardware
[39]
eDirectory 8.8 SP8 - Identity and Access Management
Select a topic ; NetIQ eDirectory 8.8.8 Patch 9, 10/17/2016 ; NetIQ eDirectory 8.8.8 Patch 8, 01/28/2016 ; NetIQ eDirectory 8.8.8 Patch 7, 01/28/2016 ; NetIQ ...
[40]
Hardware requirements - eDirectory
Jun 12, 2025 · Hardware requirements depend on the specific implementation of OpenText eDirectory. Two factors increase performance: more cache memory and ...
[41]
Hardware requirements - eDirectory
Jun 13, 2025 · For example, a base installation of OpenText eDirectory with the standard schema requires about 74 MB of disk space for every 50,000 users.
[42]
OpenText eDirectory CE 24.4 (v9.3) - Identity and Access Management
It is a high-end directory service that enables businesses to manage identities and secure access for employees, customers, and partners.Missing: distributions | Show results with:distributions
[43]
OpenText™ eDirectory CE 24.4 (v9.3) Installation Guide
Use the nds-install utility to install OpenText eDirectory components on Linux systems. This utility is located in the Setup directory of the downloaded file ...
[44]
iManager 3.2 - Identity and Access Management
Using iManager, you can administer NetIQ eDirectory. This centralized management system eliminates administrative redundancy and unnecessary overhead, saving ...
[45]
Overview - NetIQ ® iManager Administration Guide
NetIQ iManager is a Web-based administration console that provides secure, customized access to network administration utilities and content.
[46]
Using NetIQ iMonitor - NetIQ eDirectory Administration Guide
Trace History lets you view a list of previous trace runs. Each previous trace log is identified by the period of time during which the trace data was being ...
[47]
Configuring LDAP Objects - NetIQ eDirectory Administration Guide
An eDirectory installation creates an LDAP server object and an LDAP Group object. The default configuration for LDAP Services is located in the directory ...
[48]
Subject Alternate Name for DNS in SSL CertificateDNS
Jan 23, 2025 · When I install new eDirectory 9.3 servers the default certificates (SSL CertificateDNS) doesn't get the DNS name added as Subject Alternate Name ...
[49]
Upgrading eDirectory - NetIQ eDirectory Installation Guide
When upgrading eDirectory, you can upgrade from eDirectory 8.8.6.x 64-bit to eDirectory 9.0 64-bit. NOTE:To upgrade from a 32-bit version of eDirectory to a 64 ...
[50]
Upgrading OpenText eDirectory
Jul 27, 2025 · It is recommended not to directly upgrade OpenText eDirectory from version 8.8SP1 to latest version. You must upgrade to 9.2 and then to the ...
[51]
[PDF] Novell eDirectory Management - Higher Education | Pearson
This database is referred to as the RECMAN database. ... Rather than placing full replicas of the entire. eDirectory database on this server, you can create a set ...Missing: compatibility | Show results with:compatibility
[52]
Understanding Netiq eDirectory 8.X.X - Linux On Fire
Sep 28, 2012 · Versions of NDS prior to NDS 8 use a database engine called Recman, which, as the name suggests, is a record-based database management engine.Missing: early | Show results with:early
[53]
Comparing eDirectory with RDMS and Active Directory
Jun 11, 2011 · FLAIM itself is now released under the GPL and is available from forge.novell.com. It was originally developed to represent hierarchical data ...
[54]
[PDF] NetIQ eDirectory Tuning Guide
CPU Subsystem eDirectory is built on a highly scalable architecture. The performance increases with the increase in the number of processors. Increased ...Missing: benchmarks | Show results with:benchmarks
[55]
FLAIM Database - NetIQ eDirectory Tuning Guide
It is a very scalable database engine that supports multiple readers and a single-writer concurrency model. Readers do not block writers and writers do not ...Missing: benchmarks | Show results with:benchmarks
[56]
Using DSBK - NetIQ eDirectory Administration Guide
DSBK is a thin command line parser that performs eDirectory Backup, and lets you to initiate a backup from the server console without having to log in first.
[57]
[PDF] NetIQ eDirectory Administration Guide
NetIQ eDirectory natively supports the directory ... eDirectory ease-of-management features include a powerful tree structure, an integrated management utility, ...
[58]
[PDF] DNS/DHCP Services for Linux Administration Guide - OpenText
Jan 7, 2015 · Dynamic Host Configuration Protocol (DHCP) services into NetIQ eDirectory. ... objects in DNS and DHCP, see “DNS eDirectory Objects and Attributes ...
[59]
Configuring Open Enterprise Server - OES 23.4: Installation Guide
On the eDirectory Configuration - NTP page, click Add. In the Time Servers text box, specify the IP address or DNS hostname of an NTP server, then click Add.Missing: profiles | Show results with:profiles
[60]
Replicas in eDirectory - Micro Focus support
Jul 1, 2002 · The Read-Only replica is a readable replica type used to read information about all objects in a partition's boundaries. This replica type is ...
[61]
Service Location Protocol - NetIQ eDirectory Installation Guide
OpenSLP is an open-source implementation of the IETF Service Location Protocol Version 2.0 standard, which is documented in IETF Request-For-Comments (RFC) ...