在上一篇博客中，我們了解了tomcat的server.xml中各組件的用法和作用；其中對于tomcat連接器來說，它分三類，一類是http連接器，一類是https連接器，一類是ajp連接器；通常tomcat作為應用服務器，我們不建議也不應該讓tomcat直接面向客戶端提供服務；因此進入tomcat的訪問就只有其他反代服務器的請求了；如果說tomcat使用其他反代服務器對外提供服務，那么對于https的訪問就應該由代理服務器端來實作，從代理服務器到tomcat的訪問，我們應該還是使用http或者ajp協議，綜上所述常用的連接器也就http和ajp;http是一個文本格式協議，對于瀏覽器來說是支持的；ajp協議是二進制格式協議，對于瀏覽器是不支持的；所以對于反代服務器來講，面向客戶端它提供http協議訪問，面向服務端它提供ajp協議去訪問；這樣去反代tomcat，相對要安全一點，至少客戶端不能繞過代理直接訪問tomcat；
常見的的反代服務器有haproxy、nginx、httpd，這三款軟體中haproxy和nginx 可基于http協議來代理tomcat；httpd可基于http協議反代tomcat，也支持ajp協議反代tomcat，如果是ajp協議反代tomcat，在httpd上要啟用一個proxy_ajp_module；
1、nginx反代tomcat
nginx基于http協議反代tomcat和反代其他web服務器的配置沒有本質的不同，我們定義一個location，然后通過proxy_pass 把對應URL反代到后端tomcat服務器上就好；
示例：nginx反代tomcat中的www.test1.com 和localhost主機
提示：以上配置表示訪問路徑匹配根，就把請求代理到192.168.0.22：8080上，其實這個請求到tomcat上個以后，它會去找對應host是否有，如果有就從匹配到的host上回應，如果沒有就從默認的host上回應，很明顯192.168.0.22不能匹配tomcat的host，所以他會從默認host localhost這個虛擬主機回應；相當于把訪問/的請求反代給localhost這個虛擬主機上；對于匹配以.jsp或者.do結尾的資源就走第二個location，把請求反代到www.test1.com這臺虛擬主機上；
驗證：訪問192.168.0.22看看是否訪問到tomcat的localhost虛擬主機上提供的頁面？
提示：可以看到我們訪問192.168.0.22時，瀏覽器回傳了tomcat中localhost提供的主頁；
驗證：訪問192..168.0.22/index.jsp 看看是否訪問到tomcat上的www.test1.com 所提供的主頁？
提示：可以看到訪問192.168.0.22/index.jsp時，瀏覽器中回應了tomcat中www.test1.com這臺虛擬主機提供的主頁；
2、httpd反代tomcat
示例：httpd基于http協議反代tomcat
提示：以上配置表示訪問www.test1.com 把請求反代到http://127.0.0.1:8080上；這里需要注意proxypreservehost off表示不把客戶端傳來的host首部傳到tomcat上去，這意味著我們訪問www.test1.com ，是不能夠訪問到tomcat中www.test1.com這臺虛擬主機的，因為客戶端訪問httpd,host首部是www.test1.com，到了httpd后，httpd封裝報文，它不會把客戶端host首部原封不動的傳給后面tomcat，而是重新封裝host首部為127.0.0.1，因為封裝后的報文host首部的值為127.0.0.1，到達tomcat后，它匹配不到127.0.0.1的虛擬主機，所以會從默認虛擬主機localhost回傳，所以客戶端訪問www.teste1.com，會回應tomcat中localhost虛擬主機的頁面；
驗證:用瀏覽器訪問www.test1.com 看看是否回應tomcat 中localhost的頁面給我們？
提示：可以看到我們訪問www.test1.com ，回應的并不是tomcat中www.test1.com這個虛擬主機提供的頁面，而是localhost虛擬主機提供的頁面；這其中的原因就是proxypreservehost off；它并沒有把客戶端的host首部傳遞到tomcat；
修改proxypreservehost off 為on ,然后重啟httpd，再訪問www.test1.com 看看是否還是給我們回傳localhost虛擬主機的頁面呢？
提示：以上修改proxypreservehost on 表示把客戶端host首部的值傳遞到后端tomcat；這樣一來tomcat就可以根據客戶端傳遞的host首部來分別回應不同虛擬主機上的頁面了；
驗證：重啟httpd服務，訪問www.test1.com 看看是否會把tomcat中www.test1.com 虛擬主機的頁面回應給我們？
提示：可以看到現在我們訪問www.test1.com 就不再給我們回應localhost虛擬主機的頁面了，而是www.test1.com虛擬主機的頁面，說明httpd把客戶端hosts首部的值傳遞到后端tomcat上了；
測驗：訪問192.168.0.22 看看是否訪問到默認localhost虛擬主機頁面呢？
提示：可以看到我們訪問192.168.0.22時，回應給我們的是tomcat中localhost虛擬主機頁面；原因是httpd把客戶端host首部的值192.168.0.22傳遞給后端tomcat后，在tomcat上并沒有找到192.168.0.22這個虛擬主機，所以在tomcat上就以默認虛擬主機localhost回應給httpd，然后在回應給瀏覽器；所以我們看到的就是tomcat中localhost虛擬主機的頁面；
3、httpd基于ajp協議反代tomcat
以上面的例子，httpd通過http協議反代tomcat和通過ajp協議反代tomcat，從httpd的配置上，沒有本質的不同；不外乎就是把http協議修改成ajp協議，把后端tomcat8080埠改成8009埠；其他的都一樣；如下所示
提示：這里需要注意一點，httpd使用ajp協議反代tomcat ，需要請用proxy_ajp_module模塊，否則httpd是不支持ajp協議的；
驗證：分別在瀏覽器上訪問www.test1.com 和192.168.0.22 看看是否能訪問到tomcat中對應虛擬主機的頁面？
提示：可以看到我們使用基于ajp協議反代tomcat和基于http反代tomcat在訪問上沒有什么不同；
轉載請註明出處，本文鏈接：https://www.uj5u.com/caozuo/30487.html
標籤：Linux
上一篇：MDT網路部署報錯
下一篇：i5好還是i7好