青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

woomsg

在路上

2008年11月6日 #

gloox代碼分析4 - private xml storage

     摘要: 這部分的作用是客戶端可以存放任意格式的私有xml數據到服務器上,并且在想要查看的時候取回!1.協議 - XEP-0049 -  http://xmpp.org/extensions/xep-0049.html2. jabber client可以保存任意的xml數據到服務器,通過一個<iq type="set">的請求.該請求需要包含一個名稱空間為jabber:iq:priva...  閱讀全文

posted @ 2008-11-06 17:18 ysong.lee 閱讀(1228) | 評論 (0)編輯 收藏

gloox代碼分析3 - 注冊模塊

     摘要: #jabber協議中如何注冊一個用戶?首先要與服務器建立一個連接, 在完成TLS握手之后就可以進行注冊了,為什么不需要SASL握手呢?因為SASL握手只針對已經注冊的用戶在登陸服務器的時候使用.(修改密碼和刪除用戶的時候需要SASL握手)下面以openfire作為服務器,注冊一個用戶的過程如下:(假設已經完成了TLS握手)1. ( C->S ) <stream:stream  ...  閱讀全文

posted @ 2008-11-06 12:59 ysong.lee 閱讀(4580) | 評論 (3)編輯 收藏

2008年11月3日 #

openssl使用

     摘要: 1. websiteSSL(secure Socket Layer)TLS(transport Layer Security) - SSL3.0基礎之上提出的安全通信標準,目前版本是1.0openssl 主頁 -> http://www.openssl.org/openssl 中文文檔 -> http://www.chinaunix.net/jh/13/478901.html 2. 如何編譯O...  閱讀全文

posted @ 2008-11-03 14:08 ysong.lee 閱讀(12189) | 評論 (1)編輯 收藏

2008年10月29日 #

如何利用jabber協議與gtalk服務器通訊 - 建立會話

 客戶端與gtalk server建立會話的過程如下(默認中間沒有錯誤發生):

1. ( C->S ) 連接到服務器, 發送'hello'信息.
<stream:stream to="gmail.com" version="1.0" xmlns:stream="
2. ( S->C ) 服務器回應'hello'信息
<?xml version="1.0" encoding="UTF-8"?>
<stream:stream from="gmail.com" id="A9D1B4DB24EA879C" version="1.0" xmlns:stream="

3. ( S->C ) 服務器要求TLS, SASL
 <stream:features>
  <starttls xmlns="urn:ietf:params:xml:ns:xmpp-tls"><required/></starttls>
  <mechanisms xmlns="urn:ietf:params:xml:ns:xmpp-sasl">
    <mechanism>X-GOOGLE-TOKEN</mechanism>
  </mechanisms>
</stream:features>

4. ( C->S ) 開始TLS
<starttls xmlns="urn:ietf:params:xml:ns:xmpp-tls"/>

5. ( S->C ) 服務器允許繼續TLS
<proceed xmlns="urn:ietf:params:xml:ns:xmpp-tls"/>

6. ( C->S ) TLS握手
客戶端向服務器發起TLS握手請求, 如果握手成功, 執行#7 (可以使用openssl實現TLS的握手功能)

7. ( C->S ) TLS握手結束后, 發送新的'hello'消息
<stream:stream to="gmail.com" version="1.0" xmlns:stream="

8. ( S->C ) 服務器回應'hello'消息
<?xml version="1.0" encoding="UTF-8"?>
<stream:stream from="gmail.com" id="D38877BD862E0EE4" version="1.0" xmlns:stream="

9. ( S->C ) 服務器要求SASL
<stream:features>
  <mechanisms xmlns="urn:ietf:params:xml:ns:xmpp-sasl">
    <mechanism>PLAIN</mechanism>
    <mechanism>X-GOOGLE-TOKEN</mechanism>
  </mechanisms>
</stream:features>

10. ( C->S ) 客戶端執行SASL
<auth xmlns="urn:ietf:params:xml:ns:xmpp-sasl" mechanism="PLAIN">
  AHlzb25nLmxlZUBnbWFpbC5jb20AeXNvbmdAMTk4NA==
</auth>

auth的cdata的格式 '\0'+username+'\0'+password 的base64編碼, username和password必須是經過認證的.
例如:
'\0' +
'ysong.lee@gmail.com' + '\0' + 123456 -> 經過base64編碼處理后變為cdata

11. ( S->C ) SASL成功
<success xmlns="urn:ietf:params:xml:ns:xmpp-sasl"/>

12. ( C->S ) 客戶端發送新的'hello'消息
<stream:stream to="gmail.com" version="1.0" xmlns:stream="
13. ( S->C ) 服務器回應'hello'消息
<?xml version="1.0" encoding="UTF-8"?>
<stream:stream from="gmail.com" id="00035A2B998BF4B9" version="1.0" xmlns:stream="

14. ( S->C ) 服務器要求綁定資源和建立一個會話
<stream:features>
  <bind xmlns="urn:ietf:params:xml:ns:xmpp-bind"/>
  <session xmlns="urn:ietf:params:xml:ns:xmpp-session"/>
</stream:features>

15. ( C->S ) 客戶端綁定申請一個資源
<iq type="set" id="1"><bind xmlns="urn:ietf:params:xml:ns:xmpp-bind"/></iq>

16. ( S->C ) 服務器返回綁定資源的結果
<iq id="1" type="result">
  <bind xmlns="urn:ietf:params:xml:ns:xmpp-bind">
    <jid>ysong.lee@gmail.com/BC20B630</jid>
  </bind>
</iq>

17. ( C->S ) 客戶端申請建立會話
<iq type="set" id="2">
  <session xmlns="urn:ietf:params:xml:ns:xmpp-session"/>
</iq>

18. ( S->C ) 服務器返回建立會話成功
<iq type="result" id="2"/>


到此, Client和Gtalk server的一個會話已經建立, 可以根據jabber協議進行其它操作. 請求聯系人列表, 發消息等.


posted @ 2008-10-29 00:29 ysong.lee 閱讀(4335) | 評論 (3)編輯 收藏

2008年10月22日 #

openssl使用(補)

     摘要: 1. 使用OpenSSL內置的數據結構BIO可以方便的創建安全和非安全鏈接,在IBM Web上的"使用OpenSSL進行安全編程"系列的三篇文章是個不錯的入門:http://www.ibm.com/developerworks/cn/linux/l-openssl.htmlhttp://www.ibm.com/developerworks/cn/linux/l-openssl2.htmlhttp:...  閱讀全文

posted @ 2008-10-22 10:48 ysong.lee 閱讀(2862) | 評論 (10)編輯 收藏

2008年10月18日 #

gloox代碼分析2 - xml parser模塊

gloox自己實現了xml的解析模塊,沒有用到第三方的庫(tinyXML,expat )
主要涉及的文件:
tag.h (tag.cpp)
taghandler.h
parser.h (parser.cpp)

1. Tag一個Tag就是一個XML元素
例如:
a.
<book kind='computer'>
  <store id='23'/>
  <author>
    qiang
  </author>
</book>
b. <book id='32'/>
c. <book>name1</book>

首先介紹一個概念: escape-string,何為escape-string?
在escape-string中:
 '&'轉換成&amp;, '<'轉換成&lt;, '>'轉換成&gt;.
編碼表如下:
//////////////////////////////////////////////////////////////////////////
// 編碼表 (中間的空格去掉,這里只是為了方便顯示):
// -------------------------------------------------------
// | 字符     | 十進制 | 十六進制 | THML字符集 | Unicode |
// -------------------------------------------------------
// | " 雙引號 | & # 34;  | & # x22;   | "          | \u0022  |
// -------------------------------------------------------
// | ' 單引號 | & # 39;  | & # x27;   | & apos;     | \u0027  |
// -------------------------------------------------------
// | & 與     | & # 38;  | & # x26;   | & amp;      | \u0026  |
// -------------------------------------------------------
// | < 小于號 | & # 60;  | & # x3C;   | & lt;       | \u003c  |
// -------------------------------------------------------
// | > 大于好 | & # 62;  | & # x3E;   | & gt;       | \u003e  |
// -------------------------------------------------------
gloox - APIs
Tag::escape()    功能: string -> escape-string
Tag::relax()  功能: escape-string -> string

主要成員變量:
attributes - 所有屬性的list
name - 節點名字
cdata - 節點數據,例如<name>cdata</name>中的cdata
children - 所有的子節點
parent - 父節點指針,如果沒有則為空
bool incoming - 表示構造xml node的時候傳入的字符串是否是escape-string,如果是,需要在構造的時候調用relex把escape-string轉換成string.

主要方法:
也就是一些針對name\children\attributes\cdata進行增加\刪除\修改的方法
xml()方法返回該節點的一個完整的xml數據流
findTag和findTagList提供對XPath的支持.

例如:
屏幕將輸出:
<book kind='computer'><store id='23'/><author>qiang</author></book>
 1#include <iostream>
 2#include "tag.h"
 3
 4#pragma comment( lib, "gloox.lib" )
 5using namespace gloox;
 6
 7// <book kind='computer'>
 8//   <store id='23'/>
 9//   <author>
10//     qiang
11//   </author>
12// </book>
13//
14
15
16int main( int argc, char* argv[] ) {
17  Tag* tag_book = new Tag( "book");
18  tag_book->addAttribute( "kind""computer" );
19  
20  Tag* tag_store = new Tag( "store" );
21  tag_store->addAttribute( "id""32" );
22
23  Tag* tag_author = new Tag( "author""qiang" );
24
25  tag_book->addChild( tag_store );
26  tag_book->addChild( tag_author );
27
28  std::cout<<tag_book->xml()<<std::endl;
29  return 0;
30}

2. TagHandler是一個接收parser解析完成的tag的接口,繼承該類,則可以接收parser解析的tag對象事件.
只有一個接口
virtual void handleTag( Tag *tag ) = 0 - 接收解析完的tag

3. Parser一個XML解析器
提供的接口非常簡潔,只需要一個TagHandler來構造,該handler接收并處理解析的tag,另外只有一個feed接口來填充數據.
要注意的是feed接口填充的數據必須是一個格式正確的xml,否則無法解析,也就是說parser不會判斷xml的格式。

例如:
下面的例子中對feed來說分開填充和一次性填充數據的效果是一樣的,也就是scenario1和scenario2的效果是一樣的,這也剛好和上層應用中TCP 流處理的方式統一,對于接收到服務器端的XML流,無論是否完整,只需要直接feed就可以了。handlerTag方法將收到兩個
xml tag解析完成的事件,分別來自scenario1和scenario2,屏幕將輸出:
<book kind='computer'><store id='23'/><author>qiang</author></book> 
<book kind='computer'><store id='23'/><author>qiang</author></book>
 1#include <iostream>
 2#include "tag.h"
 3#include "parser.h"
 4
 5#pragma comment( lib, "gloox.lib" )
 6using namespace gloox;
 7
 8// <book kind='computer'>
 9//   <store id='23'/>
10//   <author>
11//     qiang
12//   </author>
13// </book>
14//
15//
16
17class TagHandlerImpl : public TagHandler {
18public:
19    ~TagHandlerImpl() {}
20
21    void run() {
22      Parser* parser = new Parser(this);
23      // scenario1
24      std::string data = "<book kind='computer'><store id='23'/><author>qiang</author></book>";
25      parser->feed( data );
26
27      // scenario2
28      std::string data1 = "<book kind='computer";
29      std::string data2 = "'><store id='23'/><auth";
30      std::string data3 = "or>qiang</author></book>";
31      parser->feed( data1 );
32      parser->feed( data2 );
33      parser->feed( data3 );
34    }

35
36    void handleTag( Tag *tag ) {
37      std::cout<<tag->xml()<<std::endl;
38    }

39}
;
40
41int main( int argc, char* argv[] ) {
42  TagHandlerImpl* taghandlerImpl = new TagHandlerImpl();
43  taghandlerImpl->run();
44
45  return 0;
46}


posted @ 2008-10-18 14:51 ysong.lee 閱讀(2591) | 評論 (0)編輯 收藏

2008年10月17日 #

gloox代碼分析1 - connect模塊

主要分析gloox的connect模塊,涉及的文件:
connectionbase.h
connectiondatahander.h
connectionhandler.h
connectiontcpbase.h (connectiontcpbase.cpp)
connectiontcpclient.h (connectiontcpclient.cpp)
connectiontcpserver.h (connectiontcpserver.cpp)

1. ConnectionBase抽象連接類,表示一個socket連接。
3個數據成員:
server和ip - 需要連接到的目標地址和端口(在ConnectionTcpServer是要綁定的本地地址)
connectionState - 連接的當前狀態 (一個三種狀態disconnected | connecting | connected)
connectionDataHandler - 處理三類ConnectionBase中的三類事件 ( 數據接收 | 連接建立 | 連接斷開 )
5個主要方法:
connect - 建立一個socket連接
disconnect - 斷開一個socket連接
send - 發送數據,該方法直到要發送的數據全部發送完畢才返回
recv( int timeout ) - 接收數據,接收到數據或者timeout返回
receive - 把connection設置成"接收模式",也就是循環的調用recv接收數據,直到連接斷開該方法返回,
               該方法保證這個連接可以循環的接收數據.

注意: recv和receive的區別。


2. ConnectionDataHandler處理繼承自ConnectionBase的對象的事件
handlerReceivedData - 接收到數據
handlerConnect - 一個原始的套接字連接建立
handlerDisconnect - 一個原始的套接字連接斷開

3. ConnectionTcpBase一個基本的TCP連接,繼承自ConnectionBase
數據成員
bool cancel - 表示連接是否應該斷開,默認為true. (true表示連接斷開)
                     函數disconnect也就是僅僅設置cancel為true.
                     在函數receive循環接收數據的邏輯中會檢測cancel,如果為true,則表示連接斷開,則返回,退出"接收模式"
int bufSize - buf的大小,默認是1024
char* buf - 緩沖區,大小事bufSize + 1 (在ConnectionTcpBase中并沒有用到這個緩沖區,供上層使用E.g. ConnectionTcpClient的recv來接收數據)

實現的主要方法:
send - 發送數據
receive - "循環"接收數據
dataAvailable( int timeout ) - 一個私有方法,作用是測試socket上目前是否有數據可讀,如果有返回true. 可以供recv調用. 避免了阻塞的調用原始套接字方法::receive或者::accept.

4. ConnectionTcpClient實現一個基本的TCP連接,繼承自ConnectionTcpBase
實現的主要方法
connect - 連接到目標地址,如果成功,則調用handler->handlerConnect,失敗則調用handler->handlerDisconnect
recv - 接收數據,如果接收到數據,馬上調用handler->handlerReceiveData,接收發生錯誤,表示連接斷開,調用handler->handlerDisconnect

5. ConnectionHandler一個抽象類,用來接收一個客戶端連接的請求,該類用于ConnectionTcpServer
只有一個接口:
handleIncomingConnection( ConnectionBase *connect ) - &connect表示新建立的連接請求,哪原始的socket做類比相當于accept返回的socket.

注意: 區別于ConnectionDataHandler用于處理一個特定連接的中的事件(數據到來,連接斷開,連接建立),ConnectionListener用于XMPP Stream.

6. ConnectionTcpServer,實質上就是一個偵聽socket,同原始的socket做類比就是一個調用了bind/listen之后處于偵聽狀態的socket.
主要數據成員:
connectionHandler - 接收新到來的連接,接收到之后調用handlerIncomingConnection
主要方法:
connect - 建立套接字,綁定到本地地址,偵聽bind/listen
recv - 調用accept接收一個socket連接,如果成功,則用accpet返回的socket創建一個ConnectionTCPClient,調用handlerIncomingConnection來處理新進的連接.

總結:
ConnectionTcpServer和ConnectionTcpClient的區別:
connect (client) - 連接到服務器,使connection處于可以接收數據的狀態
connect(server) - 綁定到本地地址,偵聽,使connection處于可以接收新連接的狀態(accept)

recv(client) - 接收數據,調用connectionDataHandler->handlerReceivedData
recv(server) - 接收新連接,調用connectionHandler->handlerIncomingConnection

receive(Client) - 接收數據狀態,循環接收數據,調用disconnect時退出
receive(Server) - 接收連接狀態,循環接收連接,調用disconnect時退出.

所以ConnectionTcpClient有發送數據和循環接收數據的能力,ConnectionTcpServer有偵聽客戶端連接的能力。當有特定的事件發生的時候,會自動觸發相關的handler來進行處理,如數據到來,連接建立\斷開,新連接到來等等。

問題:
這種設計模式使receive處于一個無限的while循環,不斷的調用select+accpet或者select+receive,是否利于send之類的方法在同一個socket上發送數據?
                                         

posted @ 2008-10-17 21:20 ysong.lee 閱讀(1666) | 評論 (0)編輯 收藏

2008年10月16日 #

如何在windows編譯gloox

1. Enviroment
 "gloox - 0.9.9.5" + "Windows Server 2008" + "VC++ 2008"

2. config.h.win
HAVE_WINTLS
HAVE_WINDNS_H
HAVE_SETSOCKOPT

默認編譯的時候出錯:
dns.obj : error LNK2019: unresolved external symbol _DnsFree@8 referenced in function "public: static class std::map<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,int,struct std::less<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > >,class std::allocator<struct std::pair<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const ,int> > > __cdecl gloox::DNS::resolve(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class gloox::LogSink const &)" (?resolve@DNS@gloox@@SA?AV?$map@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@HU?$less@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@2@V?$allocator@U?$pair@$$CBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@H@std@@@2@@std@@ABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@4@00ABVLogSink@2@@Z)
dns.obj : error LNK2019: unresolved external symbol _DnsQuery_A@24 referenced in function "public: static class std::map<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,int,struct std::less<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > >,class std::allocator<struct std::pair<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const ,int> > > __cdecl gloox::DNS::resolve(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class gloox::LogSink const &)" (?resolve@DNS@gloox@@SA?AV?$map@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@HU?$less@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@2@V?$allocator@U?$pair@$$CBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@H@std@@@2@@std@@ABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@4@00ABVLogSink@2@@Z)
tlsschannel.obj : error LNK2019: unresolved external symbol _EncryptMessage@16 referenced in function "public: virtual bool __thiscall gloox::SChannel::encrypt(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)" (?encrypt@SChannel@gloox@@UAE_NABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z)
tlsschannel.obj : error LNK2019: unresolved external symbol _DecryptMessage@16 referenced in function "public: virtual int __thiscall gloox::SChannel::decrypt(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)" (?decrypt@SChannel@gloox@@UAEHABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z)
tlsschannel.obj : error LNK2019: unresolved external symbol __imp__FreeCredentialsHandle@4 referenced in function "public: virtual void __thiscall gloox::SChannel::cleanup(void)" (?cleanup@SChannel@gloox@@UAEXXZ)
tlsschannel.obj : error LNK2019: unresolved external symbol __imp__DeleteSecurityContext@4 referenced in function "public: virtual void __thiscall gloox::SChannel::cleanup(void)" (?cleanup@SChannel@gloox@@UAEXXZ)
tlsschannel.obj : error LNK2019: unresolved external symbol _FreeContextBuffer@4 referenced in function "public: virtual bool __thiscall gloox::SChannel::handshake(void)" (?handshake@SChannel@gloox@@UAE_NXZ)
tlsschannel.obj : error LNK2019: unresolved external symbol _InitializeSecurityContextA@48 referenced in function "public: virtual bool __thiscall gloox::SChannel::handshake(void)" (?handshake@SChannel@gloox@@UAE_NXZ)
tlsschannel.obj : error LNK2019: unresolved external symbol _AcquireCredentialsHandleA@36 referenced in function "public: virtual bool __thiscall gloox::SChannel::handshake(void)" (?handshake@SChannel@gloox@@UAE_NXZ)
tlsschannel.obj : error LNK2019: unresolved external symbol _QueryContextAttributesA@12 referenced in function "private: void __thiscall gloox::SChannel::setSizes(void)" (?setSizes@SChannel@gloox@@AAEXXZ)
tlsschannel.obj : error LNK2019: unresolved external symbol __imp__CertFreeCertificateChain@4 referenced in function "private: void __thiscall gloox::SChannel::validateCert(void)" (?validateCert@SChannel@gloox@@AAEXXZ)
tlsschannel.obj : error LNK2019: unresolved external symbol __imp__CertVerifyCertificateChainPolicy@16 referenced in function "private: void __thiscall gloox::SChannel::validateCert(void)" (?validateCert@SChannel@gloox@@AAEXXZ)
tlsschannel.obj : error LNK2019: unresolved external symbol __imp__CertGetCertificateChain@32 referenced in function "private: void __thiscall gloox::SChannel::validateCert(void)" (?validateCert@SChannel@gloox@@AAEXXZ)
tlsschannel.obj : error LNK2019: unresolved external symbol __imp__CertNameToStrA@20 referenced in function "private: void __thiscall gloox::SChannel::certData(void)" (?certData@SChannel@gloox@@AAEXXZ)

3. 加入需要的lib, 編譯成功
ws2_32.lib Dnsapi.lib Secur32.lib Crypt32.lib

posted @ 2008-10-16 20:42 ysong.lee 閱讀(1770) | 評論 (0)編輯 收藏

僅列出標題  
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            久久精品日韩欧美| 亚洲欧美另类在线| 欧美成人精品高清在线播放| 一区二区三区导航| 亚洲国产精品久久久久| 国产精品99久久久久久有的能看| 亚洲国内自拍| 亚洲国产精品一区二区久| 国产在线观看91精品一区| 国产色婷婷国产综合在线理论片a| 国产精品久久国产愉拍| 欧美在线视频在线播放完整版免费观看 | 亚洲一区二区三区乱码aⅴ| 一区二区三区日韩欧美精品| 一区二区三区四区精品| 亚洲一卡久久| 欧美一区二区日韩一区二区| 亚洲神马久久| 欧美亚洲视频一区二区| 久久夜色精品国产噜噜av| 美女图片一区二区| 国产精品美腿一区在线看| 国产欧美日韩高清| 亚洲三级电影在线观看| 亚洲午夜在线观看视频在线| 久久国产日韩欧美| 久色成人在线| 最新亚洲视频| 午夜精品久久| 欧美粗暴jizz性欧美20| 国产精品久久97| 亚洲国产精品综合| 性做久久久久久| 欧美激情导航| 午夜欧美视频| 欧美性片在线观看| 亚洲第一伊人| 欧美亚洲综合久久| 亚洲精选大片| 欧美二区在线观看| 国产一区激情| 亚洲欧美日韩爽爽影院| 欧美激情导航| 久久资源在线| 精品成人在线| 久久精品二区亚洲w码| 亚洲日本在线视频观看| 欧美在线不卡| 国产噜噜噜噜噜久久久久久久久 | 伊人一区二区三区久久精品| 在线亚洲一区| 亚洲精品护士| 欧美大尺度在线| 亚洲成人原创| 久久尤物视频| 久久精品国产久精国产爱| 国产精品久久久久999| 9久草视频在线视频精品| 欧美激情视频给我| 久久精品国产视频| 国产一区二区中文| 欧美一区二区在线免费观看 | 久久国产精品99精品国产| 亚洲精品视频免费在线观看| 经典三级久久| 香蕉久久国产| 一本色道婷婷久久欧美| 欧美国产日韩精品| 亚洲国产日韩欧美在线图片| 免费视频一区| 久久人人97超碰人人澡爱香蕉| 国产精品久久久久久久久久久久久久 | 中文网丁香综合网| 国内精品视频在线播放| 亚洲欧美日本日韩| 亚洲精品乱码久久久久久久久 | 久久影院午夜论| 激情欧美日韩| 欧美大片91| 久久久水蜜桃| 亚洲黄一区二区| 亚洲国产精品一区二区久| 久久久久国产精品一区二区| 欧美国产乱视频| 欧美电影美腿模特1979在线看| 日韩午夜在线电影| 欧美成人午夜77777| 国产日产高清欧美一区二区三区| 欧美一区二区黄| 欧美高潮视频| 亚洲欧洲精品一区二区精品久久久| 羞羞答答国产精品www一本| 欧美尤物巨大精品爽| 亚洲欧美日韩精品久久亚洲区 | 日韩视频免费观看高清完整版| 亚洲第一主播视频| 欧美激情性爽国产精品17p| 一区二区冒白浆视频| 亚洲视频一区二区在线观看| 狠狠色狠狠色综合日日91app| 欧美成人精品激情在线观看| 欧美久久影院| 欧美在线观看一区二区| 久久影视精品| 欧美一区二区精品久久911| 久久亚洲精品网站| 亚洲一区二区三区四区在线观看| 亚洲一区二区三区在线看| 在线免费不卡视频| 亚洲在线不卡| 亚洲综合电影一区二区三区| 蜜臀久久久99精品久久久久久| 欧美一区二区三区精品电影| 国内成人在线| 亚洲精品一区中文| 91久久久在线| 欧美成人午夜免费视在线看片| 亚洲欧洲精品一区二区三区波多野1战4 | 亚洲黑丝一区二区| 欧美午夜大胆人体| 亚洲人成网站色ww在线 | 136国产福利精品导航网址应用| 亚洲男人的天堂在线| 欧美一级视频| 亚洲人成在线观看一区二区| 欧美在线免费播放| 国产精品视频你懂的| 欧美在线免费看| 99国产精品99久久久久久| 久久久青草青青国产亚洲免观| 亚洲日本成人在线观看| 欧美伦理影院| 午夜精品一区二区在线观看| 亚洲人成在线观看网站高清| 欧美一区二区三区精品电影| 亚洲一区二区在| 91久久国产自产拍夜夜嗨| 国产精品国产三级国产专区53| 亚洲欧美日韩国产一区二区| 蜜臀va亚洲va欧美va天堂| 伊人色综合久久天天| 国产精品久久久久久久久久久久 | 午夜精品久久久久久久99黑人| 久久久久久久综合色一本| 欧美中文在线视频| 伊人久久综合| 亚洲欧美精品伊人久久| 国产专区一区| 亚洲精品日韩激情在线电影| 亚洲深夜福利视频| 先锋影音久久| 99精品视频免费观看| 久久久久久久久久看片| 亚洲国产精品成人一区二区 | 国产欧美在线观看| 欧美黄色网络| 久久久久免费视频| 欧美色道久久88综合亚洲精品| 国产精品国产一区二区 | 欧美资源在线| 99精品热6080yy久久| 在线观看的日韩av| 亚洲欧洲一区二区三区| 亚洲国产一区二区精品专区| 亚洲视频一区二区免费在线观看| 香蕉久久精品日日躁夜夜躁| 久久久www成人免费精品| 夜夜爽99久久国产综合精品女不卡| 蜜月aⅴ免费一区二区三区 | 久久久久久有精品国产| 午夜精品久久久久久久蜜桃app | 欧美日韩中文精品| 国产视频欧美视频| 久久精品色图| 中文久久精品| 欧美在线视频二区| 国产精品久久久久久影视| 亚洲私人影院| 亚洲国产一二三| 国产精品扒开腿做爽爽爽视频| 亚洲精品小视频| 亚洲精品国产日韩| 蜜臀久久99精品久久久久久9| 国内外成人在线视频| 久久一区欧美| 久久综合久久综合久久| 91久久国产综合久久91精品网站| 亚洲伊人色欲综合网| 99re66热这里只有精品3直播| 国产毛片精品国产一区二区三区| 午夜欧美电影在线观看| 在线亚洲精品福利网址导航| 国产精品乱人伦一区二区 | 亚洲国内欧美| 欧美人与性动交α欧美精品济南到| 99精品久久免费看蜜臀剧情介绍| 亚洲一区二区在线免费观看| 一区二区亚洲欧洲国产日韩| 亚洲精品一区在线观看| 狠狠色噜噜狠狠色综合久|