问题标签 [ldif]

如果是的话，这可能是什么配置文件。

如果不是，还有哪些其他工具可用于在 OID 和 AD LDS 之间同步数据？

有人可以解释一下openldap上的LDIF文件是做什么用的吗？这是您设置数据库架构的方式吗？或者这是您在数据库中输入用户的方式？我在下面实际上有什么？

我需要有关文本文件特定记录编号的帮助。这是 ldif 文件，大小约为 2GB。处理机器是unix，所以我输入了awk。虽然已经尝试过 nl 和 cat 它看起来更复杂并且 awk 看起来很适合这个任务，但我熟悉 sql 但这并不接近它:-)

目标是保证组和组元素的数值唯一性：

1. 将具有重复编号的列添加到以属性“dn：”开头的数据组中的每一行（可以是重复的行号或计数器）重要的是它应该在组之间是唯一的。
2. 属性重复时添加具有递增编号的列。

输入：

输出（可能之一）：

我们正在使用以下 LDIF 从我们的 LDAP 目录中删除 POSIX 属性。这工作正常，除非在属性不存在的情况下。例如，如果 homedirectory 属性不存在，它将失败。我怎样才能做到这一点，即使没有为条目设置一个或多个属性，其余属性也会被删除？

我目前正在尝试使用 Spring Boot 1.4.2.RELEASE 构建一个小型 Web 应用程序。为此，我还使用了带有嵌入式 LDAP 和 ldif 加载的 Spring Boot LDAP。如果我开始，它总是告诉我没有设置 DN，如下所示。

如果我遗漏了什么，有人能够告诉我如何让它运行。已经从教程中尝试了一些示例 ldif 文件，但总是有相同的结果。

以下是我的配置的一些部分： - Java 8 - Spring Boot 1.4.2.RELEASE - Spring Annotation 而不是 xml - Gradle

构建.gradle：

配置：

……

测试.ldif：

错误信息：

非常感谢你的帮助

弹跳

我正在编写一个 perl 程序来读取、写入、添加、更新和删除 LDAP 服务器中的条目。到目前为止，我得到的是使用 LDIF 写入、添加、更新、删除并读取以 DSML 形式返回条目。

现在我的问题是 - 是否可以写入、添加、更新、删除返回 DSML？代码示例将不胜感激。

我的搜索看起来像这样，它就像一个魅力，

我的写入、添加、更新、删除看起来像这样，我希望它在成功或错误时返回 DSML，

谢谢你。

在我写之前，有没有任何工具可以幂等地应用 LDIF：

1. 如果未指定更改类型，则添加或替换条目（aka UPSERT）（删除 LDIF 记录中未提及的任何属性）。
2. 如果更改类型被指定为正常的过程ldapmodify。

我看到有人建议ldapmodify -c，但这是 meh :) 我想捕捉所有错误。

我正在编写独立的 java 程序，我将输入和输出文件作为命令行参数传递。输入文件包含有效的 LDAP 搜索过滤器或 LDIF。

我正在使用 Apache Directory LDAP API，但我没有找到任何可以用来区分两者的东西（filter|ldif）。我也没有在网上找到任何有用的例子。

我区分两者的最佳方法是什么？

任何想法或例子表示赞赏。

谢谢你。

我一直在尝试将此 dlif 应用于我的 openldap 服务器：

我相信这应该允许具有 DN:"mail=itops@thedomain.com,ou=people,dc=thedomain,dc=com"的用户更新属性 ipServicePort 和描述"cn=ldap-city-thedomain-com,dc=repl,dc=thedomain,dc=com"

这似乎适用：

当我搜索它时，我可以找到我更新的条目：

但是，当我尝试使用这些凭据进行更改时，它仍然失败：

跑步：

我还尝试让我的 ACL 的限制稍微少一些，以尝试了解什么不起作用，我尝试了以下 acl.ldif 文件：

结果是一样的

结果是一样的

结果是一样的

我唯一没有尝试的事情是，因为我希望避免使数据库变得如此不安全，即使在测试期间也是如此，是允许 * 写入此记录，或 * 写入所有记录。

我已经从 Apache Directory Studio 获取了我想要允许编辑的记录的 dn，它向我显示：

和我的用户 DN 相同：

我确信我在做一些明显愚蠢的事情，因为我对 ldap 的了解很差，而且阅读文档对我来说很痛苦。我希望有人能发现我明显的错误并提出更正建议，因为经过大量时间的修补，我看不出我做错了什么。

对于测试环境，我有一个.ldif文件来授予ben用户ADMIN角色，因为我的 Spring 安全配置需要这个角色：.hasRole("ADMIN").anyRequest().

这是.ldif文件内容：

测试环境Spring Security配置如下：

有几点观察：

1- 测试成功，用户通过身份验证并被认可为具有管理员角色。

2-如果不是像.hasRole("ADMIN").anyRequest()我那样配置角色认证，.hasRole("admin").anyRequest()那么测试中给出的用户角色不被接受，并且测试失败并在身份验证时出现 403（不是 401）。

.ldif3-该案例在文件中似乎并不重要，因为该admin组可以写成adMIN并且ADMin测试仍然成功。

4-将admin组替换user为用户的组，使测试失败并显示 403，即用户需要管理员角色才能登录。

为什么案子在.ldif档案中不重要，而在configure方法中重要？