背景介紹

為了解決分布式鏈路追蹤的問題，我們引入了實現(xiàn)OpenTracing的Jaeger來實現(xiàn)。然后我們?yōu)镾pringBoot框架寫了一個starter以讓用戶實現(xiàn)近零改造接入全鏈路。

由于公司有一個封裝了SpringBoot的內(nèi)部框架，然后我們的starter就以最新框架所使用的SpringBoot版本為基礎進行開發(fā)。所以業(yè)務系統(tǒng)在接入的時候需要先升級框架，然后再引入我們的starter才行無縫接入全鏈路。

到這里我們也就知道了處理Host頭部的類就是這個HttpParser類。

然后我在本次check了下tomcat8.5.31 和8.5.11的代碼，比對了一下HttpParser以及AbstractProcessor類。

對比結果如下：

到這里我們就已經(jīng)知道了為什么8.5.11版本的tomcat是正常的，主要是因為8.5.11版本的tomcat沒有對Host頭部進行校驗，而在8.5.31版本的tomcat增加了該校驗。

我們來看一下tomcat源代碼的提交記錄：

我們發(fā)現(xiàn)在 2018/4/6增加了對host/port的校驗。

根因之根因

那為什么tomcat增加了這個Host的校驗呢，而且不允許使用帶有下劃線的Host呢?實際上這個是有規(guī)范的。具體點擊這個鏈接

https://www.ietf.org/rfc/rfc1034.txt

經(jīng)驗教訓

好了，到這里我們就知道了，其實對于帶有下劃線的Host，tomcat是遵循的RFC1-1034的規(guī)范的，所以tomcat的處理是正確的。但是tomcat在處理某些其他合法的Host的時候歷史上出現(xiàn)過bug,但是對于下劃線的處理一直是正確的。

所以，以后nginx在配置upstream的時候不能使用帶有下劃線的名稱，還有最好在location位置上加上proxy_set_header HOST $host

網(wǎng)站名稱：Tomcat竟然有bug，這我能信？
文章URL：http://m.2m8n56k.cn/news1/100001.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站改版、建站公司、網(wǎng)站收錄、做網(wǎng)站、域名注冊、網(wǎng)站設計公司

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)