F5的HTTP monitor机制

最近在需求的驱动下，认真研究了一下F5的http monitor的处理机制。从F5的技术白皮书上初略理解到：http monitor可以通过检测某个服务目录，从而从得到的结果中匹配相关的字符串。

比如下面的monitor： 
b monitor http_mo1 list 
monitor http_mo1 { 
   defaults from http 
   recv "nameof" 
   send "GET /services/message/message.html” 
} 
F5去GET /services/message/message.html这个页面，然后用"nameof"去匹配这个页面的内容，如果能查到就说明检测成功；否则失败。

而后续配置多个不同的系统的http monitor时，进行同样的配置（仅仅修改服务目录和recv的字串）下，发现有些monitor竟然匹配不到字符串，从而导致健康检查失败。但是直接使用浏览器浏览该页面时是能查找到相关的字符串的。monitor配置如下： 
monitor http_mo2 { 
   defaults from http 
   recv "targetName" 
   send "GET /services/conf/message/message.html” 
} 

而后使用在F5的CLI上使用如下命令进行检测：echo -e "GET /services/message/message.html HTTP/1.1\r\nConnection: Close\r\nHost: \r\n\r\n" | nc 1.1.1.1 80；其中1.1.1.1 80是需要监控的地址和服务端口。echo出来的内容如下： 
echo -e "GET /services/conf/message/message.html HTTP/1.1\r\nConnection: Close\r\nHost: \r\n\r\n" | nc 1.1.1.1 80 | less 
HTTP/1.1 200 OK 
Content-Type: text/xml; charset=iso-8859-1 
Connection: close 
Server: Jetty(6.1.5)

<?xml version="1.0" encoding="UTF-8"?> 
&lt;wsdl:definitions targetNamespace=

可以看出targetName从应该能匹配到的。后来看了一些文档说有可能是HTTP的版本问题，因为F5默认是使用HTTP/1.0去GET的，但是目前基本上都是使用HTTP/1.1的。所以在GET中加入了HTTP的版本。即如下： 
monitor http_mo2 { 
   defaults from http 
   recv "targetName" 
   send "GET /services/conf/message/message.html HTTP/1.1\r\n” 
} 
但是这样的GET还不够严谨，我后续测试也是有检测不到的现象。后来直接将上面echo命令中的HTTP/1.1\r\nConnection: Close\r\nHost: \r\n\r\n全部加进去就检测ok了。不能不加Host: \r\n\r\n，否则也有检测不到关键字的情况。

总结：做F5的http的monitor时需要关注GET的格式，即服务目录后面要添加”HTTP/1.1\r\nConnection: Close\r\nHost: \r\n\r\n“。否则有可能监控失败，具体为什么必须添加这些目前不清楚。

注意：