看门狗程序设计(110分)

  • 主题发起人 主题发起人 pazee
  • 开始时间 开始时间
P

pazee

Unregistered / Unconfirmed
GUEST, unregistred user!
目前有一重要程序S 在运行,为了监测她的状态,打算写一个监测程序W。(简单修S改源程序)
三种思路,请大家帮助定夺,要求简单、可靠、高效、实用。
S, W分别运行在局域网的两台机器上。
1.W <=====> S 建立稳固的TCP/IP连接,只要连接发生问题,就认为S出现问题,报警;
2.采用UDP方式,W 定期向 S 发出请求, S要在指定的时间内回复,超时认为S出现问题,报警;
3.采用UDP方式,W 被动聆听,S每隔固定时间向 W 发出一个信号,W如果在一定时间内没有收到信号(没有喂狗)就认为S出现问题,报警;

目前存在问题,
1.受网络影响,网络可能出现问题(S非网络软件);
2.监控程序本身可能宕掉;

哪位如果有更好的建议也请提出来,谢谢大家。
 
1.先判断是否ping得通对方的ip。
2.监控程序做小一点,尽量用比较稳定的方法。
 
觉得3比较好
1)局域网只要没有物理损坏或连接问题,还是很稳定的
2)没有绝对的安全
 
在局域网中3是不错的
 
觉得3比较好
1)局域网只要没有物理损坏或连接问题,还是很稳定的
2)没有绝对的安全
同意
 
1好,没为什么,一举两得,又可以报警,又可以测网络状态
 
类似与Dos中的中断及响应
 
和 单片机的看门狗类似。
 
我同意knightlzf的想法,先检测局域网上否正常,再检测程序
 
如果ping 不通我不是就不能判断S的状态了吗?不是一样还要报警。
大家有什么其他的模式吗?
 
大家发表一下意见呀!没人明白?
 
都没人回答了,我这分怎么分呀!
 
dde也能在网络上使用。如果你能用好NetDde相信也是一个不错的选择。
 
采用办法3吧
 
单独在w,s两台计算机之间连上线路不就行了
 
3 好
如果仅仅是验证没必要用tcp,浪费资源。
如果以后有局域网有多个s,当然以s发请求好。
用udp发,信号中至少用两个属性。一个表网络通断,另一个表验证。w再把两个发回去。
就可以知道是网络通断还是未通过验证了。
 
3比较好,资源占用少;
时间可以设长一点
 
大家都跟没说一样,算了,分分了。
 
多人接受答案了。
 
后退
顶部