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

Godbach

回复 1# duanjigang
段兄，提一个建议和一个问题。
建议： 输出结果整齐一些。格式化输出比较重要，便于后续模块处理。

问题：
如果执行的命令也包含一些特殊符号，比如单引号或双引号，你将如何处理，比如：

uname -a | awk '{print $3}'

Godbach

回复 1# duanjigang

监听的端口号是否有个缺省的。

duanjigang

回复  duanjigang
段兄，提一个建议和一个问题。
建议： 输出结果整齐一些。格式化输出比较重要，便于后 ...
Godbach 发表于 2011-03-17 22:55

    嗯，cmclient接受的命令用双引号括起来，就跟shell一样，如果中间有双引号，建议用转义符号标识，比如

1. 
   
2. cmclient -p 12345 -h 10.32.20.123 -c "echo \"hello\""
   

复制代码

另外关于输出格式问题，目前的样式是:
IP地址1
结果1
IP地址2
结果2
。。。
不知道有什么更好建议不？

duanjigang

回复  duanjigang

监听的端口号是否有个缺省的。
Godbach 发表于 2011-03-17 23:12

    默认端口有的，目前是12345，呵呵

Jejory

好东西，虽然我用不着，顶一下

Godbach

回复 13# duanjigang


   

嗯，cmclient接受的命令用双引号括起来，就跟shell一样，如果中间有双引号，建议用转义符号标识，

建议 还是 必须 ？

duanjigang

回复  duanjigang


   
建议 还是 必须 ？
Godbach 发表于 2011-03-19 23:13

    必须吧，如果多条命令并且中间有引号，那就必须用双引号括起来，并且命令中的引号用转义修饰

Godbach

回复 17# duanjigang
嗯

duanjigang

热烈欢迎各位继续下载测试，希望能把我们的实践活动和理论讨论结合起来

flw

闻风前来支持一下。干的不错！
如果能够开源，让大家观摩就更好了。毕竟闭源的东西是很难被信任的。

实际上这样的小东西许多人都做过，那么到底能走多远，我的观点是八个字：精益求精；实用就好。

这是什么意思呢？

首先是说，这种实用工具，它的实用性一定要强。
比如之前 Godbach 提到的引号问题，这个就是个很实在的问题。如果这个问题解决不好，这个工具就不再实用。
因为复杂的命令不可避免会遇到多重引号，而你这个工具本身也需要一层引号，因此最后会出现引号难以搞定的问题。

bash 下面的引号威力由强到弱分别是：$''、''、""
在使用的时候需要根据情况选用。

其次是说，这种实用工具，它的需求实际上是没有边际的。能够满足需求的，就是好工具。
但是需求日新月异，而且不同的阶段会有不同层次的需求。
比如一开始你可能缺乏一个批量操作的工具，但等你有了这样一个工具之后，慢慢的许多东西都依赖到上面了，
然后新的需求就诞生了，比如：
输出格式不好解析怎么办？
server 进程死了怎么办？
新设备如何确保 server 进程的部署问题？
如果需要根据情况（比如前一个命令的执行结果）来执行不同的命令怎么办？
是否能够支持执行一个/一组 script 文件而不仅仅是一个命令行参数？
如何规范大家所使用的命令？
等等等等，许多问题就会随之而来，这时候你应该能够不断地完善，不断地精益求精，而不是说过了最初的那个激情阶段，后面就缺乏维护和持续更新了。
这也是许多论坛网友发布的所谓“开源软件”共同存在的问题——貌似开源，实则形同废物，只能作为初学者学习参考，并不能真正作为一个东西来使用。

最后说一下安全问题，既然本版名为“架构设计”，那么我就要问一个问题：
在一开始设计架构的时候，为什么不选择走 ssh/22 端口，而要自己设计私有的 server 和私有协议？
我简单地从三个方面来阐述一下我的观点：
a，ssh 协议的认证方式实际上有多种，通过配置实际上是允许不输入用户名口令而通过密钥方式登录设备的。这也是大多数人在 ssh 自动化过程中遇到的难点之一，也许就是你的初衷之一。
b，如果是选择了私有协议，最终实际上仍然会遇到认证问题，这时候回过头来想想 ssh，未必不是一个好的选择。
c，server 进程的部署问题。毫无疑问，sshd 几乎每台机器都有，并且几乎用不宕机，自己写的 server 在这两点上就不如 sshd。

以上是我个人的一些观点，希望能够和朋友们分享。