近期在做一些基礎設施搭建的過程中，又遭遇到了公司http代理的問題。主要是很多主機上的工具只支持不帶身份鑒權信息的http_proxy設置，如只 支持諸如：export http_proxy='http://10.10.1.1:8090'，而不支持export http_proxy='http://tonybai:passwd@10.10.1.1:8090'這種形式的配置。
或是其命令行選項中只提供了proxy_host和proxy_port兩個選項，但并不支持攜帶鑒權信息。而公司內部要訪問外部信息還必須通過公司的帶 有身份鑒權的代理服務器，總而言之，弄得我十分不爽。于是乎產生一個想法：是否可以搭建一個內部http中間代理，部門內部主機通過不帶身份鑒權信息的代 理配置訪問該中間代理，而該中間代理將內部的所有http request都轉發到公司代理，同時攜帶配置好的身份驗證信息。
對http代理這事，我完全是個小白啊，于是乎Google開來(恰逢最近Google還不給力，原因你懂的)。
最先試用了一下tinyproxy，這個工具挺小巧簡單，在ubuntu下通過apt-get 可直接安裝，/etc/tinyproxy/tinyproxy.conf的配置也很簡單明了。但配置文件中涉及到轉發到upstream proxy server的配置行只支持"Upstream host:port"而不支持"Upstream tonybai:passwd@host:port"形式，并且也沒有其他地方支持身份鑒權信息的配置。在其官方bugzilla上有很多人反映這一情 況，但其最新版本似乎也沒有將這個功能加入，十分遺憾！
于是乎打算換一個重量級的代理工具-nginx。Ubuntu 9.04下默認安裝的nginx是0.65版本。nginx功能雖強大，配置倒并不那么“復雜”，但問題在于nginx本身似乎更專注于負載均衡和反向代 理，而滿足我這個問題場景的資料甚少。nginx配置命令和變量太多，要想短時間搞清楚這些變量的含義還真是一件困難事。照貓畫虎的嘗試了幾種配 置，也均未能成功。翻閱了國內唯一一本nginx書籍 – 《實戰nginx》，但無奈太厚，翻了三章，索性放下了。換工具！
最傳統的開源免費http代理工具莫過于squid了。估計其市場占有率也是名列前茅的。Ubuntu 9.04下默認安裝的squid是2.7版本，不算很老，squid官方站至今還提供2.7版本詳細的配置文檔。但squid默認的配置文件可是超級龐 大，總共有近5k行，雖然絕大部分內容都是被注釋掉的。于是乎先用命令過濾出未注釋行，這些行是真正生效的配置。
關于squid如何將收到的http request轉發到帶身份鑒權的上級http proxy server，網上的信息也較少，不過還是讓我發現一條。按照這條配置建議做了嘗試。/etc/squid/squid.conf的配置摘要如下：
access_log /var/log/squid/access.log squiddebug_options ALL,1hosts_file /etc/hostscoredump_dir /var/spool/squidacl all src allacl manager proto cache_objectacl localhost src 127.0.0.1/32acl to_localhost dst 127.0.0.0/8 0.0.0.0/32acl localnet src 10.0.0.0/8 # RFC1918 possible internal networkacl localnet src 172.16.0.0/12 # RFC1918 possible internal networkacl localnet src 192.168.0.0/16 # RFC1918 possible internal networkhttp_port 10.10.13.17:3128http_access allow localnethttp_access allow localhosthttp_access deny allcache_peer proxy.yourcompany.com parent port_of_company_httpproxy 0 no-query default login=user:passwdnever_direct allow localnet
配置后，重啟squid(sudo /etc/init.d/squid restart)。將Chrome瀏覽器的代理配置改為該代理，嘗試打開"baidu.com"，陷入漫長等待。于是打開squid的訪問日志/var /log/squid/access.log，看到如下失敗信息：
1353476636.008 0 10.10.13.235 TCP_DENIED/400 1709 GET error:invalid-request – NONE/- text/html
1353476657.337 1 10.10.13.235 TCP_DENIED/400 1709 GET error:invalid-request – NONE/- text/html
1353476691.420 0 10.10.13.235 TCP_DENIED/400 1678 GET error:invalid-request – NONE/- text/htm
居然出錯！換成IE瀏覽器，現象一樣，都是這種錯誤。在/var/log/squid/cache.log中，還能發現下面錯誤：
2012/11/21 13:43:56| clientTryParseRequest: FD 12 (10.10.13.235:4247) Invalid Request
不斷的修改squid.conf配置，不斷地修改瀏覽器代理配置，不斷的失敗。總是修改瀏覽器的代理配置讓我感覺十分費勁，于是我換用curl工具來測試 該代理。curl是可以識別http_proxy環境變量的。將http_proxy環境變量改為export http_proxy=http://10.10.13.17:3128，在命令行敲入curl http://baidu.com，居然得到下面結果：
$ curl http://baidu.com<html><meta http-equiv="refresh" content="0;url=http://www.baidu.com/"></html>
再回到access.log觀察，居然看到了下面成功日志：
1353476863.916 0 10.10.13.235 TCP_HIT/200 677 GET http://baidu.com/ – NONE/- text/html
于是又嘗試用wget下載外部文件、用subversion訪問外部svn repository、rvm安裝ruby包均告成功！這不就是我想要的結果嗎！居然被我誤打誤撞到了！雖然到目前為止我仍然不知道為何瀏覽器發出的http request不能被識別^_^。
Squid這個http代理功能十分強大，本身就是被很多企業作為公司級http代理的工具的。其配置參考足足可以寫成一本厚厚的書（市面上已經有這種書），還好我的場景用不到那些稀奇古怪的配置，目前這種狀態足矣！
新聞熱點
疑難解答
圖片精選
