在上一篇博客中，我們了解了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中l(wèi)ocalhost提供的主頁；
驗證：訪問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中l(wèi)ocalhost虛擬主機的頁面；
驗證:用瀏覽器訪問www.test1.com 看看是否響應tomcat 中l(wèi)ocalhost的頁面給我們？
提示：可以看到我們訪問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中l(wèi)ocalhost虛擬主機頁面；原因是httpd把客戶端host首部的值192.168.0.22傳遞給后端tomcat后，在tomcat上并沒有找到192.168.0.22這個虛擬主機，所以在tomcat上就以默認虛擬主機localhost響應給httpd，然后在響應給瀏覽器；所以我們看到的就是tomcat中l(wèi)ocalhost虛擬主機的頁面；
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在訪問上沒有什么不同；
到此這篇關于Nginx/Httpd反代tomcat配置教程的文章就介紹到這了,更多相關Nginx/Httpd反代tomcat配置內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！
