【实践1】系统管理工具[cmserver-cmclient]第一版--请测试

send_linux

膜拜楼上的，写了这么多精辟的意见....

其实大家都是鼓励他开源的哈，但是他坚持插件参与开发的模式

duanjigang

回复 19# duanjigang


    多谢flw给予如此丰富的建议和感言，呵呵。

关于开发这个工具的初衷，一楼我补充上了，算是对原来开发的比较土的cme_scanner的一个改进吧。

就开源这个问题，这两天做稍许修改，及时发上来，提供给大家指点和交流。

对你说的“精益求精”原则和“安全问题”很有感触。

自己在测试过程中留意到了，代码之于也想了不少，很多问题都需要考虑。
目前光我能考虑到的还没有做好的就有好几个，比如错误信息反馈，如何更准确？还有执行操作结果的返回，正确信息，结果信息等。。不怕笑话，现在server端用popen执行的
对stderr的信息还没做重定向或者复制，这就是不足，还有server端并发执行的问题都得考虑，呵呵，我会继续把cmeserver和cmeclient改进下去的。

安全问题，昨天跟同事讨论了下，想做成这样子：如果要改变某个用户或者某命令或者某些主机上的执行权限，想通过cmeclient直接来发送命令刷新配置的方式来做。
比如允许某用户执行命令或者不允许执行，只需要在cmeclient端向serer发送授权命令即可。
我想，这正是同事提出单独再做一个工具而不用ssh的一部分原因吧。


这两天正在笨拙的做一个php的web界面，带mysql数据库，来调用cmeclient执行命令。想把批量任务通过完全的web控制界面来实现。

duanjigang

个人觉得这个相对于ssh的一个更好的功能就是能通过指定目的IP列表文件，实现将多个主机自动均分给多个并发线程去执行。比如2000台机器，开50个线程，每个线程40个主机，每个主机2秒的话，最快80秒返回结果。
   另外一个功能畅想是：不止把cmeclient做成一个命令行工具，在允许配置的情况下，把它运行为一个运维系统的一个模块，直接从数据库读取命令，结果回写数据库。

多谢诸位的支持。

flw

其实你一直把 client 和 server 搞反了……

duanjigang

我概念中是从程序连接的发起和接收来理解client和server的，因此把发送命令的节点叫client.而N台主机叫server.
貌似同事都是相反，可能从功能的角度来理解吧，一对多，一叫server，N叫client .是否这样的？

vema

放过鸽子吗？灰鸽子啥是服务端啥是客户端知道不？

duanjigang

今天想了下：
一般传文件都是有具体用途的，如果把文件的用途通过二进制数据在通讯程序中来传输，不方便处理，也就是说不利于模块化。因此，想了想，这样处理。
每次传送文件的时候，带一个控制信息文件，比如传送文件1.txt,就附带一个1.txt.ctrl
1.txt.ctrl中存储了对1.txt的处理，这样的话，处理插件自动解析1.txt.ctrl，来完成处理。
通讯程序并不关注这个处理过程。

一介村夫

个人觉得这个相对于ssh的一个更好的功能就是能通过指定目的IP列表文件，实现将多个主机自动均分给多个并发线 ...
duanjigang 发表于 2011-03-22 23:15

    为什么不让40个主机也并行起来呢？

duanjigang

为什么不让40个主机也并行起来呢？
一介村夫 发表于 2011-03-25 20:33

    你的意思多少个客户机多少个线程或者进程？
那样貌似在超过系统的tcp连接限制后，即使修改内核参数，有时也不太稳定喔。以前遇到过类似的。
另外，单核机器上，线程多了，性能没太大改善吧？而且网络类的更是明显吧

一介村夫

你的意思多少个客户机多少个线程或者进程？
那样貌似在超过系统的tcp连接限制后，即使修改内核参 ...
duanjigang 发表于 2011-03-25 23:05

    你说每个线程管理40个主机，每个主机用2秒，共计80秒，说明你对40个主机是串行处理的。
如果改成并行处理，3秒钟就能有结果了吧？
连接数多？把线程改成进程就是了。