Docker 快速驗證 tomcat 單機多實例方案
概述
主要講的是解決問題的思路。當然也附帶了儘可能詳細的步驟，感興趣的童鞋可以一步一步跟著來實踐一把。因為運維職業的緣故，基本上是把事故當故事來寫了，希望能夠喜歡。
緣起
至少10年了，沒在一線玩過 Tomcat 了，這次客戶現場就來了一場遭遇戰。雖然客戶說了他來搭建，但是項目進度不等人，還是自己動手吧。當然了，新伺服器是要走流程申請的，只能在現有伺服器想辦法。猶記得當年解決 Tomcat 部署這些都是小菜，沒想到在苛刻的商業環境中，處處是坑，步步有雷。不過，咱干過開發也干過運維，這點兒動手的事情，還不至於發郵件請救兵不是。干！
伺服器在內網，有瘦終端可以訪問。MacBook 只能訪問外網，一邊查資料，一邊比對著在內網做，效果不好，老是擔心現有環境給整趴了：開發測試那邊就沒得玩了。干過開發的都知道，伺服器從來都是直接上 root 賬號。干過運維的人都知道，永遠別碰 root。╮(╯▽╰)╭哎，職業病，還是小心謹慎地好。
只能調整了方法：先在 MacBook 上搭建單機多實例，驗證通過之後，再去內網伺服器動手。本來計劃20~30分鐘搞完的事，最終花了小半天時間驗證了方案，在內網實施的時候，又遇到苛刻的環境限制，逐步排雷，最終搞定。客戶滿意，項目進度開心。
思路
根據實際環境，判斷問題解決方向：單機多實例；放棄內網危險的嘗試：不能快速有效解決，且賬號許可權太大;選擇外網驗證方案後再進內網實施。很多時候，選擇大於努力。
我們先簡化問題
寫個驗證文件打包成 war 包。為啥不使用現有代碼。一是因為現有 war 包在內網，二是因為太複雜，除了問題不能排除是代碼自身的問題還是我們的部署方式有問題，或者是內外網網路環境的問題，亦或是 RPWT。
對於驗證方案，排查問題時，盡量簡化，拋卻一切外在的東西，只驗證核心。方案驗證通過，再引入實際war包驗證。這和面向對象編程的指導思想是一致的：通過抽象來提煉最核心的東西，每次聚焦一個地方，不要全面出擊。人，畢竟精力有限。
至於為什麼用 tomcat7，沒什麼，客戶這兒只允許這個版本。
先放出整理後方案
2017.8.8Update:
已 commit 到 docker hub，心急的童鞋自行
docker pull aninputforce/tomcat7-ins
最終方案
這個不是診斷問題的思路，是最終解決完問題後的，對整體方案的梳理，這樣的順序才整潔，有基礎時間緊的童鞋直接看這個就足夠了。有時間的童鞋可以看看正文，貫穿了分析問題解決問題的思路。
# 簡化問題：建模先--宿主機編輯 -> jdk7打war包 -> tomcat默認配置 -> 單機單實例 -> 單機雙實例
├── # docker搭建jdk7初始環境：用來打包驗證用的war包
│ ├── docker search jdk7
│ ├── docker pull codenvy/jdk7
│ ├── docker run --name jjj codenvy/jdk7 /bin/bash
│ ├── java -version && mkdir ~/web && ls ~/ && exit # 鏡像容器環境工作正常，創建工作目錄，退出
│ ├── mkdir ~/prms001 ~/prms002 # 宿主機
│ ├── # 編輯prms001/index.htm,編輯prms002/index.htm
│ ├── docker cp prms001 jjj:/home/user/web && docker cp prms002 jjj:/home/user/web
│ ├── docker exec -it jjj /bin/bash # 進入容器
│ ├── sudo chown -R user:user prms001 prms002 改變屬組
│ ├── cd ~/web/prms001 && jar -cvf prms001.war ./* && ls -la
│ ├── cd ~/web/prms002 && jar -cvf prms002.war ./* && ls -la && exit
│ ├── docker cp jjj:/home/user/web/prms001/prms001.war ~/.
│ ├── docker cp jjj:/home/user/web/prms002/prms002.war ~/.
│ └── docker rm jjj # 退出容器，jdk7容器使命結束
├── # docker搭建tomcat7初始環境：用來推演單機多實例
│ ├── # docker拉取tomcat7鏡像
│ ├── # 啟動名為www的tomcat容器
│ │ ├── ./startup.sh # 啟動web服務
│ │ ├── curl localhost:8080 # 訪問正常
│ │ ├── ./shutdown.sh # 停止web服務
│ │ └── # 搭建第一個實例
│ │ ├── mkdir tom-ins001
│ │ ├── mv work tom-ins001/ && mv conf/ tom-ins001/ mv logs/ tom-ins001/
│ │ ├── mv temp/ tom-ins001/ && mv webapps/ tom-ins001/
│ │ ├── export CATALINA_BASE=$CATALINA_HOME/tom-ins001/
│ │ ├── sh $CATALINA_HOME/bin/startup.sh -Dcatalina.base
│ │ ├── curl localhost:8080 # 訪問正常
│ │ └── exit && docker commit www mytomcat:latest && docker rm www # 容器www使命結束
│ └── docker run --name web -it -p 8080:8080 -p 80:80 mytomcat /bin/bash # 啟動新容器
│ ├── # 啟動第一個實例
│ │ ├── export CATALINA_BASE=$CATALINA_HOME/tom-ins001/
│ │ ├── sh $CATALINA_HOME/bin/startup.sh -Dcatalina.base
│ │ └── curl localhost:8080 # 訪問正常
│ └── # 搭建並啟動第二個實例
│ ├── cp -r tom-ins001/ tom-ins002
│ ├── # 編輯tom-ins002/conf/server.xml的3個埠，規避和實例1衝突，
│ │ ├── Server port="8001"、 Connector port="80" protocol="HTTP/1.1"
│ │ ├── Connector port="8002" protocol="AJP/1.3"
│ │ ├── docker cp www:/usr/local/tomcat/conf/server.xml .
│ │ ├── vi server.xml
│ │ └── docker cp ./server.xml www:/usr/local/tomcat/conf/
│ └── # 啟動新容器 啟動實例2
│ ├── export CATALINA_BASE=$CATALINA_HOME/tom-ins002/
│ ├── sh $CATALINA_HOME/bin/startup.sh -Dcatalina.base
│ ├── curl localhost:80 # 訪問正常
│ ├── exit && docker commit web mytomcat:latest
│ └── docker rm web # 容器web使命結束
└── # 展示單機雙實例：
├── # 配置實例2根目錄運行
│ ├── docker run --name web -d -it -p 8080:8080 -p 80:80 mytomcat /bin/bash # 啟動新容器
│ ├── docker exec -it web /bin/bash
│ ├── cd /usr/local/tomcat/tom-ins002/webapps && tar cvf rootbak.tar ./ROOT/*
│ ├── cd ROOT && rm -rf * # 清空ROOT目錄
│ ├── mkdir /usr/local/tomcat/myapps && exit # 創建實例2war包存放目錄，退出容器
├── # 部署實例1、實例2的war包，啟動驗證
│ ├── # 編輯ROOT.xml，配置實例2的war包解到 /usr/local/tomcat/tom-ins002/ROOT 目錄
│ ├── docker cp ~/ROOT.xml web:/usr/local/tomcat/tom-ins002/conf/Catalina/localhost
│ ├── docker cp ~/prms002.war web:/usr/local/tomcat/myapps
│ └── docker cp ~/prms001.war web:/usr/local/tomcat/tom-ins001/webapps
├── docker exec -it web /bin/bash
│ ├── export CATALINA_BASE=$CATALINA_HOME/tom-ins001/
│ ├── sh $CATALINA_HOME/bin/startup.sh -Dcatalina.base
│ ├── curl localhost:8080 # 訪問正常：Hello from Tomcat instance 001
│ ├── export CATALINA_BASE=$CATALINA_HOME/tom-ins002/
│ ├── sh $CATALINA_HOME/bin/startup.sh -Dcatalina.base
│ └── curl localhost # 訪問正常：Hello from Tomcat instance 002
└── # 宿主機驗證
├── curl localhost:8080 # 訪問正常：Hello from Tomcat instance 001
├── curl localhost # 訪問正常：Hello from Tomcat instance 002
└── exit && docker commit web mytomcat:latest # 退出，提交容器變動到鏡像，驗證通過；
以下開始講故事：
外網驗證方案
換做十年前，要學習 Java，光搭建個環境，就能耗盡新人 90% 的熱情。放棄內網嘗試，轉由外網先驗證方案，我也是經過略微的思想鬥爭的，不過轉念一想，有 Docker 神器，也就淡定了。
開始之前，先列一下客戶的要求
- 部署新實例作為 UAT 測試環境，但是新伺服器還沒有
- 根目錄啊，別帶上 Project 路徑了
- 埠用 80 吧，你們開發測試還用 8080
需求分析
在內網的一番碰牆，也不是沒有一點兒成果，至少理順了方向：
- 方案的方向是單機多實例
- Server 部署在根目錄
- 別讓用戶敲埠訪問了
開始，進行 tomcat 單機多實例方案的推演。
至於docker環境搭建，請參考官方文檔。我的另一篇筆記里附有鏈接：Docker的第一次親密接觸（https://my.oschina.net/hexie/blog/785315）
上 Docker 搭建第一個實例
準備拉取鏡像
docker pull tomcat:7.0
啟動並運行 tomcat
容器名www，埠8080：
ChinaDreams:work-diary kangcunhua$ docker run --name www -it -p 8080:8080 tomcat:7.0 /bin/bash
root@4b8f58d2cd64:/usr/local/tomcat# cd bin
root@4b8f58d2cd64:/usr/local/tomcat/bin# java -version
java version "1.7.0_131"
OpenJDK Runtime Environment (IcedTea 2.6.9) (7u131-2.6.9-2~deb8u1)
OpenJDK 64-Bit Server VM (build 24.131-b00, mixed mode)
root@4b8f58d2cd64:/usr/local/tomcat/bin# ./startup.sh
root@4b8f58d2cd64:/usr/local/tomcat/bin# ps -ef | grep java
root@4b8f58d2cd64:/usr/local/tomcat/logs# tail -f catalina.out
root@4b8f58d2cd64:/usr/local/tomcat/logs# curl localhost:8080
查看 java 進程有，查看日誌正常，訪問 http://localhost:8080 正常，證明鏡像和容器是可以正常工作的。
搭建第一個實例
root@4b8f58d2cd64:/usr/local/tomcat# mkdir tom-ins001
root@4b8f58d2cd64:/usr/local/tomcat# ls
LICENSE RELEASE-NOTES bin include logs native-jni-lib tom-ins001 work
NOTICE RUNNING.txt conf lib myapps temp webapps
root@4b8f58d2cd64:/usr/local/tomcat# mv work tom-ins001/
root@4b8f58d2cd64:/usr/local/tomcat# mv conf/ tom-ins001/
root@4b8f58d2cd64:/usr/local/tomcat# mv logs/ tom-ins001/
root@4b8f58d2cd64:/usr/local/tomcat# mv temp/ tom-ins001/
root@4b8f58d2cd64:/usr/local/tomcat# mv webapps/ tom-ins001/
root@4b8f58d2cd64:/usr/local/tomcat# ls
LICENSE NOTICE RELEASE-NOTES RUNNING.txt bin include lib myapps native-jni-lib tom-ins001
root@4b8f58d2cd64:/usr/local/tomcat# cd tom-ins001/
root@4b8f58d2cd64:/usr/local/tomcat/tom-ins001# ls
conf logs temp webapps work
root@4b8f58d2cd64:/usr/local/tomcat/tom-ins001# echo $CATALINA_HOME
/usr/local/tomcat
root@4b8f58d2cd64:/usr/local/tomcat/tom-ins001# export CATALINA_BASE=$CATALINA_HOME/tom-ins001/
root@4b8f58d2cd64:/usr/local/tomcat/tom-ins001# sh $CATALINA_HOME/bin/startup.sh -Dcatalina.base
root@4b8f58d2cd64:/usr/local/tomcat/tom-ins001# ps -ef | grep java
root@4b8f58d2cd64:/usr/local/tomcat/tom-ins001# tail -f catalina.out
root@4b8f58d2cd64:/usr/local/tomcat/tom-ins001# curl localhost:8080
啟動成功,宿主機訪問 http://localhost:8080 正常
提交變動到鏡像備份
root@4b8f58d2cd64:/usr/local/tomcat/tom-ins001# exit
ChinaDreams:~ kangcunhua$ docker commit www mytomcat:latest
搭建第二個實例
啟動新容器，並啟動第一個實例
基於剛提交生成的鏡像，新啟一個容器。啟動實例1，驗證正常
ChinaDreams:~ kangcunhua$ docker run --name web -it -p 8080:8080 -p 80:80 mytomcat /bin/bash
root@c8cc5f309d18:/usr/local/tomcat/tom-ins001# export CATALINA_BASE=$CATALINA_HOME/tom-ins001
root@c8cc5f309d18:/usr/local/tomcat/tom-ins001# sh $CATALINA_HOME/bin/startup.sh -Dcatalina.base
root@c8cc5f309d18:/usr/local/tomcat/tom-ins001# ps -ef | grep java
root@c8cc5f309d18:/usr/local/tomcat/tom-ins001# tail -f catalina.out
root@c8cc5f309d18:/usr/local/tomcat/tom-ins001# curl localhost:8080
生成第二個實例目錄
root@c8cc5f309d18:/usr/local/tomcat# cp -r tom-ins001/ tom-ins002
root@c8cc5f309d18:/usr/local/tomcat# ls
LICENSE NOTICE RELEASE-NOTES RUNNING.txt bin include lib myapps native-jni-lib tom-ins001 tom-ins002
root@c8cc5f309d18:/usr/local/tomcat# cd tom-ins002
root@c8cc5f309d18:/usr/local/tomcat/tom-ins002# ls
conf logs temp webapps work
root@c8cc5f309d18:/usr/local/tomcat/tom-ins002# cd ..
root@c8cc5f309d18:/usr/local/tomcat# cd tom-ins001/
root@c8cc5f309d18:/usr/local/tomcat/tom-ins001# ls
conf logs temp webapps work
編輯 server.xml
主要是修改三處埠,避免和實例1埠衝突。
- Server port=」8001」
- Connector port=」80」 protocol=」HTTP/1.1」
- Connector port=」8002」 protocol=」AJP/1.3」
<?xml version=1.0 encoding=utf-8?>
<Server port="8001" shutdown="SHUTDOWN">
<!-- 此處省略了無修改的內容 -->
<Service name="Catalina">
<Connector port="80" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" />
<Connector port="8002" protocol="AJP/1.3" redirectPort="8443" />
<!-- 此處省略了無修改的內容 -->
</Service>
</Server>
編輯 ROOT.xml
作用是指定一個不在 webapps 目錄的 war 包，部署時自動解壓到 webappsROOT 目錄。
<?xml version="1.0" encoding="UTF-8"?>
<Context path="/prms" docBase="/usr/local/tomcat/myapps/prms002.war"></Context>
cp 到 tomcat 容器 web 中查看
ChinaDreams:~ kangcunhua$ docker cp ~/ROOT.xml www:/usr/local/tomcat/tom-ins002/conf/Catalina/localhost
ChinaDreams:~ kangcunhua$ docker exec -it www /bin/bash
root@4b8f58d2cd64:/usr/local/tomcat# cd conf/Catalina/localhost/
root@4b8f58d2cd64:/usr/local/tomcat/conf/Catalina/localhost# ls
ROOT.xml
root@4b8f58d2cd64:/usr/local/tomcat/conf/Catalina/localhost# more ROOT.xml
<?xml version="1.0" encoding="UTF-8"?>
<Context path="/prms" docBase="/usr/local/tomcat/myapps/prms002.war"></Context>
root@4b8f58d2cd64:/usr/local/tomcat/conf/Catalina/localhost# pwd
/usr/local/tomcat/conf/Catalina/localhost
文件屬主不對，改
root@4b8f58d2cd64:/usr/local/tomcat/conf/Catalina/localhost# ls -al
total 12
drwxr-xr-x 2 root root 4096 Jul 31 05:58 .
drwxr-xr-x 3 root root 4096 Jul 31 04:23 ..
-rw-r--r-- 1 502 dialout 111 Jul 31 05:56 ROOT.xml
root@4b8f58d2cd64:/usr/local/tomcat/conf/Catalina/localhost# chown root:root ROOT.xml
root@4b8f58d2cd64:/usr/local/tomcat/conf/Catalina/localhost# ls -la
total 12
drwxr-xr-x 2 root root 4096 Jul 31 05:58 .
drwxr-xr-x 3 root root 4096 Jul 31 04:23 ..
-rw-r--r-- 1 root root 111 Jul 31 05:56 ROOT.xml
打個 war 部署包
打 war 包報錯
在 tomcat 容器中，發現 jar 命令找不到。
root@4b8f58d2cd64:/usr/local/tomcat/webapps/examples# jar -cvf prms.war ./*
bash: jar: command not found
構建 jdk7 環境
本地沒有 java 環境。果斷上 docker 構建一個
ChinaDreams:~ kangcunhua$ docker search jdk7
ChinaDreams:~ kangcunhua$ docker pull codenvy/jdk7
ChinaDreams:~ kangcunhua$ docker run --name jjj -it codenvy/jdk7 /bin/bash
user@b040d98042c0:/$ java -version
user@b040d98042c0:/$ jar
user@b040d98042c0:/$ mkdir ~/web && ls ~/ && exit 創建工作目錄，退出
宿主機編輯代碼 cp 到容器中打 jar 包
ChinaDreams:~ kangcunhua$ mkdir ~/prms001 ~/prms002
ChinaDreams:~ kangcunhua$ vi ~/prms001/index.html
ChinaDreams:~ kangcunhua$ vi ~/prms002/index.html
ChinaDreams:~ kangcunhua$ docker cp prms001 jjj:/home/user/web && docker cp prms002 jjj:/home/user/web
ChinaDreams:~ kangcunhua$ docker exec -it jjj /bin/bash 進入容器
user@b040d98042c0:~/web$ sudo chown -R user:user prms001 prms002 改變屬組
user@b040d98042c0:~/web$ cd ~/web/prms001 && jar -cvf prms001.war ./* && ls -la
user@b040d98042c0:~/web$ cd ~/web/prms002 && jar -cvf prms002.war ./* && ls -la && exit
ChinaDreams:~ kangcunhua$ docker cp jjj:/home/user/web/prms001/prms001.war ~/.
ChinaDreams:~ kangcunhua$ docker cp jjj:/home/user/web/prms001/prms002.war ~/.
ChinaDreams:~ kangcunhua$ docker rm jjj 退出容器，jdk7容器使命結束
vi ~/prms001/index.html
<html>
<head>
<meta charset="UTF-8" >
<title> Tomcat instance 1</title>
</head>
<body>
<h1> Hello from Tomcat instance 1</h1>
</body>
</html>
vi ~/prms002/index.html
<html>
<head>
<meta charset="UTF-8" >
<title> Tomcat instance 2</title>
</head>
<body>
<h1> Hello from Tomcat instance 2</h1>
</body>
</html>
啟動實例1、實例2
回到 tomcat 容器
root@c8cc5f309d18:/usr/local/tomcat# export CATALINA_BASE=$CATALINA_HOME/tom-ins001
root@c8cc5f309d18:/usr/local/tomcat# sh $CATALINA_HOME/bin/startup.sh -Dcatalina.base
root@c8cc5f309d18:/usr/local/tomcat# curl localhost:8080 訪問正常
root@c8cc5f309d18:/usr/local/tomcat# export CATALINA_BASE=$CATALINA_HOME/tom-ins002/
root@c8cc5f309d18:/usr/local/tomcat# sh $CATALINA_HOME/bin/startup.sh -Dcatalina.base
root@c8cc5f309d18:/usr/local/tomcat# curl localhost:80 訪問正常
激動人心的時刻
提交鏡像和刪除舊容器 web
docker commit web mytomcat:latest && docker rm web
基於最新鏡像，啟動新容器命名為 web
ocker run --name web -it -p 8080:8080 -p 80:80 mytomcat /bin/bash
宿主機訪問
http://localhost/ 訪問正常：Hello from Tomcat instance 001.
http://localhost:8080 訪問正常：Hello from Tomcat instance 002.
單機多實例方案本地通過
方案補充
啟動命令
export CATALINA_BASE=$CATALINA_HOME/tom-ins001 && sh $CATALINA_HOME/bin/startup.sh -Dcatalina.base
export CATALINA_BASE=$CATALINA_HOME/tom-ins002 && sh $CATALINA_HOME/bin/startup.sh -Dcatalina.base
停止命令
export CATALINA_BASE=$CATALINA_HOME/tom-ins001 && sh $CATALINA_HOME/bin/shutdown.sh -Dcatalina.base
export CATALINA_BASE=$CATALINA_HOME/tom-ins002 && sh $CATALINA_HOME/bin/shutdown.sh -Dcatalina.base
排錯命令
ps -ef | grep java
kill -9 xxx tomcat實例進程號
tail -f $CATALINA_HOME/tom-ins001/logs/catalina.out
tail -f $CATALINA_HOME/tom-ins002/logs/catalina.out
curl localhost:8080/prms001/
curl localhost
目錄結構參考
保留了最關鍵的要素:
.
├── bin
├── lib
├── myapps
│ └── prms002.war
├── tom-ins001
│ ├── conf
│ │ └── server.xml
│ ├── logs
│ │ └── catalina.out
│ ├── webapps
│ │ ├── prms001
│ │ └── prms001.war
│ └── work
└── tom-ins002
├── conf
│ ├── Catalina
│ │ └── localhost
│ │ └── ROOT.xml
│ └── server.xml
├── logs
├── temp
├── webapps
│ └── ROOT
│ ├── META-INF
│ │ └── MANIFEST.MF
│ └── index.htm
└── work
提交到 docker hub
update：2017.8.8
ChinaDreams:work-diary kangcunhua$ docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
mytomcat latest 3f6c6cce5355 7 days ago 370MB
ChinaDreams:work-diary kangcunhua$ docker tag 3f6c6cce5355 aninputforce/tomcat7-ins:latest
ChinaDreams:work-diary kangcunhua$ docker push aninputforce/tomcat7-ins
ChinaDreams:work-diary kangcunhua$ docker push aninputforce/tomcat7-ins:1.0
ChinaDreams:work-diary kangcunhua$ docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
mytomcat latest 3f6c6cce5355 7 days ago 370MB
aninputforce/tomcat7-ins 1.0 3f6c6cce5355 7 days ago 370MB
aninputforce/tomcat7-ins latest 3f6c6cce5355 7 days ago 370MB
進內網玩：殘酷的商業環境
一切都很順利，直到碰上訪問80埠。。。。
順利
搭建實例1
備份後，搭建實例1，確保原始應用能正常；
搭建實例2
停止實例1，保證實例2默認也能運行；
根目錄部署實例2
編輯server.xml，ROOT.xml，清空ROOT目錄，新建myapps目錄，拷貝war包進去；
curl http://localhost web server上訪問正常。
區域網訪問 ，http://10.29.11.23 不！能！訪！問！！！
坑：Suse 訪問 80 埠
實例2需要使用 80 埠。受阻。
坑+：沒有任何限制。我們需要客戶的信息，但是不能全信。就像這次請教客戶說的「我們對埠沒有任何限制」。不要盲目相信客戶說的，要相信科學排查。
依稀記得架構師課程 PC 大神講過，linux 默認只有 root 用戶才能訪問 80 埠。當時我一直有個疑問，那我們 web server 需要用到 80 埠是怎麼解決的？我記得請教過PC 老師，可惜當時課程緊，雖然聽的雲里霧裡的，也沒好意思多追問，更沒線下自己實踐。直到這次在客戶現場栽了跟頭。
開發測試環境，我們倒是有 root 賬號，但是我們 web server 總不能用 root 部署吧，太不專業了。在 Reboot 校友群中厚著臉皮請教了各位童鞋，很快 get 了解決方案：將所有80埠的訪問，轉發到 8081 即可；8081 就是我們可以配置的 tomcat 實例2的訪問埠，這個是普通用戶有許可權的。
修訂 IPtables 策略，轉發 80 埠請求
剛檢查防火牆時，看到 80 埠是放開的。部署機上可以訪問，區域網打不開：將所有針對 80 埠的訪問，轉發到 8081。
[root@tomcat7conf]# iptables -t nat -A PREROUTING -p tcp --dport 80 -j REDIRECT --to-port 8081
使用8081埠
修改了 tomins-002 的 server.xml,仍是部署機上可以訪問，區域網打不開；
檢查防火牆
配置上 8081 埠，重啟防火牆生效，部署機訪問正常，區域網打開正常
找到 FW_SERVICES_EXT_TCP，加上 8081 埠
[root@tomcat7conf]# vi /etc/sysconfig/SuSEfirewall2
[root@tomcat7conf]# rcSuSEfirewall2 restart
切換到 tomcat 用戶，重啟 tomcat，區域網訪問正常。
坑：成熟平台也有硬編碼
發現系統首頁這個鏈接，雖然配置的是」#」,但是一點擊就回到 project 的路徑。經查找文件，發現是在開發平台的兩個js文件中，寫了硬編碼。應該是平台自動生成代碼時用了硬編碼，改之。
坑：成熟產品也不是沒有 Bug
發現只要是配置了根目錄訪問，統一認證就報錯。去掉統一認證接入就能正常訪問。反饋給客戶，協調解決；懸了兩天，未能有任何反饋，追著逼急了，唯一答案就是：成熟產品，我們不要先去懷疑統一認證平台。
我這個暴脾氣，馬上和工程師排查。單步跟一下，發現是提交到統一認證時，我們要傳過去一個參數 ssotarget，這個 ssotarget 是通過認證後，瀏覽器要打開的首頁，context-path 不為空時，url 正常，context-path 為 null，即我們部署到根目錄時，ssotarget 只能得到個」/「。檢查統一認證接入邏輯，發現是使用了平台提供的 filter，反編譯，單步跟蹤，發現 ssotarget 來自 homepage 的賦值。捏著鼻子看源碼，果然代碼邏輯有問題，偽演算法如下：
String ccontext_path=request.getContextPath(); // 得到web 服務上下文
String urlt = requerst.getRequestURL(); // 得到請求的完整網址
String cwebhost = urlt.substring(0, urlt.IndexOf (context-path)); // 得到http://hostname:埠
homepage = webhost + context_path + "/"; // 拼出web server的應用首頁地址
改之
String context_path = request.getContextPath();
String homepage = request.getScheme()+"://"+request.getServerName()+":"+request.getServerPort()+path+"/";
嘗試，自己改了源碼之後重新打 jar 包，commit svn，jenkins 編譯部署後發現沒起作用。想起來使用的是 maven，所有 jar 包都來自平台的私有倉庫，這。。。
換種思路，寫個 java 類繼承一下，結果一看對應邏輯所在 function，private 的，往上再看 class，finall 的，一萬隻神獸啊！！！
要啥面向對象，簡單粗暴，源碼照抄，修訂了後命名為 MySsoFilter.java，在工程配置文件替換上我們寫的 filter，svn commit，jenkins 立即構建部署，世間從此安靜。
參考和感謝
參考清單
- Tomcat 配置單機多實例（http://blog.51cto.com/kaibinyuan/1613609） ：這篇文章寫得簡潔有力，是技術類博客的典範！
- Suse 埠重定向（http://www.linuxidc.com/Linux/2015-06/118382.htm）
- Suse下打開埠的方法（http://blog.sina.com.cn/s/blog_71c391e0010148xd.html）
感謝
- 感謝項目組的小夥伴們，辛苦努力排查缺陷，撰寫了新的 filter；
- 感謝 Reboot 的同學群，關鍵時刻，是請教你們給指出了方向；
- 感謝 Reboot 的架構師課程和運維自動化課程，前者使我開闊了眼界，後者讓我收穫了docker 神器
推薦閱讀：
