当网站的PV达到亿级时，服务器应该是属于成堆堆的集群。这时候如果后端出现问题后，无法快速定位出是哪一台服务器，以前的常规操作就是通过日志服务器来分析或采用监控的手段。前几天的时候想到为啥不将服务器的banner修改为机房加对应IP的形式来进行快速定位呢？这样既可以防止第三方的安全扫描软件采取到服务器的版本号进行选择性的***。又可以快速定位故障机。
建议：在实际生产环境中，建议不要将banner修改为机房加IP，而改为服务器资产统计表中的编号。
下面我们来谈谈Tomcat的banner如何修改。tomcat的版本分为两个：
1、/data/tomcat/lib/catalina.jar，即运行 /data/tomcat/bin/version.sh 命令看到的版本号。
2、/data/tomcat_rts/lib/tomcat-coyote.jar，即运行curl -I http:///localhost:80命令看到的版本号。
其中第一个jar包修改后的作用不大，只能在服务器上看到，所以不建议修改。如果要修改可以如下操作：
# jar xvf apache-tomcat-7.0.47/lib/catalina.jar #解压catalina.jar 包。
# vi org/apache/catalina/util/ServerInfo.properties #修改版本号，即server.info=Apache Tomcat/7.0.33这行。
# jar cvf catalina.jar ./ #最后再打包，打包前记得将当前目录下除了org和META-INF以外的目录都删除掉。
下面我们说说第二个jar包的修改方法，网上方法很多，
一说将jar包里的class文件解出来，然后用ultraeditor修改的。我修改后服务器访问不了，chrome的开发者工具显示：
Request Headers CAUTION：Provisional headers are shown。
注：这里也许是可行的，只不过不要在原来的banner后面添加新字符，而是直接将1.1修改为123，保持长度一致应该可以。
一说将jar包里的class文件解出来，然后用jd-gui.exe将该class文件反编译成java，再修改banner，最后再用javac编译成class文件覆盖原jar包里的class文件。我修改后，javac根本就编译不成功，显示如下错误：
Constants.java:4: error: package org.apache.tomcat.util.buf does not exist
最后说说我成功的方法：
将/data/tomcat_rts/lib/tomcat-coyote.jar包下载到本地，然后用winrar或者7zip打开，不用解压。
将tomcat_rts/lib/tomcat-coyote.jar包里的org\apache\coyote\ajp\Constants.class和org\apache\coyote\http11\Constants.class两个文件拖出来，
使用winhex打开，选择“选项”中的“编辑模式”，选择默认的“Default Edit Mode (=editable)”，
直接在原来的Apache-Coyote/1.1上进行新字符的输入，如：Tomcat-BJ-133-017。这里注意长度一定，然后保存，
将修改后的class文件拖回压缩包里原来的文件覆盖原来的文件。
将修改后的tomcat-coyote.jar包覆盖掉原来的tomcat_rts/lib/tomcat-coyote.jar包，最后重启tomcat即可看到新的版本信息。
[root@localhost tmp]# curl -I http://localhost:8080
HTTP/1.1 404 Not Found
Server: Tomcat-xq-193-123
Content-Length: 0
Date: Thu, 03 Apr 2014 08:46:41 GMT
Connection: close