- 论坛徽章:
- 0
|
由于工作需要，采用了openldap。本人属于哪种喜欢用最新版本的人，但是openldap的最新版本复制跟以前有很大不同，并且也有了相关的RFC协议（其主要制定者就是openldap基金会的）。花了大量时间去研究RFC协议本身(本人英语不怎么样，RFC协议看了大概3便才基本弄清楚)，然后是GDB slapd，还看了openldap网站的一些资料。基本弄清楚之后，感觉有所得，然后写了一篇论文《Openldap 2.4数据同步研究》，然后在计算机工程上投了稿。
让我很不爽的是，2008-10-20杂志将文章提交给外审专家，并估计2008-12-09会完成。外审专家直到2008-12-04号才有结果。不禁让我想起了小时候做暑假作业的情况：开始疯玩，最后几天要上学了，要么狂抄，要么瞎写，要么仔细突击突击来完成任务。太慢了吧。并且，能不能给一个好点的评语(不是说赞扬，而是将理由所得清楚一点，毕竟我交了70元的外审费的，确切说：我很怀疑你的水平！
评职称需要论文，虽然我不缺这篇论文，但是也希望越多越好了。并且本人不屑于将直接的名字挂在别人论文后面（第二作者，本单位评职称时也算）。
让我很不爽，我也懒得再去投稿了。我相信投到非核心期刊，次稿必中。(中了俺们单位不仅报销版面费，还奖励500元)。
顺便附上我的论文，如果您觉得有收获，我就有进步。
本文实际上是根据openldap2.4的本身具有的功能，通过简单的配置来实现LDAP的同步。
这个评论，我想说：复制确实是openldap2.4本身的功能，但是2.4的复制是比较复杂的，不同于以往的复制，其实现是伴随着一个很久都没有的复制协议出现的，况且该协议并不是一个"标准的"，而是一个基于“经验”的RFC协议。“简单的配置”,2.4的复制居然是简单的配置，但是配置背后是很复制的，况且，Openldap自身包含ldap代理功能(ldap和meta后台),复制可以通过ldap后台来实现。是的，是很简单，联机文档里有说明，并且还有配置实例。那你不用ldap后台配置一个双向复制试试(如果不用ldap后台，从slapd的数据是只读的)。
----------------等着挨砖，使劲砸，砸得我心服口服。
[ 本帖最后由 forxy 于 2008-12-6 22:36 编辑 ] |
|
免费注册
发表于 2008-12-06 22:27
