docker 下 同步失败 about go-ldap-admin HOT 18 CLOSED

您好 @bulolo👋，我已收到您的反馈，我将安排时间考虑您提交的信息并进行回复。-- 这条信息是由自动回复的机器人发出的。

Hello @bulolo. I have received your feedback, and I will arrange time to consider the information you submitted and reply. -- This message is sent by an automatic reply robot.

from go-ldap-admin.

你这个应该是秘钥啥的都还没配置。:_tuzki_pheew:

参考这篇文档走下完整的流程：http://ldapdoc.eryajf.net/pages/cf1698/

from go-ldap-admin.

from go-ldap-admin.

配置了的

from go-ldap-admin.

我的操作步骤：

git clone https://github.com/eryajf/go-ldap-admin.git
拉下来后直接改 wecom配置，然后docker-compose up -d ,然后分组 同步 企业微信

from go-ldap-admin.

这一步也需要配置才可以：

动态字段管理文档： http://ldapdoc.eryajf.net/pages/84953d/

from go-ldap-admin.

这个报错似乎跟这个没关系吧，是拉不到企微的数据

from go-ldap-admin.

你是进入到容器里边改的配置吗，改了之后有无重启对应容器

from go-ldap-admin.

你是进入到容器里边改的配置吗，改了之后有无重启对应容器

步骤：
git clone https://github.com/eryajf/go-ldap-admin.git
进入 docs 下

直接修改 config.yml 文件 的wecom配置

然后 docker-compose up -d

from go-ldap-admin.

目前默认情况下，这个配置文件没有挂到容器里去：

因为涉及到MySQL和ldap连接地址的更改。如果你想挂载出来，需要执行一下Dockerfile里边的两步：

sed -i 's@host: localhost@host: mysql@g'  config.yml
sed -i 's@localhost:389@openldap:389@g' config.yml

然后取消docker-compose.yml里边的注释，然后再次运行容器。

from go-ldap-admin.

我直接把config.yml的mysql和ldap连接改成非localhost,也就是 本机ip和映射的端口，但还是连接不上。

from go-ldap-admin.

我直接把config.yml的mysql和ldap连接改成非localhost,也就是 本机ip和映射的端口，但还是连接不上。

在后端server容器内看看网络端口是否通，猜测应该是这个原因。或者直接改成link过去的那个name

from go-ldap-admin.

from go-ldap-admin.

我详细检查下

from go-ldap-admin.

可以了可以了。感谢指导

from go-ldap-admin.

:_onion_head_bike:

你快走出来了，字段关联也是很重要的一块儿，目前需要看看文档理解一下，后边我看看录一下说明的视频。

from go-ldap-admin.

可以了，但是有一个疑惑和2点建议

疑惑：

建议：
1.希望有一个默认的字段关系
2.我在第一次同步分组后（使用custom_name_pinyin），我把关系改成name，原以为再同步时覆盖替换，结果是失败同步。我将所有分组都删了，才能再同步成功，是否可以支持覆盖同步。

from go-ldap-admin.

这里用的custom_name_pinyin 不用name 是因为ldap不建议使用中文吗？

通常来说，这里的name同步到ldap之后就会成为对应的groupname或者username，一般不建议使用中文，尽管可以使用。其实name字段后端也返回了，如果你想要name的效果，可以将映射值改成name，这里只是列举了这个例子。

1.希望有一个默认的字段关系

这个可以考虑，后边我根据个人理解来做一下默认关系的添加。

是否可以支持覆盖同步

覆盖同步会存在一些问题，目前的同步逻辑是本地不存在该条记录，则会同步，已存在的会跳过。如果强行覆盖，可能会有一些问题，比如用户那里，用户的密码已经在本端存储，如果强制覆盖，登陆密码重置了，就不太好。还有一些时候，可能会存在远程数据波动的情况，如果直接覆盖，可能对本地数据会是一个冲击，这也不是一个理想的状态。

我觉得一开始可以配置起来调试，等字段关系都调试到一个合适理想的状态了，再接入生产，这也是科学的方案。

from go-ldap-admin.