這是歷史版本頁面 — 看 Wireshark (32-bit) 最新版本
網路慢到想抓狂?Wireshark 抓封包找元兇
網路突然變慢、連線一直斷、某個網站就是開不起來,你重開路由器、換網路線、甚至重灌電腦,問題還是沒解決。你想知道封包到底在搞什麼鬼,但打開命令提示字元只看到一片黑,不知道從哪裡下手。這種時候,你需要的是把網路流量攤開來看的工具。
一般人遇到網路問題,能做的就是重開機、換線、打客服,這些動作只能碰運氣。要真正找出問題,得看封包內容——誰在跟誰說話、傳了什麼、哪裡卡住。這類工具就是讓你把網路流量攤開來看,但前提是你得知道怎麼看。它不會自動告訴你答案,而是給你線索,讓你自己判斷。
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-win32-2.4.1.exe · 51.1 MB · 連結指向軟體原廠
版本紀錄
- 2026-04-08 Wireshark 3.6.8 (32-bit) 58.3 MB
- 2022-07-28 Wireshark 3.6.7 (32-bit) 58.3 MB
- 2022-06-16 Wireshark 3.6.6 (32-bit) 58.2 MB
再看 5 筆
- 2022-05-05 Wireshark 3.6.5 (32-bit) 58.5 MB
- 2022-03-24 Wireshark 3.4.13 (32-bit) 53 MB
- 2022-03-24 Wireshark 3.6.3 (32-bit) 58.5 MB
- 2022-02-11 Wireshark 3.6.2 (32-bit) 58.5 MB
- 2021-12-30 Wireshark 3.6.1 (32-bit) 58.5 MB
這一版改了什麼
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