⑴ 抓包工具charles的配置
charles是比較好用的抓包工具，方便在開發的過程中進行debug和調試，最近，電腦出現了故障，用了公司的電腦需要重新安裝charles,在配置的過程中遇到些問題，感覺可以記錄下來，這樣可以方便在這方面遇到相似問題的同學做個參考。
charles是在mac下用的網路封包截取工具，在開發的過程中，我們有時候需要調試與服務端的網路通信協議，需要截取網路封包來分析，charles通過將自己設置為系統的網路訪問的代理伺服器，使所有的網路訪問請求都通過它來完成，從而實現了網路封包的截取和分析。
Charles官方網站: https://www.charlesproxy.com/
Charles 是通過將自己設置成代理伺服器來完成封包截取的，所以使用 Charles 的第一步是將其設置成系統的代理伺服器。
將 Charles 設置成系統代理時，選擇菜單中的 「Proxy」 -> 「Mac OS X Proxy」 來將 Charles 設置成系統代理。如下所示：
選擇charles菜單，help -> SSL Proxying -> Install Charles Root Certificate，此時會打開mac的鑰匙串訪問程序，選擇證書列表中的charles根證書然後雙擊，將該證書選擇永久信任。如圖所示：
獲取 Charles 運行所在電腦的 IP 地址，Charles 的頂部菜單的 「Help」->」Local IP Address」，即可在彈出的對話框中看到 IP 地址，如下圖所示：
需要截取分析 Https 協議相關的內容。那麼需要安裝 Charles 的 CA 證書。具體步驟如下：
⑵ 如何使用Dongle進行抓包和協議分析
主界面上也有一個interface list（如下圖紅色標記1），列出了系統中安裝的網卡，選擇其中一個可以接收數據的的網卡也可以開始抓包。
在啟動時候也許會遇到這樣的問題：彈出一個對話框說 NPF driver 沒有啟動，無法抓包。在win7或Vista下找到C: \system\system32下的cmd.exe 以管理員身份運行，然後輸入 net start npf，啟動NPf服務。
重新啟動wireshark就可以抓包了。
抓包之前也可以做一些設置，如上紅色圖標記2，點擊後進入設置對話框，具體設置如下：
Interface：指定在哪個介面（網卡）上抓包（系統會自動選擇一塊網卡）。
Limit each packet：限制每個包的大小，預設情況不限制。
Capture packets in promiscuous mode：是否打開混雜模式。如果打開，抓 取所有的數據包。一般情況下只需要監聽本機收到或者發出的包，因此應該關閉這個選項。
Filter：過濾器。只抓取滿足過濾規則的包。
File：可輸入文件名稱將抓到的包寫到指定的文件中。
Use ring buffer： 是否使用循環緩沖。預設情況下不使用，即一直抓包。循環緩沖只有在寫文件的時候才有效。如果使用了循環緩沖，還需要設置文件的數目，文件多大時回卷。
Update list of packets in real time：如果復選框被選中，可以使每個數據包在被截獲時就實時顯示出來，而不是在嗅探過程結束之後才顯示所有截獲的數據包。
單擊「OK」按鈕開始抓包，系統顯示出接收的不同數據包的統計信息，單擊「Stop」按鈕停止抓包後，所抓包的分析結果顯示在面板中，如下圖所示：
為了使抓取的包更有針對性，在抓包之前，開啟了QQ的視頻聊天，因為QQ視頻所使用的是UDP協議，所以抓取的包大部分是採用UDP協議的包。
3、對抓包結果的說明
wireshark的抓包結果整個窗口被分成三部分：最上面為數據包列表，用來顯示截獲的每個數據包的總結性信息；中間為協議樹，用來顯示選定的數據包所屬的協議信息；最下邊是以十六進制形式表示的數據包內容，用來顯示數據包在物理層上傳輸時的最終形式。
使用wireshark可以很方便地對截獲的數據包進行分析，包括該數據包的源地址、目的地址、所屬協議等。
上圖的數據包列表中，第一列是編號（如第1個包），第二列是截取時間（0.000000），第三列source是源地址（115.155.39.93），第四列destination是目的地址（115.155.39.112），第五列protocol是這個包使用的協議（這里是UDP協議），第六列info是一些其它的信息，包括源埠號和目的埠號（源埠：58459，目的埠：54062）。
⑶ 抓包軟體和wireshark是怎樣使用的，如何設置簡單的過濾規則
方法/步驟
1過濾源ip、目的ip。在wireshark的過濾規則框Filter中輸入過濾條件。如查找目的地址為192.168.101.8的包，ip.dst==192.168.101.8；查找源地址為ip.src==1.1.1.1；
2埠過濾。如過濾80埠，在Filter中輸入，tcp.port==80，這條規則是把源埠和目的埠為80的都過濾出來。使用tcp.dstport==80隻過濾目的埠為80的，tcp.srcport==80隻過濾源埠為80的包；
3協議過濾比較簡單，直接在Filter框中直接輸入協議名即可，如過濾HTTP的協議；
4
http模式過濾。如過濾get包，http.request.method=="GET",過濾post包，http.request.method=="POST"；
5
連接符and的使用。過濾兩種條件時，使用and連接，如過濾ip為192.168.101.8並且為http協議的，ip.src==192.168.101.8
and
http。
⑷ wireshark協議首選項沒有可用的首選項了
①保存程序窗體位置
②保存窗體關閉時的大小
③保存最大化狀態（下次啟動還是最大化狀態）
④是否自動檢查更新
⑤是否打開 Console 窗口
⑥打開目錄[記住上次使用的目錄位置 始終使用下面的位置]
...
網路抓包Wireshark:[5]首選項配置
第二個首選項菜單是「Layout（布局）」，這裡麵包含了Wireshark啟動的時候顯示的布局內容，根據自己的喜好進行設置即可。
網路抓包Wireshark:[5]首選項配置
第三個首選項是 Columns（欄目），也就是默認顯示的欄目內容。
網路抓包Wireshark:[5]首選項配置
這里是 字體和顏色 設置，需要設置使用的字體以及協議的顏色。
網路抓包Wireshark:[5]首選項配置
這里是 捕捉 的一些設置，設置需要捕捉時默認使用的網卡等信息，以及捕捉中的內容。
網路抓包Wireshark:[5]首選項配置
這里是設置默認的 過濾器表達式 ，這個稍後進行分享詳細的經驗。
網路抓包Wireshark:[5]首選項配置
這里是列印選項，如何輸出文件的格式以及輸出到文件名稱。
網路抓包Wireshark:[5]首選項配置
這里是關於統計的首選項內容。
網路抓包Wireshark:[5]首選項配置
Wireshark首選項內容較少，主要是個性化的一些配置。
⑸ H5如何在微信里抓包https協議
最近做了個小游戲，遇到了些問題，現記錄一下問題之一，幫助自己以後需要時好回憶，也順便分享給需要的小夥伴們，有誤的地方請幫忙指正！
排除原因：
1.本地用代理，支持http協議，http協議的能訪問到，但是沒有設置對https協議站點的支持，當圖片是https站點的數據時，則訪問不到。
於是找了教程進行配置。網路很多，可參考： https://segmentfault.com/a/1190000005070614
解決辦法：將代理charles工具設置上支持https的配置。
2.即使完成了第一步，還是不支持https。查詢到了這個說法：
然後，可以試用一下它後面介紹的方法：
方法一步驟見圖：
將頁面用<web-view> 嵌到小程序里去（此處自行網路鑲嵌方法）
方法二步驟見圖，或者直接用公眾號網頁項目這個，
就能像瀏覽器里一樣輸入鏈接進行調試了
抓包方法吸取自原著： https://blog.csdn.net/abld99/article/details/74011480
⑹ 網路抓包工具minisniffer的使用方法，及如何對數據進行分析
我們以訪問google.com 為例。
1.啟動MiniSniffer。
2.設置過濾條件，我們選擇TCP，80埠。（因為Http協議是TCP連接，默認80埠）
設置好後，點「OK」 關閉對話框。
3。主菜單中點擊「Sniffer」->」Start」
4.這個時候可以用瀏覽器訪問google.com，這時候主界面就會把捕捉到的包顯示出來：
可以看出，左面是ASCII信息，方便人們瀏覽，右面是十六進制數據。
5.不想抓包時，可以單擊「Sniffer」→「Stop」停止。
6.清空主界面上的數據，可以點擊「Sniffer」→」Clear」
7。可以把結果保存到文件中
很方便吧。想要抓一個包只要簡單設置一下就可以了
⑺ 區域網如何抓包
你是網路管理員嗎？你是不是有過這樣的經歷：在某一天的早上你突然發現網路性能急劇下降，網路服務不能正常提供，伺服器訪問速度極慢甚至不能訪問，網路交換機埠指示燈瘋狂地閃爍、網路出口處的路由器已經處於滿負荷的工作狀態、路由器CPU已經到了百分之百的負荷……重啟動後沒有幾分鍾現象又重新出現了。
這是什麼問題？設備壞了嗎？不可能幾台設備同時出問題。一定是有什麼大流量的數據文件，耗盡了網路設備的資源，它們是什麼？怎麼看到它們？這時有經驗的網管人員會想到用區域網抓包工具來分析一下。
你一定聽說過紅色代碼、Nimda、沖擊波以及震盪波這些臭名昭著的網路殺手。就是它們製造了上述種種惡行。它們來勢洶洶，阻塞網路、感染主機，讓網路管理員苦不堪言。當網路病毒出現時，如何才能及時發現染毒主機？下面我根據網路病毒都有掃描網路地址的特點，給大家介紹一個很實用的方法：用抓包工具尋找病毒源。
1．安裝抓包工具。目的就是用它分析網路數據包的內容。找一個免費的或者試用版的抓包工具並不難。我使用了一種叫做SpyNet3.12 的抓包工具，非常小巧, 運行的速度也很快。安裝完畢後我們就有了一台抓包主機。你可以通過SpyNet設置抓包的類型，比如是要捕獲IP包還是ARP包，還可以根據目的地址的不同，設置更詳細的過濾參數。
2．配置網路路由。你的路由器有預設網關嗎？如果有，指向了哪裡？在病毒爆發的時候把預設網關指向另外一台路由器是很危險的（除非你想搞癱這台路由器）。在一些企業網里往往僅指出網內地址段的路由，而不加預設路由，那麼就把預設路由指到抓包主機上吧（它不下地獄誰下地獄？當然這台主機的性能最好是高一點的，否則很容易被病毒沖擊而亡）。這樣可以讓那些病毒主機發出的絕大部分掃描都自動送上門來。或者把網路的出口映像到抓包主機上，所有對外訪問的網路包都會被分析到。
3．開始抓包。抓包主機已經設置好了，網路里的數據包也已經送過來了，那麼我們看看網路里傳輸的到底是些什麼。打開SpyNet 點擊Capture 你會看到好多的數據顯示出來，這些就是被捕獲的數據包（如圖）。
圖中的主體窗口裡顯示了抓包的情況。列出了抓到數據包的序號、時間、源目的MAC地址、源目的IP地址、協議類型、源目的埠號等內容。很容易看出IP地址為10.32.20.71的主機在極短的時間內向大量的不同主機發出了訪問請求，並且目的埠都是445。
4.找出染毒主機。從抓包的情況看，主機10.32.20.71值得懷疑。首先我們看一下目的IP地址，這些地址我們網路里存在嗎？很可能網路里根本就沒有這些網段。其次，正常情況下訪問主機有可能在這么短的時間里發起這么多的訪問請求嗎？在毫秒級的時間內發出幾十甚至幾百個連接請求，正常嗎？顯然這台10.32.20.71的主機肯定有問題。再了解一下Microsoft-DS協議，該協議存在拒絕服務攻擊的漏洞，連接埠是445，從而進一步證實了我們的判斷。這樣我們就很容易地找到了染毒主機的IP地址。剩下的工作就是給該主機操作系統打補丁殺病毒了。
既然抓到了病毒包，我們看一下這個數據包二進制的解碼內容：
這些數據包的長度都是62個位元組。數據包前12個位元組包括了目的MAC和源MAC的地址信息，緊跟著的2位元組指出了數據包的類型，0800代表的是IP包格式，0806代表ARP包格式。接著的20個位元組是封裝的IP包頭，包括了源、目的IP地址、IP版本號等信息。剩下的28個位元組封裝的是TCP包頭，包括了源、目的埠，TCP鏈接的狀態信息等。這就構成了一個62位元組的包。可以看出除了這些包頭數據之外，這個包沒有攜帶其他任何的有效數據負荷，所以這是一個TCP要求445埠同步的空包，也就是病毒主機在掃描445埠。一旦染毒主機同步上沒有採取防護措施的主機445埠，便會利用系統漏洞傳播感染。
⑻ 網路抓包 tcpmp 使用指南
在網路問題的調試中，tcpmp應該說是一個必不可少的工具，和大部分linux下優秀工具一樣，它的特點就是簡單而強大。它是基於Unix系統的命令行式的數據包嗅探工具，可以抓取流動在網卡上的數據包。
監聽所有網卡所有包
監聽指定網卡的包
監聽指定IP的包
監聽指定來源IP
監聽目標地址IP
監聽指定埠
監聽TCP
監聽UDP
監聽192.168.1.11的tcp協議的80埠的數據包
監聽IP之間的包
監聽除了與192.168.1.4之外的數據包
組合示例
在HTTP中提取用戶頭
在HTTP中同時提取用戶頭和主機信息
抓取 HTTP GET 流量
抓取 HTTP POST 請求流量
注意：一個 POST 請求會被分割為多個 TCP 數據包
提取 HTTP 請求的主機名和路徑
從 HTTP 請求中提取密碼和主機名
從 HTTP 請求中提取Cookie信息
通過排除 echo 和 reply 類型的數據包使抓取到的數據包不包括標準的 ping 包
可以通過過濾器 ip6 來抓取 IPv6 流量，同時可以指定協議如 TCP
發起的出站 DNS 請求和 A 記錄響應
抓取 DHCP 服務的請求和響應報文
https://www.oiox.cn/
https://www.chenby.cn/
https://cby-chen.github.io/
https://weibo.com/u/5982474121
https://blog.csdn.net/qq_33921750
https://my.oschina.net/u/3981543
https://www.hu.com/people/chen-bu-yun-2
https://segmentfault.com/u/hppyvyv6/articles
https://juejin.cn/user/3315782802482007
https://space.bilibili.com/352476552/article
https://cloud.tencent.com/developer/column/93230
https://www.jianshu.com/u/0f894314ae2c
https://www.toutiao.com/c/user/token//
CSDN、GitHub、知乎、開源中國、思否、掘金、、騰訊雲、嗶哩嗶哩、今日頭條、新浪微博、個人博客、全網可搜《小陳運維》