tcpdump抓包分析詳解

成都創(chuàng)新互聯(lián)公司專(zhuān)注于企業(yè)全網(wǎng)營(yíng)銷(xiāo)推廣、網(wǎng)站重做改版、資陽(yáng)網(wǎng)站定制設(shè)計(jì)、自適應(yīng)品牌網(wǎng)站建設(shè)、H5建站、電子商務(wù)商城網(wǎng)站建設(shè)、集團(tuán)公司官網(wǎng)建設(shè)、成都外貿(mào)網(wǎng)站建設(shè)、高端網(wǎng)站制作、響應(yīng)式網(wǎng)頁(yè)設(shè)計(jì)等建站業(yè)務(wù)，價(jià)格優(yōu)惠性?xún)r(jià)比高，為資陽(yáng)等各大城市提供網(wǎng)站開(kāi)發(fā)制作服務(wù)。

      

1 起因

前段時(shí)間，一直在調(diào)線上的一個(gè)問(wèn)題：線上應(yīng)用接受POST請(qǐng)求，請(qǐng)求body中的參數(shù)獲取不全，存在丟失的狀況。這個(gè)問(wèn)題是偶發(fā)性的，大概發(fā)生的幾率為5%-10%左右，這個(gè)概率已經(jīng)相當(dāng)高了。在排查問(wèn)題的過(guò)程中使用到了tcpdump和Wireshark進(jìn)行抓包分析。感覺(jué)這兩個(gè)工具搭配起來(lái)干活，非常完美。所有的網(wǎng)絡(luò)傳輸在這兩個(gè)工具搭配下，都無(wú)處遁形。

為了更好、更順手地能夠用好這兩個(gè)工具，特整理本篇文章，希望也能給大家?guī)?lái)收獲。為大家之后排查問(wèn)題，添一利器。

2 tcpdump與Wireshark介紹

在網(wǎng)絡(luò)問(wèn)題的調(diào)試中，tcpdump應(yīng)該說(shuō)是一個(gè)必不可少的工具，和大部分linux下優(yōu)秀工具一樣，它的特點(diǎn)就是簡(jiǎn)單而強(qiáng)大。它是基于Unix系統(tǒng)的命令行式的數(shù)據(jù)包嗅探工具，可以抓取流動(dòng)在網(wǎng)卡上的數(shù)據(jù)包。

默認(rèn)情況下，tcpdump不會(huì)抓取本機(jī)內(nèi)部通訊的報(bào)文。根據(jù)網(wǎng)絡(luò)協(xié)議棧的規(guī)定，對(duì)于報(bào)文，即使是目的地是本機(jī)，也需要經(jīng)過(guò)本機(jī)的網(wǎng)絡(luò)協(xié)議層，所以本機(jī)通訊肯定是通過(guò)API進(jìn)入了內(nèi)核，并且完成了路由選擇。【比如本機(jī)的TCP通信，也必須要socket通信的基本要素：src ip port dst ip port】

如果要使用tcpdump抓取其他主機(jī)MAC地址的數(shù)據(jù)包，必須開(kāi)啟網(wǎng)卡混雜模式，所謂混雜模式，用最簡(jiǎn)單的語(yǔ)言就是讓網(wǎng)卡抓取任何經(jīng)過(guò)它的數(shù)據(jù)包，不管這個(gè)數(shù)據(jù)包是不是發(fā)給它或者是它發(fā)出的。一般而言，Unix不會(huì)讓普通用戶(hù)設(shè)置混雜模式，因?yàn)檫@樣可以看到別人的信息，比如telnet的用戶(hù)名和密碼，這樣會(huì)引起一些安全上的問(wèn)題，所以只有root用戶(hù)可以開(kāi)啟混雜模式，開(kāi)啟混雜模式的命令是：ifconfig en0 promisc, en0是你要打開(kāi)混雜模式的網(wǎng)卡。

Linux抓包原理：

Linux抓包是通過(guò)注冊(cè)一種虛擬的底層網(wǎng)絡(luò)協(xié)議來(lái)完成對(duì)網(wǎng)絡(luò)報(bào)文(準(zhǔn)確的說(shuō)是網(wǎng)絡(luò)設(shè)備)消息的處理權(quán)。當(dāng)網(wǎng)卡接收到一個(gè)網(wǎng)絡(luò)報(bào)文之后，它會(huì)遍歷系統(tǒng)中所有已經(jīng)注冊(cè)的網(wǎng)絡(luò)協(xié)議，例如以太網(wǎng)協(xié)議、x25協(xié)議處理模塊來(lái)嘗試進(jìn)行報(bào)文的解析處理，這一點(diǎn)和一些文件系統(tǒng)的掛載相似，就是讓系統(tǒng)中所有的已經(jīng)注冊(cè)的文件系統(tǒng)來(lái)進(jìn)行嘗試掛載，如果哪一個(gè)認(rèn)為自己可以處理，那么就完成掛載。

當(dāng)抓包模塊把自己偽裝成一個(gè)網(wǎng)絡(luò)協(xié)議的時(shí)候，系統(tǒng)在收到報(bào)文的時(shí)候就會(huì)給這個(gè)偽協(xié)議一次機(jī)會(huì)，讓它來(lái)對(duì)網(wǎng)卡收到的報(bào)文進(jìn)行一次處理，此時(shí)該模塊就會(huì)趁機(jī)對(duì)報(bào)文進(jìn)行窺探，也就是把這個(gè)報(bào)文完完整整的復(fù)制一份，假裝是自己接收到的報(bào)文，匯報(bào)給抓包模塊。

Wireshark是一個(gè)網(wǎng)絡(luò)協(xié)議檢測(cè)工具，支持Windows平臺(tái)、Unix平臺(tái)、Mac平臺(tái)，一般只在圖形界面平臺(tái)下使用Wireshark，如果是Linux的話，直接使用tcpdump了，因?yàn)橐话愣訪inux都自帶的tcpdump，或者用tcpdump抓包以后用Wireshark打開(kāi)分析。

在Mac平臺(tái)下，Wireshark通過(guò)WinPcap進(jìn)行抓包，封裝的很好，使用起來(lái)很方便，可以很容易的制定抓包過(guò)濾器或者顯示過(guò)濾器，具體簡(jiǎn)單使用下面會(huì)介紹。Wireshark是一個(gè)免費(fèi)的工具，只要google一下就能很容易找到下載的地方。

所以，tcpdump是用來(lái)抓取數(shù)據(jù)非常方便，Wireshark則是用于分析抓取到的數(shù)據(jù)比較方便。

3 tcpdump使用

3.1 語(yǔ)法

類(lèi)型的關(guān)鍵字

host(缺省類(lèi)型): 指明一臺(tái)主機(jī)，如：host 210.27.48.2

net: 指明一個(gè)網(wǎng)絡(luò)地址，如：net 202.0.0.0

port: 指明端口號(hào)，如：port 23

確定方向的關(guān)鍵字

src: src 210.27.48.2, IP包源地址是210.27.48.2

dst: dst net 202.0.0.0, 目標(biāo)網(wǎng)絡(luò)地址是202.0.0.0

dst or src(缺省值)

dst and src

協(xié)議的關(guān)鍵字：缺省值是監(jiān)聽(tīng)所有協(xié)議的信息包

fddi

ip

arp

rarp

tcp

udp

其他關(guān)鍵字

gateway

broadcast

less

greater

常用表達(dá)式：多條件時(shí)可以用括號(hào)，但是要用轉(zhuǎn)義

非 : ! or “not” (去掉雙引號(hào))

且 : && or “and”

或 : || or “or”

3.2 選項(xiàng)

3.3 命令實(shí)踐

1、直接啟動(dòng)tcpdump，將抓取所有經(jīng)過(guò)第一個(gè)網(wǎng)絡(luò)接口上的數(shù)據(jù)包

2、抓取所有經(jīng)過(guò)指定網(wǎng)絡(luò)接口上的數(shù)據(jù)包

3、抓取所有經(jīng)過(guò) en0，目的或源地址是 10.37.63.255 的網(wǎng)絡(luò)數(shù)據(jù)：

4、抓取主機(jī)10.37.63.255和主機(jī)10.37.63.61或10.37.63.95的通信：

5、抓取主機(jī)192.168.13.210除了和主機(jī)10.37.63.61之外所有主機(jī)通信的數(shù)據(jù)包：

6、抓取主機(jī)10.37.63.255除了和主機(jī)10.37.63.61之外所有主機(jī)通信的ip包

7、抓取主機(jī)10.37.63.3發(fā)送的所有數(shù)據(jù)：

8、抓取主機(jī)10.37.63.3接收的所有數(shù)據(jù)：

9、抓取主機(jī)10.37.63.3所有在TCP 80端口的數(shù)據(jù)包：

10、抓取HTTP主機(jī)10.37.63.3在80端口接收到的數(shù)據(jù)包：

11、抓取所有經(jīng)過(guò) en0，目的或源端口是 25 的網(wǎng)絡(luò)數(shù)據(jù)

12、抓取所有經(jīng)過(guò) en0，網(wǎng)絡(luò)是 192.168上的數(shù)據(jù)包

13、協(xié)議過(guò)濾

14、抓取所有經(jīng)過(guò) en0，目的地址是 192.168.1.254 或 192.168.1.200 端口是 80 的 TCP 數(shù)據(jù)

15、抓取所有經(jīng)過(guò) en0，目標(biāo) MAC 地址是 00:01:02:03:04:05 的 ICMP 數(shù)據(jù)

16、抓取所有經(jīng)過(guò) en0，目的網(wǎng)絡(luò)是 192.168，但目的主機(jī)不是 192.168.1.200 的 TCP 數(shù)據(jù)

17、只抓 SYN 包

18、抓 SYN, ACK

19、抓 SMTP 數(shù)據(jù)，抓取數(shù)據(jù)區(qū)開(kāi)始為”MAIL”的包，”MAIL”的十六進(jìn)制為 0x4d41494c

20、抓 HTTP GET 數(shù)據(jù)，”GET “的十六進(jìn)制是 0x47455420

21、抓 SSH 返回，”SSH-“的十六進(jìn)制是 0x5353482D

22、高級(jí)包頭過(guò)濾如前兩個(gè)的包頭過(guò)濾，首先了解如何從包頭過(guò)濾信息：

23、抓 DNS 請(qǐng)求數(shù)據(jù)

24、其他-c 參數(shù)對(duì)于運(yùn)維人員來(lái)說(shuō)也比較常用，因?yàn)榱髁勘容^大的服務(wù)器，靠人工 CTRL+C 還是抓的太多，于是可以用-c 參數(shù)指定抓多少個(gè)包。

3.4 抓個(gè)網(wǎng)站練練

想抓取訪問(wèn)某個(gè)網(wǎng)站時(shí)的網(wǎng)絡(luò)數(shù)據(jù)。比如網(wǎng)站 http://www.baidu.com/ 怎么做？

1、通過(guò)tcpdump截獲主機(jī)www.baidu.com發(fā)送與接收所有的數(shù)據(jù)包

2、訪問(wèn)這個(gè)網(wǎng)站

3、想要看到詳細(xì)的http報(bào)文。怎么做？

4、分析抓取到的報(bào)文

4 tcpdump抓取TCP包分析

TCP傳輸控制協(xié)議是面向連接的可靠的傳輸層協(xié)議，在進(jìn)行數(shù)據(jù)傳輸之前，需要在傳輸數(shù)據(jù)的兩端（客戶(hù)端和服務(wù)器端）創(chuàng)建一個(gè)連接，這個(gè)連接由一對(duì)插口地址唯一標(biāo)識(shí)，即是在IP報(bào)文首部的源IP地址、目的IP地址，以及TCP數(shù)據(jù)報(bào)首部的源端口地址和目的端口地址。TCP首部結(jié)構(gòu)如下：

注意：通常情況下，一個(gè)正常的TCP連接，都會(huì)有三個(gè)階段:1、TCP三次握手;2、數(shù)據(jù)傳送;3、TCP四次揮手

其中在TCP連接和斷開(kāi)連接過(guò)程中的關(guān)鍵部分如下：

源端口號(hào)：即發(fā)送方的端口號(hào)，在TCP連接過(guò)程中，對(duì)于客戶(hù)端，端口號(hào)往往由內(nèi)核分配，無(wú)需進(jìn)程指定；

目的端口號(hào)：即發(fā)送目的的端口號(hào)；

序號(hào)：即為發(fā)送的數(shù)據(jù)段首個(gè)字節(jié)的序號(hào)；

確認(rèn)序號(hào)：在收到對(duì)方發(fā)來(lái)的數(shù)據(jù)報(bào)，發(fā)送確認(rèn)時(shí)期待對(duì)方下一次發(fā)送的數(shù)據(jù)序號(hào)；

SYN：同步序列編號(hào)，Synchronize Sequence Numbers；

ACK：確認(rèn)編號(hào)，Acknowledgement Number；

FIN：結(jié)束標(biāo)志，F(xiàn)INish；

4.1 TCP三次握手

三次握手的過(guò)程如下：

step1. 由客戶(hù)端向服務(wù)器端發(fā)起TCP連接請(qǐng)求。Client發(fā)送：同步序列編號(hào)SYN置為1，發(fā)送序號(hào)Seq為一個(gè)隨機(jī)數(shù)，這里假設(shè)為X，確認(rèn)序號(hào)ACK置為0；

step2. 服務(wù)器端接收到連接請(qǐng)求。Server響應(yīng)：同步序列編號(hào)SYN置為1，并將確認(rèn)序號(hào)ACK置為X+1，然后生成一個(gè)隨機(jī)數(shù)Y作為發(fā)送序號(hào)Seq（因?yàn)樗_認(rèn)的數(shù)據(jù)報(bào)的確認(rèn)序號(hào)未初始化）；

step3. 客戶(hù)端對(duì)接收到的確認(rèn)進(jìn)行確認(rèn)。Client發(fā)送：將確認(rèn)序號(hào)ACK置為Y+1，然后將發(fā)送序號(hào)Seq置為X+1（即為接收到的數(shù)據(jù)報(bào)的確認(rèn)序號(hào)）；

為什么是三次握手而不是兩次對(duì)于step3的作用，假設(shè)一種情況，客戶(hù)端A向服務(wù)器B發(fā)送一個(gè)連接請(qǐng)求數(shù)據(jù)報(bào)，然后這個(gè)數(shù)據(jù)報(bào)在網(wǎng)絡(luò)中滯留導(dǎo)致其遲到了，雖然遲到了，但是服務(wù)器仍然會(huì)接收并發(fā)回一個(gè)確認(rèn)數(shù)據(jù)報(bào)。但是A卻因?yàn)榫镁檬詹坏紹的確認(rèn)而將發(fā)送的請(qǐng)求連接置為失效，等到一段時(shí)間后，接到B發(fā)送過(guò)來(lái)的確認(rèn)，A認(rèn)為自己現(xiàn)在沒(méi)有發(fā)送連接，而B(niǎo)卻一直以為連接成功了，于是一直在等待A的動(dòng)作，而A將不會(huì)有任何的動(dòng)作了。這會(huì)導(dǎo)致服務(wù)器資源白白浪費(fèi)掉了，因此，兩次握手是不行的，因此需要再加上一次，對(duì)B發(fā)過(guò)來(lái)的確認(rèn)再進(jìn)行一次確認(rèn)，即確認(rèn)這次連接是有效的，從而建立連接。

對(duì)于雙方，發(fā)送序號(hào)的初始化為何值有的系統(tǒng)中是顯式的初始化序號(hào)是0，但是這種已知的初始化值是非常危險(xiǎn)的，因?yàn)檫@會(huì)使得一些***鉆漏洞，發(fā)送一些數(shù)據(jù)報(bào)來(lái)破壞連接。因此，初始化序號(hào)因?yàn)槿‰S機(jī)數(shù)會(huì)更好一些，并且是越隨機(jī)越安全。

tcpdump抓TCP三次握手抓包分析：

sudotcpdump-n-S-ilo0host10.37.63.3andtcpport8080

# 接著再運(yùn)行：

curlhttp://10.37.63.3:8080/atbg/doc

控制臺(tái)輸出：

每一行中間都有這個(gè)包所攜帶的標(biāo)志：

S=SYN，發(fā)起連接標(biāo)志。

P=PUSH，傳送數(shù)據(jù)標(biāo)志。

F=FIN，關(guān)閉連接標(biāo)志。

ack，表示確認(rèn)包。

RST=RESET，異常關(guān)閉連接。

.，表示沒(méi)有任何標(biāo)志。

第1行：16:00:13.486776，從10.37.63.3（client）的臨時(shí)端口61725向10.37.63.3（server）的8080監(jiān)聽(tīng)端口發(fā)起連接，client初始包序號(hào)seq為1944916150，滑動(dòng)窗口大小為65535字節(jié)（滑動(dòng)窗口即tcp接收緩沖區(qū)的大小，用于tcp擁塞控制），mss大小為16344（即可接收的大包長(zhǎng)度，通常為MTU減40字節(jié)，IP頭和TCP頭各20字節(jié)）?！緎eq=1944916150，ack=0，syn=1】

第2行：16:00:13.486850，server響應(yīng)連接，同時(shí)帶上第一個(gè)包的ack信息，為client端的初始包序號(hào)seq加1，即1944916151，即server端下次等待接受這個(gè)包序號(hào)的包，用于tcp字節(jié)流的順序控制。Server端的初始包序號(hào)seq為1119565918，mss也是16344。【seq=1119565918，ack=1944916151，syn=1】

第3行：15:46:13.084161，client再次發(fā)送確認(rèn)連接，tcp連接三次握手完成，等待傳輸數(shù)據(jù)包?！綼ck=1119565919，seq=1944916151】

4.2 TCP四次揮手

連接雙方在完成數(shù)據(jù)傳輸之后就需要斷開(kāi)連接。由于TCP連接是屬于全雙工的，即連接雙方可以在一條TCP連接上互相傳輸數(shù)據(jù)，因此在斷開(kāi)時(shí)存在一個(gè)半關(guān)閉狀態(tài)，即有有一方失去發(fā)送數(shù)據(jù)的能力，卻還能接收數(shù)據(jù)。因此，斷開(kāi)連接需要分為四次。主要過(guò)程如下：

step1. 主機(jī)A向主機(jī)B發(fā)起斷開(kāi)連接請(qǐng)求，之后主機(jī)A進(jìn)入FIN-WAIT-1狀態(tài)；

step2. 主機(jī)B收到主機(jī)A的請(qǐng)求后，向主機(jī)A發(fā)回確認(rèn)，然后進(jìn)入CLOSE-WAIT狀態(tài)；

step3. 主機(jī)A收到B的確認(rèn)之后，進(jìn)入FIN-WAIT-2狀態(tài)，此時(shí)便是半關(guān)閉狀態(tài)，即主機(jī)A失去發(fā)送能力，但是主機(jī)B卻還能向A發(fā)送數(shù)據(jù)，并且A可以接收數(shù)據(jù)。此時(shí)主機(jī)B占主導(dǎo)位置了，如果需要繼續(xù)關(guān)閉則需要主機(jī)B來(lái)操作了；

step4. 主機(jī)B向A發(fā)出斷開(kāi)連接請(qǐng)求，然后進(jìn)入LAST-ACK狀態(tài)；

step5. 主機(jī)A接收到請(qǐng)求后發(fā)送確認(rèn)，進(jìn)入TIME-WAIT狀態(tài)，等待2MSL之后進(jìn)入CLOSED狀態(tài)，而主機(jī)B則在接受到確認(rèn)后進(jìn)入CLOSED狀態(tài)；

為何主機(jī)A在發(fā)送了最后的確認(rèn)后沒(méi)有進(jìn)入CLOSED狀態(tài)，反而進(jìn)入了一個(gè)等待2MSL的TIME-WAIT主要作用有兩個(gè)：

第一，確保主機(jī)A最后發(fā)送的確認(rèn)能夠到達(dá)主機(jī)B。如果處于LAST-ACK狀態(tài)的主機(jī)B一直收不到來(lái)自主機(jī)A的確認(rèn)，它會(huì)重傳斷開(kāi)連接請(qǐng)求，然后主機(jī)A就可以有足夠的時(shí)間去再次發(fā)送確認(rèn)。但是這也只能盡大力量來(lái)確保能夠正常斷開(kāi)，如果主機(jī)A的確認(rèn)總是在網(wǎng)絡(luò)中滯留失效，從而超過(guò)了2MSL，最后也無(wú)法正常斷開(kāi)；

第二，如果主機(jī)A在發(fā)送了確認(rèn)之后立即進(jìn)入CLOSED狀態(tài)。假設(shè)之后主機(jī)A再次向主機(jī)B發(fā)送一條連接請(qǐng)求，而這條連接請(qǐng)求比之前的確認(rèn)報(bào)文更早地到達(dá)主機(jī)B，則會(huì)使得主機(jī)B以為這條連接請(qǐng)求是在舊的連接中A發(fā)出的報(bào)文，并不看成是一條新的連接請(qǐng)求了，即使得這個(gè)連接請(qǐng)求失效了，增加2MSL的時(shí)間可以使得這個(gè)失效的連接請(qǐng)求報(bào)文作廢，這樣才不影響下次新的連接請(qǐng)求中出現(xiàn)失效的連接請(qǐng)求。

為什么斷開(kāi)連接請(qǐng)求報(bào)文只有三個(gè)，而不是四個(gè)因?yàn)樵赥CP連接過(guò)程中，確認(rèn)的發(fā)送有一個(gè)延時(shí)（即經(jīng)受延時(shí)的確認(rèn)），一端在發(fā)送確認(rèn)的時(shí)候?qū)⒌却欢螘r(shí)間，如果自己在這段事件內(nèi)也有數(shù)據(jù)要發(fā)送，就跟確認(rèn)一起發(fā)送，如果沒(méi)有，則確認(rèn)單獨(dú)發(fā)送。而我們的抓包實(shí)驗(yàn)中，由服務(wù)器端先斷開(kāi)連接，之后客戶(hù)端在確認(rèn)的延遲時(shí)間內(nèi)，也有請(qǐng)求斷開(kāi)連接需要發(fā)送，于是就與上次確認(rèn)一起發(fā)送，因此就只有三個(gè)數(shù)據(jù)報(bào)了。

5 Wireshark分析tcpdump抓包結(jié)果

1、啟動(dòng)8080端口，tcpdump抓包命令如下：

tcpdump-ilo0-s0-n-Shost10.37.63.3andport8080-w./Desktop/tcpdump_10.37.63.3_8080_20160525.cap

# 然后再執(zhí)行curl

curlhttp://10.37.63.3:8080/atbg/doc

2、使用Wireshark打開(kāi)tcpdump_10.37.63.3_8080_20160525.cap文件

No. 1-4 行：TCP三次握手環(huán)節(jié)；

No. 5-8 行：TCP傳輸數(shù)據(jù)環(huán)節(jié)；

No. 9-13 行：TCP四次揮手環(huán)節(jié)；

3、順便說(shuō)一個(gè)查看 http 請(qǐng)求和響應(yīng)的方法：

彈窗如下圖所示，上面紅色部分為請(qǐng)求信息，下面藍(lán)色部分為響應(yīng)信息：

以上是Wireshark分析tcpdump的簡(jiǎn)單使用，Wireshark更強(qiáng)大的是過(guò)濾器工具，大家可以自行去多研究學(xué)習(xí)Wireshark，用起來(lái)還是比較爽的。

推薦幾個(gè)關(guān)于Wireshark的文章：

Wireshark基本介紹和學(xué)習(xí)TCP三次握手

一站式學(xué)習(xí)Wireshark

另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無(wú)理由+7*72小時(shí)售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國(guó)服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性?xún)r(jià)比高”等特點(diǎn)與優(yōu)勢(shì)，專(zhuān)為企業(yè)上云打造定制，能夠滿(mǎn)足用戶(hù)豐富、多元化的應(yīng)用場(chǎng)景需求。

分享名稱(chēng)：tcpdump抓包分析詳解-創(chuàng)新互聯(lián)
本文來(lái)源：http://www.rwnh.cn/article38/ccsppp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供移動(dòng)網(wǎng)站建設(shè)、云服務(wù)器、做網(wǎng)站、外貿(mào)網(wǎng)站建設(shè)、網(wǎng)站設(shè)計(jì)、建站公司

廣告

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