這是歷史版本頁面 — 看 Wireshark (32-bit) 最新版本

網路慢到想抓狂?Wireshark 抓封包找元兇

Wireshark (32-bit) 軟體圖示 Wireshark (32-bit) 2.4.1 (32-bit) 資料更新 2017-08-30 閱讀約 5 分鐘

網路突然變慢、連線一直斷、某個網站就是開不起來,你重開路由器、換網路線、甚至重灌電腦,問題還是沒解決。你想知道封包到底在搞什麼鬼,但打開命令提示字元只看到一片黑,不知道從哪裡下手。這種時候,你需要的是把網路流量攤開來看的工具。

一般人遇到網路問題,能做的就是重開機、換線、打客服,這些動作只能碰運氣。要真正找出問題,得看封包內容——誰在跟誰說話、傳了什麼、哪裡卡住。這類工具就是讓你把網路流量攤開來看,但前提是你得知道怎麼看。它不會自動告訴你答案,而是給你線索,讓你自己判斷。

01Wireshark 32-bit 能抓無線網路的封包嗎?

可以,但需要相容的無線網卡和驅動程式。它支援 IEEE 802.11 無線網路的即時封包擷取,不過不是每張網卡都能進入監聽模式,有些網卡會漏掉部分封包。建議先確認你的網卡型號是否在支援清單內,再決定要不要用它來抓無線流量。

02它能看加密的封包內容嗎?

它能擷取加密流量,但無法直接解密,除非你手上握有加密金鑰。例如 HTTPS 流量,如果沒有伺服器的私鑰,看到的只會是亂碼。它支援 IPsec、SSL/TLS、WPA/WPA2 等協定的解密,但前提是金鑰要能取得,這在實務上通常只有管理自己伺服器的人才辦得到。

03網路變慢可以用它找出原因嗎?

可以,它常被用來排查連線問題、效能瓶頸和應用程式通訊錯誤。做法是抓一段時間的封包,用顯示過濾器篩出特定 IP 或通訊埠,觀察延遲、重傳和封包遺失的狀況。不過要能解讀這些數據,你得先懂 TCP/IP 的基本概念,否則只會看到一堆看不懂的數字。

04它能拿來檢查有沒有被入侵嗎?

可以,資安人員常用它分析網路流量、偵測異常行為和調查資安事件。例如看到來路不明的連線、大量異常的封包傳輸,都可以當作線索。但它不是自動掃描工具,不會主動告訴你「這裡有問題」,你得自己知道正常流量長什麼樣子,才能分辨出異常。

05它能讀取其他軟體抓的封包檔嗎?

可以,它支援多種擷取檔案格式,包括 tcpdump 的 libpcap、Pcap NG、Microsoft Network Monitor、Sniffer 等。所以就算你原本用別的軟體抓封包,也可以把檔案丟進來分析。它也支援 gzip 壓縮的檔案,可以即時解壓縮,不用先手動解開。

06新手學得會嗎?

學習曲線比較陡,因為它需要基本的網路概念,像是 TCP/IP、DNS、HTTP 這些協定至少要聽過。介面是英文的,三個窗格分別顯示封包清單、協定樹和原始資料,第一次打開會覺得資訊量很大。建議先從官方教學文件或 YouTube 上的入門影片開始,照著抓幾次封包,慢慢就會上手。

07公司網管用它夠用嗎?

它是網路專業人士常用的工具,全球很多網管和工程師都在用。功能上涵蓋深度協定檢查、即時擷取、離線分析、VoIP 分析、多種過濾器,對日常維運和故障排除來說很夠用。不過它是免費開源軟體,沒有原廠技術支援,遇到問題得靠自己查文件或上社群問。

08學校教學適合用嗎?

適合,它本來就常被用在網路課程和教材裡,因為免費、跨平台、支援的協定又多,學生可以自己裝來練習。不過教學時需要有人帶,否則學生光看介面就會卡住。它也有 TShark 命令列工具,可以寫成腳本讓學生跑自動化分析,但這需要額外花時間教。

0932位元版還值得裝嗎?

32位元版已經長期沒有新版本,官方把資源都放在 64位元版上。如果你的電腦是 64位元系統,直接裝 64位元版就好,功能更完整。只有當你還在用很舊的 32位元 Windows 系統,才需要考慮 32位元版,但也要有心理準備它不會再更新。

10電腦很舊跑得動嗎?

它本身不算輕量,抓封包和解析大量資料時會吃記憶體和 CPU。官方只說系統需求依平台和使用情境而異,沒有給具體數字。如果你的電腦記憶體很少,抓大流量封包可能會卡頓或當機。建議先抓一小段時間試試,確認跑得動再擴大使用。

11想解 HTTPS 流量夠用嗎?

它支援 SSL/TLS 解密,但前提是你有伺服器的私鑰,而且金鑰交換方式要符合它的限制。對一般使用者來說,要拿到自己瀏覽的網站私鑰幾乎不可能,所以實務上只能解自己伺服器的流量。如果你只是想看自己電腦的 HTTPS 內容,它幫不上忙。

12有更簡單的替代工具嗎?

有,例如 SmartSniff 和 Acrylic Wi-Fi Home 都是功能相近的選擇,但評分人數都比它少,代表使用者的回饋樣本比較有限。SmartSniff 介面比較簡單,適合只想快速看封包的人;Acrylic Wi-Fi Home 則偏無線網路分析。不過這些工具的功能深度都不如它,看你需要多細的分析。

下載與官方連結

前往官方網站 下載 Wireshark (32-bit)

Wireshark-win32-2.4.1.exe · 51.1 MB · 連結指向軟體原廠

版本紀錄

再看 5 筆

看完整版本清單

這一版改了什麼

What's new in this version:

Bug Fixes:
- wnpa-sec-2017-38. MSDP dissector infinite loop
- wnpa-sec-2017-39. Profinet I/O buffer overrun
- wnpa-sec-2017-40. Modbus dissector crash
- wnpa-sec-2017-41. IrCOMM dissector buffer overrun
- Incorrect presentation of Ascend-Data-Filter (RADIUS attribute 242)
- Confusing "Apply a display filter " keyboard shortcut
- Wireshark crashes at startup if it needs to display a dialog early in the startup process
- RADIUS dictionary: BEGIN-VENDOR does not support format=Extended-Vendor-Specific-*
- Dumpcap on big-endian machines writes out corrupt, unreadable Enhanced Packet Blocks
- Interface Toolbar support for Windows
- Wireshark should behave better on high resolution displays on Windows
- Udpdump.pod missing from build
- RTP Player Format Error
- VNC Protocol disector: Framebuffer Updates
- DNS LOC RRs with out-of-range longitude or latitude aren’t shown as errors
- DIS Dissector Entity Appearance Record displayed in wrong location
- Win64 CMake bug - (CYGWIN_INSTALL_PATH redefinition) causing missing packages when using CMake 3.9.0
- APL records parsed incorrectly for IPv4 prefixes
- File→Merge dialog doesn’t show all options. Resizing doesn’t help
- TCAP SRT Analysis incorrectly matched TCAP begins and ends
- Error in MKA Distributed SAK parameter set dissection
- E.212: Check length before trying 3-digits MNC
- mpeg_descriptor: AC3 System A: Respect descriptor length
- Crash in Wireshark using Dumper:dump() from Lua
- MRCPv2 not decoded correctly
- UDP Checksum verification not working for 0x0000 checksum
- OSPF v3 LSA Type not well parsed
- GTPv2 - decoding issue for Packet Flow ID (type 123)
- TRANSUM fails to calculate RTE figures for DCE-RPC where request Packet Type is zero
- BTLE Hop and SCA fields incorrectly dissected in BLE CONNECT_REQ
- [oss-fuzz] BGP memleak: ASAN: 276 byte(s) leaked in 5 allocation(s)
- Some Infiniband Connect Req fields are not decoded correctly
- GTP: gtp.ext_comm_flags_II_pmtsmi bit not decoded correctly
- InfiniBand: sIP and dIP inside IP CM Private Data are decoded in the wrong order
- 802.11 wlan.ft.subelem.r0kh_id should be sequence of bytes
- USB capture: Unrecognized libpcap format or not libpcap data
- SQ Header Pointer in NVMoF response capsule is decoded with the wrong endian

Updated Protocol Support:
- BGP, BT LE, DIS, DNS, E.212, EPL, GTP, GTPv2, IEEE 802.11, InfiniBand, IPv4, IrCOMM, MKA, Modbus, MPEG Descriptor, MRCPv2, MSDP, MTP2, Nordic BLE, NVMe, OSPF, pcapng MIME, PMIPv6, Profinet I/O, RADIUS, SML, TCAP, TRANSUM, UA3G, UDP, VNC, and ZigBee