小男孩‘自慰网亚洲一区二区,亚洲一级在线播放毛片,亚洲中文字幕av每天更新,黄aⅴ永久免费无码,91成人午夜在线精品,色网站免费在线观看,亚洲欧洲wwwww在线观看

分享

squid配置

 king9413 2015-04-03
acl allowuser 192.168.1.1/32
cache_peer 192.168.1.50 parent 81 0 no-query originserver weight=1 name=a
cache_peer 192.168.1.50 parent 82 0 no-query originserver weight=1 name=b
cache_peer 192.168.1.50 parent 80 0 no-query originserver weight=1 name=c

cache_peer_domain a
 www.serverA.com
cache_peer_domain b www.serverB.com
cache_peer_domain c www.serverC.com

#以上六行配置表示:
#從客戶端過來的請求,如果是
 www.serverA.com,則Squid向 Server 192.168.1.50的端口81發(fā)送請求;
#
從客戶端過來的請求,如果是
 www.serverB.com,則Squid向 Server 192.168.1.50的端口82發(fā)送請求;
#從客戶端過來的請求,如果是 www.serverC.com,則Squid向 Server 192.168.1.50的端口80發(fā)送請求;
#換句話說:設(shè)定不同域名轉(zhuǎn)發(fā)到不同的cache_peer上,如果沒有這項.不同的域名可能被分發(fā)到同一臺服務(wù)
 器(或同一臺服務(wù)器的端口)上.
#name=a表示給cache_peer一個別名
cache_peer_access a allow all
cache_peer_access b allow all
cache_peer_access c allow all
#設(shè)置訪問權(quán)限,允許所有外部客戶端訪問 a b c
#如果是cache_peer_access a allow allowuser
#表示只允許allowuser訪問 www.serverA.com
另一個例子:
acl user1 src 192.168.2.68/32
acl user2 src 192.168.2.94/32
#定義兩個user IP

cache_peer 192.168.2.172 parent 80 0 no-query no-digest originserver name=www1  sourcehash
cache_peer 192.168.2.173 parent 81 0 no-query no-digest originserver name=www2  sourcehash
cache_peer_domain www1 www.
cache_peer_domain www2 www.
#表明對www.的請求,squid向192.168.2.172的80端口和192.168.2.173的81端口發(fā)出請求
cache_peer_access www1 allow user1
cache_peer_access www2 allow user2
#允許user1訪問192.168.2.172的80端口
#允許user2訪問192.168.2.173的81端口 
設(shè)置子父代理的cache_peer:

如果要設(shè)置父級的代理服務(wù)器,例如proxy.test.edu.cn那么可以這樣配置

在#cache_peer hostname type 3128 3130 之下加入

cache_peer proxy.test.edu.cn parent 3128 3130 no-query no-netdb-exchange

 

如果要設(shè)置同級的代理服務(wù)器,如:192.168.1.41 192.168.1.42則可以這樣來配置

cache_peer 192.168.1.41 sibling 3128 3130 proxy-only

....

注意目前各單位施行代理服務(wù)器分級管理,設(shè)置父級代理服務(wù)器,還必須取得上層單位的同意

 

說明:

(1)命令cache_peer的定義格式是:

cache_peer hostname type 3128 3130

hostname 是用來指定獲取緩沖的PROXY主機的名字

type 是PROXY主機的類型,有以上PARENT SIBLING兩種

3128:HTTP_PORT

3130:ICP_PORT

 

(2)附加配置選項(注意應(yīng)為小寫,配置時)

NO-QUERY:不做查詢操作,直接獲取數(shù)據(jù)

NO-NETDB-EXCHANGE:代理服務(wù)器之間不交互信息

NO-DIGEST:代理服務(wù)器之間不做摘要表查詢,直接用ICP協(xié)議溝通(同級代理)

PROXY-ONLY:直接獲取對方緩沖,轉(zhuǎn)交給代理服務(wù)器的客戶端,而不存入本地

ROUND-ROBIN:如果設(shè)置數(shù)部上層服務(wù)器,那么輪流查詢父級服務(wù)器

LOGIN=USER:PASSWD:要求對方做賬號及密碼驗證,例如

cache_peer 192.168.1.41 sibling 3128 3130 login=kao:123456


舉例:
以下為squid1機器上的配置

icp_port 3130
acl domian dst www.
acl squid2 src xx.xx.xx.xx
acl squid3 src xx.xx.xx.xx

http_access allow  squid2
http_access allow  squid3

1.配置 squid2、squid3 為其鄰居,當(dāng) squid1 在其緩存中沒有找到請求的資源時,通過 ICP 查詢?nèi)テ溧従又腥〉镁彺?br style="word-break: break-all; word-wrap: break-word;">cache_peer squid2 sibling 80 3130
cache_peer squid3 sibling 80 3130

2.squid1的三個父節(jié)點,originserver 參數(shù)指明是源服務(wù)器,round-robin 參數(shù)指明 squid 通過輪詢方式將請求分發(fā)到其中一臺父節(jié)點;squid 同時會對這些父節(jié)點的健康狀態(tài)進行檢查,如果父節(jié)點down了,那么 squid 會從剩余的 origin 服務(wù)器中抓取數(shù)據(jù)。
cache_peer 192.168.1.1 parent 8080 0 no-query originserver round-robin name=www1
cache_peer 192.168.1.2 parent 8080 0 no-query originserver round-robin name=www2
cache_peer 192.168.1.3 parent 8080 0 no-query originserver round-robin name=www3
 
3.將 www. 域的請求通過 RR 輪詢方式轉(zhuǎn)發(fā)到三個父節(jié)點中的一個。
cache_peer_domain www1 domian
cache_peer_domain www2 domian
cache_peer_domain www3 domian

4.always_direct會導(dǎo)致所有請求都直接發(fā)送到原始服務(wù)器。而不會去查詢sibling,對于www.這個域名不需要直接出去,而是要詢問sibling。其余的域名,squid依然通過hosts去進行轉(zhuǎn)發(fā)
always_direct allow !domain



Cache_peer的理解

 

1) cache_peer鄰居分為parent(父鄰居),sibling(子鄰居).parent和sibling的區(qū)別在于父鄰居能為子cache轉(zhuǎn)發(fā)丟失的Cache,而子鄰居不可能.

 2) cache_peer通過cache_peer_access和cache_peer_domain來控制鄰居的訪問.二者的區(qū)別在于前者一般需要先定義一個ACL而后者都直接匹配相應(yīng)的域名就可以了.
  如: 
         cache_peer 192.168.0.1 parent 3128 3130
         acl AllowDomain dst www.abc.com
         cache_peer_access AllowDomain 192.168.0.1
         cache_peer_domain 192.168.0.1  parent .xyc.com
   
 3) cache_peer通過never_direct,always_direct,hierarchy_stoplist等限制對鄰居的訪問.

 4) squid與鄰居cache的通信一般為先為never_direct,always_direct確定怎么樣轉(zhuǎn)發(fā)(根據(jù)相應(yīng)的標(biāo)識driect, never_direct標(biāo)識為direct_no,always_direct標(biāo)識為direct_yes即直接轉(zhuǎn)發(fā)到原始服務(wù)器等等 direct_maybe詳情見Squid中文權(quán)威指南10.10.1),接著Squid根據(jù)Squid的設(shè)置查看耕鄰居的摘要是否命中(根據(jù)ICP或 HCTP的請求所發(fā)現(xiàn)的),若命中則立即放入轉(zhuǎn)發(fā)列表中.這一切也依靠cache_peer_access,cache_peer_domain的.同時 squid檢查netdb偵測的RTT是否最優(yōu),決定是否選擇此鄰居轉(zhuǎn)發(fā).

 5)子鄰居不轉(zhuǎn)發(fā)任何命中丟失的請求,而父鄰居可以轉(zhuǎn)發(fā),若Squid發(fā)現(xiàn)父鄰居到原始服務(wù)器的RTT(往返時間)小于自已到原始服務(wù)器的RTT,將此請求轉(zhuǎn)發(fā)給此父鄰居.(RTT時間需借助Netdb選項的檢測,對于父鄰居的選擇還有另外一些定義選項如:Weigh=N設(shè)置父鄰居的權(quán)重來給予他更高的優(yōu)先級)

ICP/HCTP和Cache摘要以及CARP一樣,都是判斷請求的URI是否在鄰居中被命中。ICP是發(fā)送URL請求,Squid等待著鄰居的回應(yīng),網(wǎng)絡(luò)的延遲也是很大的,而且在姐妹Cache中假命中又顯得很突出。No-Query,禁用ICP協(xié)議! Cache摘要是在鄰居中生成摘要信息,摘要往往把反應(yīng)在Cache中的信息,鄰居下載每個Cache中的摘要,發(fā)送URI請求時查看URL是否在某個摘要中。


摘錄兩個 squid.conf 的主要配置,如下

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
$vi etc/squid.conf

http_port 8080
cache_peer 10.10.2.53 parent 6666 7 login=username:password default no-query
cache_mem 60 MB
cache_mgr zdysgs@zju.edu.cn
dns_nameservers 10.10.0.21
visible_hostname zdysgs.zju.edu.cn
cache_dir ufs /usr/local/squid/var/cache 500 16 256
http_access allow all
never_direct allow all
error_directory /usr/local/squid/share/errors/Simplify_Chinese
cache_swap_low 80
cache_swap_high 97      

#這兩行是設(shè)置cache進行替換的閘值。當(dāng)占用到97%的cache后,cache中的內(nèi)容將被清空20%
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

第二個是網(wǎng)上找來的,比較簡略,一目了然, 如下

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
一. Squid二級代理

在10.2.1.213上/usr/local/squid安裝了 squid-2.5.STABLE7 
將此squid配置成二級代理,上級代理IP:10.1.1.12,端口 3128 
修改squid.conf使之包含類似如下內(nèi)容: 
cache_peer 10.1.1.12 parent 3128 0 no-query ###定義父代理10.1.1.12,端口3128 
acl all src 0.0.0.0/0.0.0.0 ###acl控制列表 
http_access allow all 
never_direct allow all ###所有請求轉(zhuǎn)發(fā)至上級代理 
運行squid: # /usr/local/squid/squid -D 

昨天晚上明輝打電話過來,說訪問錯誤,以前與遇到過,估計不是Squid問題,我很郁悶,正好那天,公司申請的無線上網(wǎng)卡沒錢,只能打電話讓韓飛看看,他邊測試,我邊給我說情況,起初確定問題不再Squid,因為出現(xiàn)的是403,而錯誤頁面不是Squid生成的,只得讓他趕緊從lvs中移除,等今天早上來公司解決!

早上來到公司立馬檢查,先查看
1:access_log 
先查看日志,發(fā)現(xiàn)是403,而且緩存了403,PURGE還是403!

2:tcpdump
發(fā)現(xiàn)數(shù)據(jù)包沒到指定cache_peer,但是別的域名能夠正常訪問!

3:squid -k debug 
最后修改端口,開啟debug 才找到問題
是因為定義了一個cache_peer,但是沒有cache_peer_[domain|access] 引用,結(jié)果選擇Parent的時候,成了FIRST_UP_PARENT,就導(dǎo)致發(fā)送錯誤IP,返回403,而別的域名能夠訪問是因為正好發(fā)送到的IP是源站!
lvs的另外一臺機器也正常,分析日志是TCP_MISS:CARP,CARP不了解,也算巧合把!


現(xiàn)在就將故障重現(xiàn)!
squid配置-cache_peer和cache_peer_domain詳解 - zhuzhu - 五事九思  (大連Linux主機維護)
1:配置環(huán)境
172.16.1.1
C:\WINDOWS\system32\drivers\etc\HOSTS
172.16.1.54        www.
172.16.1.54        xin.
172.16.1.54        abxin.

172.16.1.54    
[root@54 etc]# grep "^cache_peer" /opt/app/squid3/etc/squid.conf
cache_peer 172.16.1.55 parent 80 0 no-query no-digest originserver name=ming
cache_peer 172.16.1.56 parent 80 0 no-query no-digest originserver name=ming_2
cache_peer_domain ming_2 www.
cache_peer 172.16.1.57 parent 80 0 no-query no-digest originserver name=xin
cache_peer_domain xin xin.
[root@54 etc]# 

172.16.1.55 和 172.16.1.56
nginx.conf
server {
listen 80; 
deny all;
}   
server {
listen 80; 
server_name www.;
location / {    
root html;
index index.html index.htm;

}           
}

172.16.1.57
nginx.conf
server {
listen 80; 
deny all;
}   
server {
listen 80; 
server_name xin.;
location / {    
root html;
index index.html index.htm;

}           
}


2:測試
E:\>curl -I -X GET http://www./                                    
HTTP/1.0 200 OK

E:\>curl -I -X GET http://xin./
HTTP/1.0 403 Forbidden

3:分析
抓包看到,不論是www. 還是 xin. 都匹配到了cache_peer 172.16.1.55 parent 80 0 no-query no-digest originserver name=ming
將cache_peer_domain 修改成cache_peer_access 形式 依舊如此

注釋掉 
cache_peer 172.16.1.55 parent 80 0 no-query no-digest originserver name=ming 再次測試,已經(jīng)正確轉(zhuǎn)發(fā)!
E:\>curl -I -X GET http://www./
HTTP/1.0 200 OK

E:\>curl -I -X GET http://xin./                        
HTTP/1.0 200 OK

疑問:
沒有使用cache_peer_access cache_peer_domain 引用,不會被匹配的把,就算匹配,也該是優(yōu)先級最低啊,這樣別人可以利用這點攻擊,比如 
E:\>curl -I -X GET http://abxin./            # 不存在的域名,結(jié)果轉(zhuǎn)發(fā)了返回403
HTTP/1.0 403 Forbidden                                     # 

試著將
cache_peer 172.16.1.55 parent 80 0 no-query no-digest originserver name=ming 放在最后,上面www. xin. 能夠正常轉(zhuǎn)發(fā),abxin. 出現(xiàn)403,說明也是轉(zhuǎn)發(fā)到1.55 了,也是沒必要的,那就只能注釋掉才行了!

試著用squid-2.7.STABLE9 測試,發(fā)現(xiàn)處理方式一樣,看樣子只能以后注意了,最可怕的是,知道還有哪些奇怪的方式,已經(jīng)遇見幾個了...

總結(jié):
 
感覺Squid有些東西無法控制,有些東西還很混亂,比如cache_peer_domain cache_peer_access 同時使用,就很讓人糾結(jié),也許該抽空嘗試下varnish了!


Squid代理服務(wù)器介紹及相關(guān)配置

一、代理服務(wù)器的作用

1.通過緩存的方式為用戶提供Web訪問加速

2.對用戶的Web訪問進行過濾控制

二、代理服務(wù)器分類

1.普通代理服務(wù)

即標(biāo)準的、傳統(tǒng)的代理服務(wù)

需要客戶機在瀏覽器中指定代理服務(wù)器的地址、端口

2.透明代理服務(wù)

適用于企業(yè)的網(wǎng)關(guān)主機(共享接入Internet)中

客戶機不需要指定代理服務(wù)器地址、端口等信息

需要設(shè)置防火墻策略將客戶機的Web訪問數(shù)據(jù)轉(zhuǎn)交給代理服務(wù)程序處理

3. 反向代理服務(wù)

為Internet用戶訪問企業(yè)Web站點提供緩存加速


三、squid 基本配置

1.所需軟件包

軟件包名:squid-2.6.STABLE6(版本可能不一樣)

服務(wù)名:squid

主程序:/usr/sbin/squid

配置目錄:/etc/squid/

主配置文件:/etc/squid/squid.conf

默認監(jiān)聽端口:TCP 3128

默認訪問日志文件:/var/log/squid/access.log

2.主配置文件squid.conf

常用配置項

http_port 3128                         //默認監(jiān)聽端口

cache_mem 64 MB                     //緩存所占的內(nèi)存空間大小,建議為物理內(nèi)存的1/4—1/3

maximum_object_size 4096 KB           //最大緩存對象大小

reply_body_max_size 10240000 allow all  //限定最大請求的文件大小 單位是字節(jié) allow al表示允許所有人的請求

access_log /var/log/squid/access.log squid   //訪問日志

visible_hostname proxy.test.com        //反向解析自己的ip地址 以獲得主機名

cache_dir ufs /var/spool/squid 100 16 256    //定義緩存目錄  數(shù)據(jù)存儲格式 緩存到的目錄  為緩存目錄分配的磁盤空間(MB) 緩存空間的一級子目錄個數(shù)  二級子目錄個數(shù)

3.普通代理的相關(guān)配置

按照上面的常用配置項修改主配置文件

測試語法

#  squid –k parse

初始化squid緩存目錄

#  squid –z

啟動squid 服務(wù)

#  service squid start

接下來需要在客戶機上做相應(yīng)的代理設(shè)置,如下圖所示

服務(wù)器的地址(192.168.1.1)、端口(3128


驗證代理服務(wù)器功能

在客戶機的瀏覽器上訪問某個站點(外網(wǎng)測試機ip 218.29.30.29

),網(wǎng)頁訪問成功后,檢查代理服務(wù)器的日志文件,應(yīng)發(fā)現(xiàn)客戶機的HTTP訪問記錄

[root@localhost ~]# tail -1 /var/log/squid/access.log

1244386040.208     62 192.168.1.100 TCP_MISS/200 2828 GET http://218.29.30.29/icons/apache_pb2.gif – DIRECT/218.29.30.29 image/gif

檢查外網(wǎng)測試機的Web訪問日志,應(yīng)發(fā)現(xiàn)進行訪問的是代理服務(wù)器主機(218.29.30.31),而不是客戶機

[root@gw1 ~]# tail -1 /var/log/httpd/access_log

218.29.30.31 – - [16/May/2009:12:39:39 +0800] “GET /icons/apache_pb2.gif HTTP/1.0″ 200 2414 “http://218.29.30.29″ “Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; SV1; .NET CLR 1.1.4322; .NET CLR 1.0.3705; aff-kingsoft-ciba)”

4.配置透明代理

實現(xiàn)透明代理的基本條件

前提:(1)客戶機的Web訪問數(shù)據(jù)要能經(jīng)過防火墻

(2)代理服務(wù)構(gòu)建在網(wǎng)關(guān)(防火墻)主機中

配置要求:(1)代理服務(wù)程序能夠支持透明代理

(2)設(shè)置防火墻規(guī)則,將客戶機的Web訪問數(shù)據(jù)自動重定向給代理服務(wù)程序處理

基本實現(xiàn)步驟

(1)修改squid.conf配置文件,并重新加載該配置

http_port 192.168.10.1:8080 transparent

注意:不要忘了定義規(guī)則,因為默認是拒絕所有的。規(guī)則可以這樣定義:

acl myacl src 192.168.0.0/255.255.255.0

http_access allow myacl

(2)添加iptables規(guī)則

# iptables -t nat -I PREROUTING -i eth1 -s 192.168.10.0/24 -p tcp –dport 80 -j REDIRECT –to-ports 8080

(3)客戶機瀏覽器

不需要在瀏覽器中指定代理服務(wù)器的地址、端口

(4)驗證透明代理的實施效果

5.配置反向代理

(1)拓撲圖:

(2)基本實現(xiàn)步驟

修改squid.conf文件,并重新加載該配置

語法:cache_peer Web服務(wù)器地址 服務(wù)器類型 http端口 icp端口 [可選項]

http_port  218.29.30.31:80 vhost

cache_peer 192.168.10.7 parent 80 0 originserver weight=5 max-conn=30

cache_peer 192.168.10.8 parent 80 0 originserver weight=5 max-conn=30

cache_peer 192.168.10.9 parent 80 0 originserver weight=5 max-conn=30

cache_peer 192.168.10.6 parent 80 0 originserver weight=1 max-conn=8

(3)驗證反向代理的實施效果

在上游Web服務(wù)器(192.168.10.6~192.168.10.9)中開啟httpd服務(wù)

在Internet中的客戶機(218.29.30.29)中訪問反向代理服務(wù)器主機(http://218.29.30.31),應(yīng)能夠看到實際由上游Web服務(wù)器提供的網(wǎng)頁內(nèi)容

查看反向代理服務(wù)器的訪問日志信息

[root@localhost ~]# tail -1  /var/log/squid/access.log

1231256531.038  35 218.29.30.29 TCP_MISS/200 2869 GET http://218.29.30.31/index.php? – FIRST_UP_PARENT/192.168.10.6 image/gif

6. ACL訪問控制

(1)ACL(Access Control List,訪問控制列表)

可以從客戶機的IP地址、請求訪問的URL/域名/文件類型、訪問時間、并發(fā)請求數(shù)等各方面進行控制

(2)應(yīng)用訪問控制的方式

定義acl列表

acl 列表名稱 列表類型 列表內(nèi)容 …

常用的acl列表類型

src

dst

port

srcdomain

dstdomain

time

maxconn

url_regex

urlpath_regex

ACL列表定義示例

acl LAN1 src 192.168.10.0/24

acl PC1 src 192.168.10.12/32

acl Blk_Domain dstdomain .qq.com

acl Work_Hours time MTWHF 08:30-17:30

acl Max20_Conn maxconn 20

acl Blk_URL url_regex -i ^rtsp:// ^mms://

acl Blk_Words urlpath_regex -i sex adult

acl RealFile urlpath_regex -i \.rmvb$ \.rm$

針對acl列表進行限制

http_access allow或deny 列表名……

根據(jù)已經(jīng)定義的部分ACL列表進行訪問控制

http_access deny LAN1 Blk_URL

http_access deny LAN1 Blk_Words

http_access deny PC1 RealFile

http_access deny PC1 Max20_Conn

http_access allow LAN1 Work_Hours

訪問控制規(guī)則的匹配順序

沒有設(shè)置任何規(guī)則時,將拒絕所有客戶端的訪問請求

有規(guī)則但找不到相匹配的項時,將采用與最后一條規(guī)則相反的權(quán)限,即如果最后一條規(guī)則是allow,那么就拒絕客戶端的請求,否則允許該請求




Centos 6.4下用Squid配置反向代理多個內(nèi)網(wǎng)WEB服務(wù)器

復(fù)制代碼
http_port 80 accel vport
visible_hostname bogon
cache_mem 128 MB

maximum_object_size_in_memory 2048 KB

memory_replacement_policy lru

cache_dir ufs  /usr/local/squid/var/cache/squid 512 16 256

access_log /usr/local/squid/var/logs/access.log

cache_log /usr/local/squid/var/logs/cache.log

max_open_disk_fds 0

minimum_object_size 0 KB

maximum_object_size 32768 KB

#logformat combined %>a %ui %un [%tl] "%rm %ru HTTP/%rv" %Hs %<st "%{Referer}>h""%{User-Agent}>h" %Ss:%Sh

cache_peer 192.168.20.17 parent 80  0 no-query no-digest originserver name=oa
cache_peer 10.19.113.3 parent 80  0 no-query no-digest originserver name=ob

#需要反向代理的源WEB服務(wù)器,可以添加多個 ,若只有一個源WEB服務(wù)器,可不設(shè)name

 

#需要反向代理的源WEB服務(wù)器,可以添加多個

cache_peer_domain oa oa.XXX.com.cn
cache_peer_domain ob ob.XXX.com.cn

#若只有一個源WEB服務(wù)器,可不設(shè)cache_peer_domain


http_access allow all

cache_effective_user nobody

cache_effective_group nobody

cache_mgr zifu.199s0@163.com

#refresh_pattern ^ftp: 60 20% 10080

#refresh_pattern ^gopher: 60 0% 1440

#refresh_pattern ^gopher: 60 0% 1440

#refresh_pattern . 0 20% 1440

refresh_pattern -i \.css$      360    50%    2880

refresh_pattern -i \.js$        1440    50%    2880

refresh_pattern -i \.html$      720    50%    1440

refresh_pattern -i \.jpg$      1440    90%    2880

refresh_pattern -i \.gif$      1440    90%    2880

refresh_pattern -i \.swf$      1440    90%    2880

refresh_pattern -i \.jpg$      1440    50%    2880

refresh_pattern -i \.png$      1440    50%    2880

refresh_pattern -i \.bmp$      1440    50%    2880

refresh_pattern -i \.doc$      1440    50%    2880

refresh_pattern -i \.ppt$      1440    50%    2880

refresh_pattern -i \.xls$      1440    50%    2880

refresh_pattern -i \.pdf$      1440    50%    2880

refresh_pattern -i \.rar$      1440    50%    2880

refresh_pattern -i \.zip$      1440    50%    2880

refresh_pattern -i \.txt$      1440    50%    2880
復(fù)制代碼

 

Linux下配置反向代理,實現(xiàn)一個公網(wǎng)IP代理多個內(nèi)網(wǎng)的web服務(wù)器。

    本站是提供個人知識管理的網(wǎng)絡(luò)存儲空間,所有內(nèi)容均由用戶發(fā)布,不代表本站觀點。請注意甄別內(nèi)容中的聯(lián)系方式、誘導(dǎo)購買等信息,謹防詐騙。如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容,請點擊一鍵舉報。
    轉(zhuǎn)藏 分享 獻花(0

    0條評論

    發(fā)表

    請遵守用戶 評論公約

    類似文章 更多