On Mon, Jun 27, 2016, at 12:22, Wang Kang wrote: > > 于是问题转化为 key 分发。 > > 而且，最基本的问题：一段时间之后，谁都忘了谁能登录哪台服务器了，难道我们要用 excel 管理？ > > 用 LDAP 也一样会有这问题吧？ > 从权限分配上来说，每个学期初 revoke 一次应该就好了... > > 另外一方面，使用者如果连自己能登哪台服务器都不记得了的话.... > 说明那台服务器也不需要登了... 学期初被 revoke 掉就好了 > > 此外，读写数据库和读写 excel 也没啥本质不同啊。 > 写纸上想想看也不是不行>_< > > 毕竟这事不是每时每刻都需要自动化做的.. > 总得有个权限的分配流程，得需要人的参与 >
当然是 Web 上操作一下，把用户名加/减到一个节点里就好了呀… 即使是现行的 LDAP 方案做这个也非常方便，而且xiaq魔改过的 LDAP 还能分发 key > > LDAP 稳定性问题并不是问题，以前发生这个问题是因为当时的服务器登陆依赖了LDAP单点，当然容易挂了。 > > 新的方案怎样可以不依赖单点的 LDAP 呢？ 这个刚才解释过了 > > > 我想做的方案是，内容就放在数据库里，对外暴露一个 LDAP 协议接口。跟 OpenLDAP 已经没有任何关系了， > > 运维=管理数据库。 > > 我理解。但是问题是，得想一个办法让这个新项目能被够持续维护。 > 不然等你一毕业，新任管理员一想算了还是推倒再来一个 LDAP 吧 不一样，OpenLDAP 的管理极其麻烦，说白了就是因为它的数据存储太不自然了。 xiaqLDAP 难以维护的主要原因也就是 xiaq 魔改了 openLDAP 默认的存储结构，使得本身就难以维护的东西变得更加难以维护。 换成数据库就简单多了，想存什么存什么，比如 key 分发，就直接加个 key 字段就好，因为数据库格式我们完全可控。 openLDAP 就不一样了，数据的 schema 是有标准的，不能随便动…… 要动的话，就有一套极其麻烦的 schema 定义格式…… 我举个例子， 数据库里可能存储的一行就是 username, uid, gid, home 当 LDAP 访问的时候，返回结果按照 LDAP 格式 uid: bigeagle 这样的返回就可以了。 我们只需要暴露 LDAP 只读接口，我昨晚看了下，用 go 写 100 行代码就能搞定，js 能更少。 > > > > 因为你折腾的那个是 xiaqLDAP ，比一般的 LDAP 还要再复杂一些…… > > 不是这个，是 Alpine 里的 OpenLDAP 啦。 > > -- > > --- > You received this message because you are subscribed to the Google Groups > "TUNA 主邮件列表" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > For more options, visit https://groups.google.com/d/optout. -- --- You received this message because you are subscribed to the Google Groups "TUNA 主邮件列表" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. For more options, visit https://groups.google.com/d/optout.
