亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb

首頁(yè) > 網(wǎng)站 > Nginx > 正文

Nginx訪(fǎng)問(wèn)控制與參數(shù)調(diào)優(yōu)的方法

2024-08-30 12:30:17
字體:
來(lái)源:轉(zhuǎn)載
供稿:網(wǎng)友

Nginx全局變量

Nginx中有很多的全局變量,可以通過(guò)$變量名來(lái)使用。下面列舉一些常用的全局變量:

 

變量 說(shuō)明
$args 請(qǐng)求中的參數(shù),如www.123.com/1.php?a=1&b=2的$args就是a=1&b=2
$content_length HTTP請(qǐng)求信息里的”Content-Length”
$conten_type HTTP請(qǐng)求信息里的”Content-Type”
$document_root nginx虛擬主機(jī)配置文件中的root參數(shù)對(duì)應(yīng)的值
$document_uri 當(dāng)前請(qǐng)求中不包含指令的URI,如www.123.com/1.php?a=1&b=2的$document_uri就是1.php,不包含后面的參數(shù)
$host 主機(jī)頭,也就是域名
$http_user_agent 客戶(hù)端的詳細(xì)信息,也就是瀏覽器的標(biāo)識(shí),用curl -A可以指定
$http_cookie 客戶(hù)端的cookie信息
$limit_rate 如果nginx服務(wù)器使用limit_rate配置了顯示網(wǎng)絡(luò)速率,則會(huì)顯示,如果沒(méi)有設(shè)置, 則顯示0
$remote_addr 客戶(hù)端的公網(wǎng)ip
$remote_port 客戶(hù)端的port
$remote_user 如果nginx有配置認(rèn)證,該變量代表客戶(hù)端認(rèn)證的用戶(hù)名
$request_body_file 做反向代理時(shí)發(fā)給后端服務(wù)器的本地資源的名稱(chēng)
$request_method 請(qǐng)求資源的方式,GET/PUT/DELETE等
$request_filename 當(dāng)前請(qǐng)求的資源文件的路徑名稱(chēng),相當(dāng)于是$document_root/$document_uri的組合
$request_uri 請(qǐng)求的鏈接,包括$document_uri和$args
$scheme 請(qǐng)求的協(xié)議,如ftp,http,https
$server_protocol 客戶(hù)端請(qǐng)求資源使用的協(xié)議的版本,如HTTP/1.0,HTTP/1.1,HTTP/2.0等
$server_addr 服務(wù)器IP地址
$server_name 服務(wù)器的主機(jī)名
$server_port 服務(wù)器的端口號(hào)
$uri 和$document_uri相同
$http_referer 客戶(hù)端請(qǐng)求時(shí)的referer,通俗講就是該請(qǐng)求是通過(guò)哪個(gè)鏈接跳過(guò)來(lái)的,用curl -e可以指定

 

Nginx location

location作用

location指令的作用是根據(jù)用戶(hù)請(qǐng)求的URI來(lái)執(zhí)行不同的應(yīng)用。即根據(jù)用戶(hù)請(qǐng)求的網(wǎng)站地址URL進(jìn)行匹配,匹配成功就進(jìn)行相應(yīng)的操作。

語(yǔ)法
location的語(yǔ)法規(guī)則:location [=|~|~*|^~] /uri/ { … }
location匹配的變量是$uri
關(guān)于幾種字符的說(shuō)明

 

字符 描述
= 表示精準(zhǔn)匹配
~ 表示區(qū)分大小寫(xiě)的正則匹配
~* 表示不區(qū)分大小寫(xiě)的正則匹配
^~ 表示uri以指定字符或字符串開(kāi)頭
/ 通用匹配,任何請(qǐng)求都會(huì)匹配到

 

規(guī)則優(yōu)先級(jí)

= 高于 ^~ 高于 ~* 等于 ~ 高于 /

示例1

location = "/12.jpg" { ... }如:www.syushin.com/12.jpg 匹配www.syushin.com/abc/12.jpg 不匹配location ^~ "/abc/" { ... }如:www.syushin.com/abc/123.html 匹配www.syushin.com/a/abc/123.jpg 不匹配location ~ "png" { ... }如:www.syushin.com/aaa/bbb/ccc/123.png 匹配www.syushin.com/aaa/png/123.html 匹配location ~* "png" { ... }如:www.syushin.com/aaa/bbb/ccc/123.PNG 匹配www.syushin.com/aaa/png/123.html 匹配location /admin/ { ... }如:www.syushin.com/admin/aaa/1.php 匹配www.syushin.com/123/admin/1.php 不匹配

注意:

有些資料上介紹location支持不匹配 !~如: location !~ 'png'{ ... }

這是錯(cuò)誤的,location不支持 !~

如果有這樣的需求,可以通過(guò)if(location優(yōu)先級(jí)小于if )來(lái)實(shí)現(xiàn),如: if ($uri !~ 'png') { ... }

訪(fǎng)問(wèn)控制

web2.0時(shí)代,很多網(wǎng)站都是以用戶(hù)為中心,網(wǎng)站允許用戶(hù)發(fā)布內(nèi)容到服務(wù)器。由于為用戶(hù)開(kāi)放了上傳功能,因此有很大的安全風(fēng)險(xiǎn),比如黑客上傳木馬程序等等。因此,訪(fǎng)問(wèn)控制就很有必要配置了。

deny與allow

字面上很容易理解就是拒絕和允許。

Nginx的deny和allow指令是由ngx_http_access_module模塊提供,Nginx安裝默認(rèn)內(nèi)置了該模塊。

語(yǔ)法

語(yǔ)法:allow/deny address | CIDR | unix: | all

它表示,允許/拒絕某個(gè)ip或者一個(gè)ip段訪(fǎng)問(wèn).如果指定unix:,那將允許socket的訪(fǎng)問(wèn)。

注意:unix在1.5.1中新加入的功能。

在nginx中,allow和deny的規(guī)則是按順序執(zhí)行的。

示例1:

location /{  allow 192.168.0.0/24;  allow 127.0.0.1;  deny all;}

說(shuō)明:這段配置值允許192.168.0.0/24網(wǎng)段和127.0.0.1的請(qǐng)求,其他來(lái)源IP全部拒絕。

示例2:

location ~ "admin"{  allow 192.168.30.7;  deny all}

說(shuō)明:訪(fǎng)問(wèn)的uri中包含admin的請(qǐng)求,只允許192.168.30.7這個(gè)IP的請(qǐng)求。

基于location的訪(fǎng)問(wèn)控制

日常上,訪(fǎng)問(wèn)控制基本是配合location來(lái)做配置的,直接例子吧。

示例1:

location /blog/{  deny all;}

說(shuō)明:針對(duì)/blog/目錄,全部禁止訪(fǎng)問(wèn),這里的deny all;可以改為return 403;.

示例2

location ~ ".bak|/.ht"{  return 403;}

說(shuō)明:訪(fǎng)問(wèn)的uri中包含.bak字樣的或者包含.ht的直接返回403狀態(tài)碼。

測(cè)試鏈接舉例:

  • www.syushin.com/abc.bak
  • www.syushin.com/blog/123/.htalskdjf

如果用戶(hù)輸入的URL是上面其中之一都會(huì)返回403。

示例3

location ~ (data|cache|tmp|image|attachment).*/.php${  deny all;}

說(shuō)明:請(qǐng)求的uri中包含data、cache、tmp、image、attachment并且以.php結(jié)尾的,全部禁止訪(fǎng)問(wèn)。

測(cè)試鏈接舉例:

  • www.xxxxxx.com/aming/cache/1.php
  • www.xxxxxxx.com/image/123.phps
  • www.xxxxxx.com/aming/datas/1.php

基于$document_uri的訪(fǎng)問(wèn)控制

前面介紹了內(nèi)置變量$document_uri含義是當(dāng)前請(qǐng)求中不包含指令的URI。

如www.123.com/1.php?a=1&b=2的$document_uri就是1.php,不包含后面的參數(shù)。

我們可以針對(duì)這個(gè)變量做訪(fǎng)問(wèn)控制。

示例1

if ($document_uri ~ "/admin/"){  return 403;}

說(shuō)明:當(dāng)請(qǐng)求的uri中包含/admin/時(shí),直接返回403.

注意:if結(jié)構(gòu)中不支持使用allow和deny。

測(cè)試鏈接:

1. www.xxxxx.com/123/admin/1.html 匹配
2. www.xxxxx.com/admin123/1.html  不匹配
3. www.xxxxx.com/admin.php  不匹配

示例2

if ($document_uri = /admin.php){  return 403;}

說(shuō)明:請(qǐng)求的uri為/admin.php時(shí)返回403狀態(tài)碼。

測(cè)試鏈接:

1. www.xxxxx.com/admin.php # 匹配
2. www.xxxxx.com/123/admin.php # 不匹配

示例3

if ($document_uri ~ '/data/|/cache/.*/.php$'){  return 403;}

說(shuō)明:請(qǐng)求的uri包含data或者cache目錄,并且是php時(shí),返回403狀態(tài)碼。

測(cè)試鏈接:

1. www.xxxxx.com/data/123.php  # 匹配
2. www.xxxxx.com/cache1/123.php # 不匹配

基于$request_uri訪(fǎng)問(wèn)控制

$request_uri比$docuemnt_uri多了請(qǐng)求的參數(shù)。主要是針對(duì)請(qǐng)求的uri中的參數(shù)進(jìn)行控制。

示例

if ($request_uri ~ "gid=/d{9,12}"){  return 403;}

說(shuō)明:/d{9,12}是正則表達(dá)式,表示9到12個(gè)數(shù)字,例如gid=1234567890就符號(hào)要求。

測(cè)試鏈接:

1. www.xxxxx.com/index.php?gid=1234567890&pid=111  匹配
2. www.xxxxx.com/gid=123  不匹配

背景知識(shí):

曾經(jīng)有一個(gè)客戶(hù)的網(wǎng)站cc攻擊,對(duì)方發(fā)起太多類(lèi)似這樣的請(qǐng)求:/read-123405150-1-1.html
實(shí)際上,這樣的請(qǐng)求并不是正常的請(qǐng)求,網(wǎng)站會(huì)拋出一個(gè)頁(yè)面,提示帖子不存在。
所以,可以直接針對(duì)這樣的請(qǐng)求,return 403狀態(tài)碼。

基于$http_user_agent的訪(fǎng)問(wèn)控制(反爬蟲(chóng))

user_agent可以簡(jiǎn)單理解成瀏覽器標(biāo)識(shí),包括一些蜘蛛爬蟲(chóng)都可以通過(guò)user_agent來(lái)辨識(shí)。假如觀察訪(fǎng)問(wèn)日志,發(fā)現(xiàn)一些搜索引擎的蜘蛛對(duì)網(wǎng)站訪(fǎng)問(wèn)特別頻繁,它們并不友好。為了減少服務(wù)器的壓力,其實(shí)可以把除主流搜索引擎蜘蛛外的其他蜘蛛爬蟲(chóng)全部封掉。

示例

if ($user_agent ~ 'YisouSpider|MJ12bot/v1.4.2|YoudaoBot|Tomato'){  return 403;}

說(shuō)明:user_agent包含以上關(guān)鍵詞的請(qǐng)求,全部返回403狀態(tài)碼。

測(cè)試:

1. curl -A "123YisouSpider1.0"
2. curl -A "MJ12bot/v1.4.1"

基于$http_referer的訪(fǎng)問(wèn)控制

$http_referer除了可以實(shí)現(xiàn)防盜鏈的功能外,還可以做一些特殊的需求。

比如:

網(wǎng)站被黑掛馬,搜索引擎收錄的網(wǎng)頁(yè)是有問(wèn)題的,當(dāng)通過(guò)搜索引擎點(diǎn)擊到網(wǎng)站時(shí),卻顯示一個(gè)博彩網(wǎng)站。
由于查找木馬需要時(shí)間,不能馬上解決,為了不影響用戶(hù)體驗(yàn),可以針對(duì)此類(lèi)請(qǐng)求做一個(gè)特殊操作。
比如,可以把從百度訪(fǎng)問(wèn)的鏈接直接返回404狀態(tài)碼,或者返回一段html代碼。

示例

if ($http_referer ~ 'baidu.com'){  return 404;}

或者

if ($http_referer ~ 'baidu.com'){  return 200 "<html><script>window.location.href='//$host$request_uri';</script></html>";}

Nginx參數(shù)優(yōu)化

Nginx作為高性能web服務(wù)器,即使不特意調(diào)整配置參數(shù)也可以處理大量的并發(fā)請(qǐng)求。當(dāng)然,配置調(diào)優(yōu)會(huì)使Nginx性能更加強(qiáng)悍,配置參數(shù)需要結(jié)合服務(wù)器硬件性能等做參考。

worker進(jìn)程優(yōu)化

worker_processes num;

該參數(shù)表示啟動(dòng)幾個(gè)工作進(jìn)程,建議和本機(jī)CPU核數(shù)保持一致,每一核CPU處理一個(gè)進(jìn)程,num表示數(shù)字。

worker_rlimit_nofile

它表示Nginx最大可用的文件描述符個(gè)數(shù),需要配合系統(tǒng)的最大描述符,建議設(shè)置為102400。
還需要在系統(tǒng)里執(zhí)行ulimit -n 102400才可以。
也可以直接修改配置文件/etc/security/limits.conf修改
增加:
#* soft nofile 655350 (去掉前面的#)
#* hard nofile 655350 (去掉前面的#)

worker_connections

該參數(shù)用來(lái)配置每個(gè)Nginx worker進(jìn)程最大處理的連接數(shù),
這個(gè)參數(shù)也決定了該Nginx服務(wù)器最多能處理多少客戶(hù)端請(qǐng)求(worker_processes * worker_connections)
建議把該參數(shù)設(shè)置為10240,不建議太大。

http/tcp連接數(shù)優(yōu)化

use epoll

使用epoll模式的事件驅(qū)動(dòng)模型,該模型為L(zhǎng)inux系統(tǒng)下最優(yōu)方式。

multi_accept on

使每個(gè)worker進(jìn)程可以同時(shí)處理多個(gè)客戶(hù)端請(qǐng)求。

sendfile on

使用內(nèi)核的FD文件傳輸功能,可以減少u(mài)ser mode和kernel mode的切換,從而提升服務(wù)器性能。

tcp_nopush on

當(dāng)tcp_nopush設(shè)置為on時(shí),會(huì)調(diào)用tcp_cork方法進(jìn)行數(shù)據(jù)傳輸。
使用該方法會(huì)產(chǎn)生這樣的效果:當(dāng)應(yīng)用程序產(chǎn)生數(shù)據(jù)時(shí),
內(nèi)核不會(huì)立馬封裝包,而是當(dāng)數(shù)據(jù)量積累到一定量時(shí)才會(huì)封裝,然后傳輸。

tcp_nodelay on

不緩存data-sends(關(guān)閉 Nagle 算法),這個(gè)能夠提高高頻發(fā)送小數(shù)據(jù)報(bào)文的實(shí)時(shí)性。

(關(guān)于Nagle算法)

【假如需要頻繁的發(fā)送一些小包數(shù)據(jù),比如說(shuō)1個(gè)字節(jié),以IPv4為例的話(huà),則每個(gè)包都要附帶40字節(jié)的頭,
也就是說(shuō),總計(jì)41個(gè)字節(jié)的數(shù)據(jù)里,其中只有1個(gè)字節(jié)是我們需要的數(shù)據(jù)。
為了解決這個(gè)問(wèn)題,出現(xiàn)了Nagle算法。
它規(guī)定:如果包的大小滿(mǎn)足MSS,那么可以立即發(fā)送,否則數(shù)據(jù)會(huì)被放到緩沖區(qū),等到已經(jīng)發(fā)送的包被確認(rèn)了之后才能繼續(xù)發(fā)送。
通過(guò)這樣的規(guī)定,可以降低網(wǎng)絡(luò)里小包的數(shù)量,從而提升網(wǎng)絡(luò)性能。

keepalive_timeout

定義長(zhǎng)連接的超時(shí)時(shí)間,建議30s,太短或者太長(zhǎng)都不一定合適,當(dāng)然,最好是根據(jù)業(yè)務(wù)自身的情況來(lái)動(dòng)態(tài)地調(diào)整該參數(shù)。

keepalive_requests

定義當(dāng)客戶(hù)端和服務(wù)端處于長(zhǎng)連接的情況下,每個(gè)客戶(hù)端最多可以請(qǐng)求多少次,可以設(shè)置很大,比如50000.

reset_timeout_connection on

設(shè)置為on的話(huà),當(dāng)客戶(hù)端不再向服務(wù)端發(fā)送請(qǐng)求時(shí),允許服務(wù)端關(guān)閉該連接。

client_body_timeout

客戶(hù)端如果在該指定時(shí)間內(nèi)沒(méi)有加載完body數(shù)據(jù),則斷開(kāi)連接,單位是秒,默認(rèn)60,可以設(shè)置為10。

send_timeout

這個(gè)超時(shí)時(shí)間是發(fā)送響應(yīng)的超時(shí)時(shí)間,即Nginx服務(wù)器向客戶(hù)端發(fā)送了數(shù)據(jù)包,但客戶(hù)端一直沒(méi)有去接收這個(gè)數(shù)據(jù)包。
如果某個(gè)連接超過(guò)send_timeout定義的超時(shí)時(shí)間,那么Nginx將會(huì)關(guān)閉這個(gè)連接。單位是秒,可以設(shè)置為3。

壓縮

對(duì)于純文本的內(nèi)容,Nginx是可以使用gzip壓縮的。使用壓縮技術(shù)可以減少對(duì)帶寬的消耗。

由ngx_http_gzip_module模塊支持

配置如下:

gzip on; //開(kāi)啟gzip功能gzip_min_length 1024; //設(shè)置請(qǐng)求資源超過(guò)該數(shù)值才進(jìn)行壓縮,單位字節(jié)gzip_buffers 16 8k; //設(shè)置壓縮使用的buffer大小,第一個(gè)數(shù)字為數(shù)量,第二個(gè)為每個(gè)buffer的大小gzip_comp_level 6; //設(shè)置壓縮級(jí)別,范圍1-9,9壓縮級(jí)別最高,也最耗費(fèi)CPU資源gzip_types text/plain application/x-javascript text/css application/xml image/jpeg image/gif image/png; //指定哪些類(lèi)型的文件需要壓縮gzip_disable "MSIE 6/."; //IE6瀏覽器不啟用壓縮

測(cè)試:

curl -I -H "Accept-Encoding: gzip, deflate" http://www.xxxxx.com/1.css

日志

  • 錯(cuò)誤日志級(jí)別調(diào)高,比如crit級(jí)別,盡量少記錄無(wú)關(guān)緊要的日志。
  • 對(duì)于訪(fǎng)問(wèn)日志,如果不要求記錄日志,可以關(guān)閉,
  • 靜態(tài)資源的訪(fǎng)問(wèn)日志關(guān)閉

靜態(tài)文件過(guò)期

對(duì)于靜態(tài)文件,需要設(shè)置一個(gè)過(guò)期時(shí)間,這樣可以讓這些資源緩存到客戶(hù)端瀏覽器,
在緩存未失效前,客戶(hù)端不再向服務(wù)期請(qǐng)求相同的資源,從而節(jié)省帶寬和資源消耗。

配置示例如下:

location ~* ^.+/.(gif|jpg|png|css|js)$                   {  expires 1d; //1d表示1天,也可以用24h表示一天。}

訪(fǎng)問(wèn)控制和參數(shù)調(diào)優(yōu)只記錄其中一些部分,有些可能會(huì)在工作中用到,SSL的配置后續(xù)再作筆記吧,春招筆試好難呀,努力學(xué)習(xí)吧...

以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持ASPKU武林網(wǎng)。


注:相關(guān)教程知識(shí)閱讀請(qǐng)移步到服務(wù)器教程頻道。
發(fā)表評(píng)論 共有條評(píng)論
用戶(hù)名: 密碼:
驗(yàn)證碼: 匿名發(fā)表
男女性色大片免费观看一区二区| 国产片在线观看| 国产精品极品在线| 性欧美16一18| 中文在线а√天堂| 日韩一区在线播放| 亚洲欧洲成人在线| 在线免费观看视频黄| 9国产精品视频| 亚洲成色www.777999| 亚洲精品国产拍免费91在线| 欧美一区二区性放荡片| 国产精品久久久久永久免费看| 中文字幕精品www乱入免费视频| 免费网站观看电影入口| 国产亚洲精品精品国产亚洲综合| 日本免费精品视频| 国产社区精品视频| 国产在线精品观看| 精品成人佐山爱一区二区| 国产亚洲精品自拍| 日本午夜精华| 日本欧美一级片| 成人免费视频毛片| 一区二区三区欧美日韩| 黑人巨大精品欧美一区二区一视频| 亚洲欧洲视频在线| 国产又粗又爽| 男人亚洲天堂| 亚洲无码精品国产| 日本丰满少妇黄大片在线观看| 永久免费精品视频| 国产精品久久久久久精| 欧美系列亚洲系列| 一级特黄aaaaaa大片| 国产视频在线观看视频| 在线观看日韩毛片| 曰本人一级毛片免费完整视频| 大胆高清日本a视频| 男人的天堂导航| 免费在线观看一区| 免费观看一级特黄欧美大片| 91丨九色丨蝌蚪富婆spa| 国内自拍视频一区| 亚洲成人国产| 巨胸大乳www视频免费观看| av中文资源在线资源免费观看| 中文字幕国产在线观看| 成人午夜碰碰视频| 九九热精品视频国产| 超碰96在线| 成人免费网站在线观看视频| 精品欧美久久| 韩国三级视频在线观看| 1024日韩| 中国麻豆视频| 国产一区在线视频| 日韩女优中文字幕| 免费女人黄页| 日本一本高清视频| 天天干天天操天天干天天操| 国产午夜手机精彩视频| 最新版天堂资源中文官网| 战狼4完整免费观看在线播放版| 亚洲精品电影在线一区| 苍井空张开腿实干12次| 欧美国产97人人爽人人喊| 久久久亚洲午夜电影| 天天躁日日躁狠狠躁伊人| 亚洲精品一区二区三区蜜桃下载| 久久久在线观看| 欧美猛男同性videos| 好看的亚洲午夜视频在线| 国产精品天干天干在观线| 天堂中文8资源在线8| 亚洲精品日韩在线观看| 亚洲熟妇国产熟妇肥婆| 91中文字幕在线| 91九色porn蝌蚪| 96成人在线视频| 欧美喷水一区二区| 国产无遮无挡120秒| 国产三级精品三级| 亚洲av午夜精品一区二区三区| 四虎成人精品永久免费av| 日韩美女视频一区二区| 亚洲视频精品在线观看| 成人亚洲网站| 深夜精品寂寞黄网站在线观看| 国产一区二区小视频| 蜜桃自拍偷拍| 欧美老头gaygay1069| 最新不卡av| 欧美成人激情视频免费观看| 国产日韩欧美电影在线观看| 亚洲美女视频网站| 色av性av丰满av| 做爰视频毛片视频| 日韩精品视频一二三| 国产精品激情av电影在线观看| 乱子伦一区二区| 国产精品视频xxx| 中日韩黄色大片| 亚洲欧美另类中文字幕| 亚洲欧美国产日韩中文字幕| 亚洲av无码一区二区三区观看| 日韩一区二区免费在线电影| 成人国产亚洲欧美成人综合网| 99视频国产精品免费观看a| 红杏一区二区三区| 国产精品一区二区三区av| 人妻体内射精一区二区| 中文字幕av资源| 久99久精品视频免费观看| 天堂www中文在线资源| 精品视频一区二区三区四区| 欧美色视频日本版| 国产又粗又长又爽| 一个人看的日本www的免费视频| 国产sm主人调教女m视频| 99精品欧美一区二区蜜桃免费| 日韩激情一二三区| 亚洲成a人片77777精品| 久久精品国产69国产精品亚洲| 亚洲国产成人精品无码区99| 欧美r级在线| 久久性爱视频网站| 亚洲人成电影院在线观看| 国产精品入口免费视| 91美女视频网站| 久久精品视频一区二区| 国产精品第一页在线观看| 国产熟女一区二区丰满| 久热精品在线| 色综合久久久网| 亚洲视频一起| 欧美午夜不卡视频| 伊人久久在线观看| 91免费观看国产| 久久久福利影院| 韩国日本在线视频| 亚洲视频tv| 看黄色免费网站| 欧美性极品xxxx做受| 97久久综合精品久久久综合| 日韩一区二区三区资源| 在线免费看黄视频| 成年网在线观看免费观看网址| 中文字幕人成人乱码亚洲电影| 在线观看av网站| 99免费观看视频| 亚洲精品无码久久久久久久| 夜夜躁狠狠躁日日躁2021日韩| 中文亚洲字幕| 四色永久免费网站| 大胆欧美熟妇xx| 日韩av电影免费观看高清完整版| 国产精品第六页| 久久综合加勒比| 欧美在线免费一级片| www.com黄色片| 国产视频在线播放| 色婷婷av国产精品| 免费污片软件| av在线精品| 综合久久国产| 伊人网在线观看| 久久福利资源站| 激情av综合网| 色综合久久五月| 久久久电影一区二区三区| 肉丝美足丝袜一区二区三区四| 中文字幕91视频| 曰本三级日本三级日本三级| 亚洲高清在线视频| 免费成人黄色网| 亚洲午夜久久久久久久久久久| 美女扒开腿让男人桶爽久久动漫| 一区二区国产视频| 国产精品丝袜黑色高跟鞋| 亚洲精品成人网| 欧美日韩另类一区| 国产网站免费观看| 国产一区二区视频免费在线观看| 精品亚洲精品福利线在观看| www.激情小说.com| 国产男女猛烈无遮挡免费视频| 欧美亚洲日本一区| 国产xxx69麻豆国语对白| 亚洲国语精品自产拍在线观看| h在线观看免费| 色狠狠av一区二区三区| 欧美日韩在线视频观看| 91大神在线观看线路一区| 手机精品视频在线| 爱情电影网av一区二区| 精品免费日产一区一区三区免费| 亚洲十八**毛片| 成人av免费播放| 欧美日韩国产va另类| 91中文字幕在线观看| 成年免费网站| 国产黑丝一区二区| 少妇一级淫免费观看| 超碰精品在线| 在线综合视频播放| 国产成a人亚洲精v品在线观看| 中文字幕乱码一区二区免费| 精品999日本久久久影院| 国产露脸无套对白在线播放| 成人av婷婷| 在线观看成人av| 午夜影院在线观看视频| 久久亚洲视频| 久久久久久久尹人综合网亚洲| 欧美精品一区二区三区高清aⅴ| 久久婷婷成人综合色| 色婷婷av一区二区| 免费观看成人在线| 日韩精品专区| 国产口爆吞精一区二区| 欧美成人基地| 视色视频在线观看| 亚洲日本在线观看| 欧美日韩亚洲国产精品| 欧美一区二区精品久久911| 亚洲综合网站在线观看| 中文字幕在线免费视频| 天天干,夜夜爽| 秋霞视频一区二区| 日本成a人片在线观看| 日本h片在线| 国产精品二区三区| 国产又粗又猛又爽又黄91精品| 国产成人精品一区二区在线| 成人日韩在线电影| 91久久国产精品| 这里只有精品在线观看视频| 欧美日韩视频在线播放| 97久久久精品综合88久久| 成人黄色在线看| 国产欧美一区二区三区精品酒店| 国产免费一区二区三区在线观看| 四虎成人精品永久免费av九九| 桃花岛tv亚洲品质| 国产成人一区| 日本午夜在线观看| 亚洲成人在线网| 日本高清色图| 欧美自拍视频在线观看| 国产传媒国产传媒| 成人乱人伦精品视频在线观看| 超碰电影在线播放| 成年人视频在线免费| 久久男人天堂| 天堂а√在线资源在线| 欧美小视频在线观看| 日本欧美久久久久免费播放网| 日韩精品极品毛片系列视频| 亚洲一区久久久| 成人精品在线观看| 国产精品性做久久久久久| 九一精品国产| 成人在线视频福利| 欧美丰满高潮xxxx喷水动漫| 欧洲一级视频| 成人国产一区二区三区精品| 成人亲热视频网站| 成人在线视频首页| 国产网站欧美日韩免费精品在线观看| 精品国产一区二区在线观看| 久久国产精彩视频| 成人精品视频99在线观看免费| 亚欧激情乱码久久久久久久久| 翔田千里88av中文字幕| 精品伦理一区二区三区| 男人天堂av在线播放| 成人性生交大片免费看小说| 精品久久91| 免费网站看v片在线a| 久久精品视频va| 欧美综合另类| 69久久夜色精品国产69| 国产日韩欧美一区二区东京热| 欧美又大又硬又粗bbbbb| av中文资源在线资源免费观看| www.日韩系列| av一级在线观看| 国产成人短视频在线观看| 欧美精品videosex性欧美| 日韩午夜电影免费看| 少妇高潮久久久久久潘金莲| 在线手机中文字幕| 日本福利午夜视频在线| 午夜精品久久久久久久久久| 懂色av一区二区三区蜜臀| 国产性色视频| 国产精品一卡二| 成人动漫视频在线| 午夜视频在线观看一区二区| 天天色综合4| 91成人精品视频| 一二三四区精品视频| 日韩三级成人av网| 午夜免费欧美电影| 91麻豆文化传媒在线观看| 欧美日韩导航| 国产日韩欧美91| xxx国产hd| www国产一区| 亚洲精品国产综合区久久久久久久| 成+人+亚洲+综合天堂| 波多野结衣不卡视频| 麻豆精品精品国产自在97香蕉| 艳妇荡乳欲伦69影片| 国产欧美一区二区三区在线老狼| 先锋影音久久| 欧美综合视频| av成人免费在线| 国产精品亚洲第一区在线暖暖韩国| 亚洲精品久久在线| 国产黄色片免费观看| 91精品国产91久久久久久三级| 国产一级久久久久毛片精品| 国产综合香蕉五月婷在线| 欧美伊人影院| 久久精品人成| 欧美一级片中文字幕|