fiddler功能介绍

转自：http://www.dotblogs.com.tw/tigerlin/archive/2009/04/02/7801.aspx，感谢作者分享

童话故事裡的结为常常以「王子与公主结婚之后，就过者幸福快乐的生活」，而在资讯科技的世界中「RD 与 IT 将网站佈署后，才是挑战的开始」可是一点都不为过。WEB 佈署之后，中间没遇到任何的小问题还真是神话级的传说，压力测试软体虽然可以测定负载临界值，诶无法测定 WEB Application 中的枝末，虽然在当下看来没什麽，从长期的角度来看，可能为后面的灾难种下了变数。

如果说 IE8 的 Developer Tools 是分析 CSS 结构与 Script 除错的好帮手，那 Fiddler2 就可以说是 IE 与 Server 之间的通讯分析器了。Fiddler2 的功能非常的强大，可以帮助 IT 与 RD 人员处理不少很难发现的问题，了解介面的意义后才可以更犀利的应用 Fiddler 帮助我们进行 Debuging 的工作。

    Fiddler 运作原理
    Fiddler 是透过 Proxy  的原理拦截 HTTP  的内容，当启用 Fiddler 时，IE 的 PROXY 设定会变成 127.0.0.1:8888，所有 HTTP 的协定均会透过 Proxy (Fiddler) 与 WinINET 后才会到达浏览器呈现。

     
    Web Session 界面解析
    「要了解如何追求心仪的女性，就必须先了解她的想法」，同样的，要充分利用 Fiddler 前，就必须先了解介面的功能。Fiddler 虽然只是个 600多KB的小软体，但其分析的功能绝对超过 600KB 的等级。在这一部分 TigerLin 会对 Fiddler 介面做个简单的介绍，让各位先了解各项目的功能与用途。

    首先是进入 Fiddler 后的左边区域，此区域是 [Web Session] 区域，会显示所有的 HTTP 通讯过程与 Request 内容，在这一个区域中可以钜细靡遗的列出 IE 与 WEB 通讯的细节，每个栏位都有其意义。 

    [#] – HTTP Request 的顺序，可看到进入网站后的页面档案读取顺序
    [Result] – HTTP 状态回应码，可依据回应码判断网页内容是否异常。EX: 200 为正常，304为重导向，404为找不到档案，500为伺服器错误。
    [Protocol] - 所使用的通讯协定
    [Host] - 档案的来源伺服器
    [URL] - 档案的完整 URL
    [Body] – Request 的大小(以 Byte 计算)
    [Caching] - 快取的各种属性
    [Content-Type] - 档案的类型，这个栏位有时是很重要的除错依据，下面会说明到。
    [Process] - 是由哪个执行绪(程式)与通讯埠连接至目标
     

    接著我们看右边的区域，此区域跟左边区域是息息相关，在这里我们就针对每个页籤做解说~
     

        [Statistics] 功能页籤
        Request 的回应秒数与传送的大小以及 HTTP 回应状态码的总计，下方的 Chart 功能可让文字的报表转换成简单的圆饼图进行查阅。

[Inspectors] 功能页籤
详细的 HTTP Request 与 Response 资讯分析，可浏览每个 Request 中包含的资讯，如 jpg 的 Request 使用 ImageView 就可看到图片，Html使用 TextView 可看到内文。TigerLin 最常浏览的是 Header 与 Raw 的项目功能，可以撷取与 Server 通讯的 Header 部分进行 IE 与 WEB Server 丛集间的除错，帮助 TigerLin 确认丛集的设置是正确的。XML项目功能则是可以分析 AJAX 的 XHR 执行状态，但这一部分较少用到，所以不多加著墨。


[AutoResponder] 功能页籤
可将目前浏览的网页换至上自己指定的物件，老实说这个功能除了可以测试某个区域的物件换至外，还真想不到另外的用途，为一想到的是测试网页的时候可以不用动用 HTML，详细用法可看看官方影片 Using the Fiddler AutoResponder。

[Request Builder] 功能页籤
HTTP动词产生器，可以测试 WEB SERVER 是否有利用动词进行攻击的漏洞，TigerLin 大多都用此功能测试 IIS URLScan 的阻挡动词功能是否有设置成功。

[Filters] 功能页籤
将 Web Session 透过指定的条件进行过滤，还可设定中断点进行分析，可用在分析网页图片总 KB 数时先进行过滤，也可隐藏所有成功的需求 (HTTP 200) 只显示异常的处理， 善加利用可增加分析的速度育~

[Timeline] 功能頁籤

將所有需求依照順序以及時間常躲做橫向的圖表展現┘可輕易的發現頁面中是哪個檔案造成頁面緩慢，稽核 WEB 速度的時候非常好用

童話故事裡的結為常常以「王子與公主結婚之後，就過者幸福快樂的生活」，而在資訊科技的世界中「RD 與 IT 將網站佈署後，才是挑戰的開始」可是一點都不為過。WEB 佈署之後，中間沒遇到任何的小問題還真是神話級的傳說，壓力測試軟體雖然可以測定負載臨界值，誒無法測定 WEB Application 中的枝末，雖然在當下看來沒什麼，從長期的角度來看，可能為後面的災難種下了變數。

如果說 IE8 的 Developer Tools 是分析 CSS 結構與 Script 除錯的好幫手，那 Fiddler2 就可以說是 IE 與 Server 之間的通訊分析器了。Fiddler2 的功能非常的強大，可以幫助 IT 與 RD 人員處理不少很難發現的問題，了解介面的意義後才可以更犀利的應用 Fiddler 幫助我們進行 Debuging 的工作。

• Fiddler 運作原理 
  Fiddler 是透過 Proxy  的原理攔截 HTTP  的內容，當啟用 Fiddler 時，IE 的 PROXY 設定會變成 127.0.0.1:8888，所有 HTTP 的協定均會透過 Proxy (Fiddler) 與 WinINET 後才會到達瀏覽器呈現。
  
   
• Web Session 界面解析
  「要了解如何追求心儀的女性，就必須先了解她的想法」，同樣的，要充分利用 Fiddler 前，就必須先了解介面的功能。Fiddler 雖然只是個 600多KB的小軟體，但其分析的功能絕對超過 600KB 的等級。在這一部分 TigerLin 會對 Fiddler 介面做個簡單的介紹，讓各位先了解各項目的功能與用途。
  
  首先是進入 Fiddler 後的左邊區域，此區域是 [Web Session] 區域，會顯示所有的 HTTP 通訊過程與 Request 內容，在這一個區域中可以鉅細靡遺的列出 IE 與 WEB 通訊的細節，每個欄位都有其意義。 
   
  
  [#] – HTTP Request 的順序，可看到進入網站後的頁面檔案讀取順序
  [Result] – HTTP 狀態回應碼，可依據回應碼判斷網頁內容是否異常。EX: 200 為正常，304為重導向，404為找不到檔案，500為伺服器錯誤。
  [Protocol] - 所使用的通訊協定
  [Host] - 檔案的來源伺服器
  [URL] - 檔案的完整 URL
  [Body] – Request 的大小(以 Byte 計算)
  [Caching] - 快取的各種屬性
  [Content-Type] - 檔案的類型，這個欄位有時是很重要的除錯依據，下面會說明到。
  [Process] - 是由哪個執行緒(程式)與通訊埠連接至目標
   

接著我們看右邊的區域，此區域跟左邊區域是息息相關，在這裏我們就針對每個頁籤做解說~
 

• [Statistics] 功能頁籤
  Request 的回應秒數與傳送的大小以及 HTTP 回應狀態碼的總計，下方的 Chart 功能可讓文字的報表轉換成簡單的圓餅圖進行查閱。
  
   
  
   
• [Inspectors] 功能頁籤
  詳細的 HTTP Request 與 Response 資訊分析，可瀏覽每個 Request 中包含的資訊，如 jpg 的 Request 使用 ImageView 就可看到圖片，Html使用 TextView 可看到內文。TigerLin 最常瀏覽的是 Header 與 Raw 的項目功能，可以擷取與 Server 通訊的 Header 部分進行 IE 與 WEB Server 叢集間的除錯，幫助 TigerLin 確認叢集的設置是正確的。XML項目功能則是可以分析 AJAX 的 XHR 執行狀態，但這一部分較少用到，所以不多加著墨。
  
   
  
   
• [AutoResponder] 功能頁籤
  可將目前瀏覽的網頁換至上自己指定的物件，老實說這個功能除了可以測試某個區域的物件換至外，還真想不到另外的用途，為一想到的是測試網頁的時候可以不用動用 HTML，詳細用法可看看官方影片Using the Fiddler AutoResponder。
  
   
  
   
• [Request Builder] 功能頁籤
  HTTP動詞產生器，可以測試 WEB SERVER 是否有利用動詞進行攻擊的漏洞，TigerLin 大多都用此功能測試 IIS URLScan 的阻擋動詞功能是否有設置成功。
  
   
  
   
• [Filters] 功能頁籤
  將 Web Session 透過指定的條件進行過濾，還可設定中斷點進行分析，可用在分析網頁圖片總 KB 數時先進行過濾，也可隱藏所有成功的需求 (HTTP 200) 只顯示異常的處理， 善加利用可增加分析的速度唷~
  
   
  
   
• [Timeline] 功能頁籤
  將所有需求依照順序以及時間常躲做橫向的圖表展現┘可輕易的發現頁面中是哪個檔案造成頁面緩慢，稽核 WEB 速度的時候非常好用。
  
   
   

 

而 Fiddler 的強大分析功能可以讓 Web Developer 與 IT 人員進行快速的除錯，下面我們列舉 6 個常用的案例：

1. 檔案下載回應 404，但路徑確實存在 
2. 頁面檔案使用比例
3. 頁面下載時間分析
4. RAW HTTP Request 檢視分析 - 伺服器版本隱藏
5. RAW HTTP Request 檢視分析 - WEB 叢集的設置正確性
6. 抓 Flash 的引用檔案
    

• 檔案下載回應 404，但路徑確實是存在的
  這是一個之前幫客戶處理的案例，話說 Web Application 已經撰寫完成，且佈署至正式環境了，資料庫與應用程式完全正常，唯獨有一區影片播放的功能完全出不來。RD 人員經過詳細的檢查後，確認影片檔案有存在於 WEB 上的路徑，但就是一直讀不到，客戶也在那邊不停抱怨。
  使用 Fiddler 進行分析後，發現影片檔案有準備要載入，但回應一直都是 404，影片的名稱是 "xxx.FLV" ，看到影片副檔名當下就知道了原因。
  在 IIS6 中，預設的 MIME Type 是不支援 FLV 的檔案型態，解決方式則是將 FLV 加入到 MIME 類型即可。加入之後再以 F5 Reload 一次，影片就可以正常撥放了。
  
  小技巧分享：有時 WEB 的 404 並不是檔案真的遺失或路徑錯誤，而是跟 Server 的設定有關係。當發生難搞的 404 錯誤時可以轉向檢察 MIME 看看，搞不好問題就在那邊呢。
  
   
• 頁面統計資訊報表 
  文字型的統計報表，透過簡單但又不失詳細的數據呈現資訊。 藉由 HTTP 狀態碼的統計，可迅速得知在瀏覽的過程中有幾個檔案找不到，而又有幾個是被重導向。基本上某些 404 不會影響網頁的運作，但基於完美主義的堅持下，TigerLin 一般都是讓 404 為 0 才覺得讓人舒坦(潔癖 ><)。
  檔案大小的總合是以 Byte 為單位，這部份的數據 TigerLin 會搭配 Timeline 功能一起進行稽核，如果數據異常的大，加上 Timeline  時間拉很長，則表示頁面或圖形上的處理不夠完整。大型的檔案會讓頻寬迅速耗用，藉由此功能可稽核是 WEB 的頻寬流量到達極限需要升級，或是不用花冤望錢調整一下即可改善。
  
  
  
   
• 頁面下載時間分析 
  畫面中除了看到檔案依序被載入的順序外，最重要的是每個檔案所花費的時間比例。如果檔案越大，中間的時間條就會拉得很長，馬上就可以知道頁面慢的元兇是哪一個檔案，而 Timeline 的另外一個應用則是可以測試網路連線的品質，之前將客戶的網站放在機房，因客戶的連線品質較差，便一直質疑是機房的亂品質不穩定，打電話一直抱怨外還要求減價...機房的頻寬明明就很好，TigerLin 這邊測試就是很快，但客戶可不相信片面之詞...硬要凹到底。這時 TigerLin 就請另外兩位 MSN 上的朋友一起用 Fiddler 讀取客戶網站的首頁，並將 Timeline 抓下來，並將三個 Timeline 處理成一份簡單的 Word 報告傳給客戶，並告知客戶它們的線路品質能較差，請他們至電給 ISP 詢問一下。正所謂 No Picture No True，電話馬上就安靜下來了...  :D
  
  
  
   
• RAW HTTP Request 檢視 - 伺服器版本隱藏 
  在預設狀態下，Server 的 HTTP Response Header 會有伺服器的版本資訊，除此之外還有很多的資訊。一般而言，伺服器的版本流露出去可能會有已知漏洞但尚未修補的情況下，伺服器很容易就變成了箭靶並且被攻陷。在這裡 TigerLin 會使用 RAW HTTP 的檢視功能進行確認，在之前的文章IIS 安全性延伸模組 URLScan 3 基本設定 - 參數區段意義 一文中有說明 RemoveServerHeader 參數的作用，如果設置正確時伺服器版本是完全不會出現在 Header 當中 (詳見下圖)，這也是常用的 RAW HTTP 檢視功能之一。
  
  
  
   
• RAW HTTP Request 檢視 - WEB 負載平衡叢集的設置正確性 
  大型環境與高負載的 WEB SERVER 通常會有兩台或以上，無論是使用硬體的 InBound Load Balance 或是採用 Windows NLB Cluster、Failover Cluster…等叢集技術，以往測試叢集是否有設定成功時都需要先將 WEB 的某個頁面做一點變更，例如首頁中用註解加註 "WEB-1" 的字眼以供辨識。搭配 Fiddler 要確認負載平衡是否有成功無需如此的麻煩了，利用 RAW HTTP Header 檢視的功能就可以輕易的達到~於 Server-Side 設定 HTTP 主機標頭， 名稱為 X-WebFarm，內容設定為 Web Server 1，IIS 6 與 7 位置不同請參閱下圖。
  
    
    
  接下來使用 Fiddler 觀察 RAW HTTP Header，就可以看到剛剛設定的自訂標頭了，這個技巧可以應用在許多的環境，非常實用。
  
  
  
   
• 完整的抓取 Flash 的檔案 
  抓取 Flash 檔案有什麼稀奇的?很多軟體都可以做到，但 Fiddler 更厲害，了目前頁面讀取的以外，連 SWF 中 Load Movie 載入的其他 SWF 都可以將 Request 抓取到，各位可以到馬達加斯加2的官網http://www.uip.com.tw/madagascar2/teaser.html 看看，了頁面上正在播放的 SWF 外，Fiddler 可是連其他讀取的檔案都被抓出來了。接下來只要對要下載的 SWF 按下 Ctrl + U 就可以複製網址下載了。
  
   
  
   
• 參考連結
  Fiddler2 官方網站 http://www.fiddler2.com
  Fiddler PowerToy - Part 1: HTTP Debugging http://msdn.microsoft.com/en-us/library/bb250446.aspx

童话故事裡的结为常常以「王子与公主结婚之后，就过者幸福快乐的生活」，而在资讯科技的世界中「RD 与 IT 将网站佈署后，才是挑战的开始」可是一点都不为过。WEB 佈署之后，中间没遇到任何的小问题还真是神话级的传说，压力测试软体虽然可以测定负载临界值，诶无法测定 WEB Application 中的枝末，虽然在当下看来没什麽，从长期的角度来看，可能为后面的灾难种下了变数。

如果说 IE8 的 Developer Tools 是分析 CSS 结构与 Script 除错的好帮手，那 Fiddler2 就可以说是 IE 与 Server 之间的通讯分析器了。Fiddler2 的功能非常的强大，可以帮助 IT 与 RD 人员处理不少很难发现的问题，了解介面的意义后才可以更犀利的应用 Fiddler 帮助我们进行 Debuging 的工作。

    Fiddler 运作原理
    Fiddler 是透过 Proxy  的原理拦截 HTTP  的内容，当启用 Fiddler 时，IE 的 PROXY 设定会变成 127.0.0.1:8888，所有 HTTP 的协定均会透过 Proxy (Fiddler) 与 WinINET 后才会到达浏览器呈现。

     
    Web Session 界面解析
    「要了解如何追求心仪的女性，就必须先了解她的想法」，同样的，要充分利用 Fiddler 前，就必须先了解介面的功能。Fiddler 虽然只是个 600多KB的小软体，但其分析的功能绝对超过 600KB 的等级。在这一部分 TigerLin 会对 Fiddler 介面做个简单的介绍，让各位先了解各项目的功能与用途。

    首先是进入 Fiddler 后的左边区域，此区域是 [Web Session] 区域，会显示所有的 HTTP 通讯过程与 Request 内容，在这一个区域中可以钜细靡遗的列出 IE 与 WEB 通讯的细节，每个栏位都有其意义。
     image_thumb

    [#] – HTTP Request 的顺序，可看到进入网站后的页面档案读取顺序
    [Result] – HTTP 状态回应码，可依据回应码判断网页内容是否异常。EX: 200 为正常，304为重导向，404为找不到档案，500为伺服器错误。
    [Protocol] - 所使用的通讯协定
    [Host] - 档案的来源伺服器
    [URL] - 档案的完整 URL
    [Body] – Request 的大小(以 Byte 计算)
    [Caching] - 快取的各种属性
    [Content-Type] - 档案的类型，这个栏位有时是很重要的除错依据，下面会说明到。
    [Process] - 是由哪个执行绪(程式)与通讯埠连接至目标
     

    接著我们看右边的区域，此区域跟左边区域是息息相关，在这里我们就针对每个页籤做解说~
     

        [Statistics] 功能页籤
        Request 的回应秒数与传送的大小以及 HTTP 回应状态码的总计，下方的 Chart 功能可让文字的报表转换成简单的圆饼图进行查阅。

        image_thumb1

         
        [Inspectors] 功能页籤
        详细的 HTTP Request 与 Response 资讯分析，可浏览每个 Request 中包含的资讯，如 jpg 的 Request 使用 ImageView 就可看到图片，Html使用 TextView 可看到内文。TigerLin 最常浏览的是 Header 与 Raw 的项目功能，可以撷取与 Server 通讯的 Header 部分进行 IE 与 WEB Server 丛集间的除错，帮助 TigerLin 确认丛集的设置是正确的。XML项目功能则是可以分析 AJAX 的 XHR 执行状态，但这一部分较少用到，所以不多加著墨。

        image_thumb2

         
        [AutoResponder] 功能页籤
        可将目前浏览的网页换至上自己指定的物件，老实说这个功能除了可以测试某个区域的物件换至外，还真想不到另外的用途，为一想到的是测试网页的时候可以不用动用 HTML，详细用法可看看官方影片 Using the Fiddler AutoResponder。

        image_thumb3

         
        [Request Builder] 功能页籤
        HTTP动词产生器，可以测试 WEB SERVER 是否有利用动词进行攻击的漏洞，TigerLin 大多都用此功能测试 IIS URLScan 的阻挡动词功能是否有设置成功。

        image_thumb4

         
        [Filters] 功能页籤
        将 Web Session 透过指定的条件进行过滤，还可设定中断点进行分析，可用在分析网页图片总 KB 数时先进行过滤，也可隐藏所有成功的需求 (HTTP 200) 只显示异常的处理， 善加利用可增加分析的速度育~

        image_thumb5

         
        [Timeline] 功能页籤
        将所有需求依照顺序以及时间常躲做横向的图表展现┘可轻易的发现页面中是哪个档案造成页面缓慢，稽核 WEB 速度的时候非常好用。

        image_thumb6
         

 

而 Fiddler 的强大分析功能可以让 Web Developer 与 IT 人员进行快速的除错，下面我们列举 6 个常用的案例：

    档案下载回应 404，但路径确实存在
    页面档案使用比例
    页面下载时间分析
    RAW HTTP Request 检视分析 - 伺服器版本隐藏
    RAW HTTP Request 检视分析 - WEB 丛集的设置正确性
    抓 Flash 的引用档案
     

    档案下载回应 404，但路径确实是存在的
    这是一个之前帮客户处理的案例，话说 Web Application 已经撰写完成，且佈署至正式环境了，资料库与应用程式完全正常，唯独有一区影片播放的功能完全出不来。RD 人员经过详细的检查后，确认影片档案有存在于 WEB 上的路径，但就是一直读不到，客户也在那边不停抱怨。
    使用 Fiddler 进行分析后，发现影片档案有准备要载入，但回应一直都是 404，影片的名称是 "xxx.FLV" ，看到影片副档名当下就知道了原因。
    在 IIS6 中，预设的 MIME Type 是不支援 FLV 的档案型态，解决方式则是将 FLV 加入到 MIME 类型即可。加入之后再以 F5 Reload 一次，影片就可以正常拨放了。

    小技巧分享：有时 WEB 的 404 并不是档案真的遗失或路径错误，而是跟 Server 的设定有关系。当发生难搞的 404 错误时可以转向检察 MIME 看看，搞不好问题就在那边呢。

     
    页面统计资讯报表
    文字型的统计报表，透过简单但又不失详细的数据呈现资讯。 藉由 HTTP 状态码的统计，可迅速得知在浏览的过程中有几个档案找不到，而又有几个是被重导向。基本上某些 404 不会影响网页的运作，但基于完美主义的坚持下，TigerLin 一般都是让 404 为 0 才觉得让人舒坦(洁癖 ><)。
    档案大小的总合是以 Byte 为单位，这部份的数据 TigerLin 会搭配 Timeline 功能一起进行稽核，如果数据异常的大，加上 Timeline  时间拉很长，则表示页面或图形上的处理不够完整。大型的档案会让频宽迅速耗用，藉由此功能可稽核是 WEB 的频宽流量到达极限需要升级，或是不用花冤望钱调整一下即可改善。

    image

     
    页面下载时间分析
    画面中除了看到档案依序被载入的顺序外，最重要的是每个档案所花费的时间比例。如果档案越大，中间的时间条就会拉得很长，马上就可以知道页面慢的元凶是哪一个档案，而 Timeline 的另外一个应用则是可以测试网路连线的品质，之前将客户的网站放在机房，因客户的连线品质较差，便一直质疑是机房的乱品质不稳定，打电话一直抱怨外还要求减价...机房的频宽明明就很好，TigerLin 这边测试就是很快，但客户可不相信片面之词...硬要凹到底。这时 TigerLin 就请另外两位 MSN 上的朋友一起用 Fiddler 读取客户网站的首页，并将 Timeline 抓下来，并将三个 Timeline 处理成一份简单的 Word 报告传给客户，并告知客户它们的线路品质能较差，请他们至电给 ISP 询问一下。正所谓 No Picture No True，电话马上就安静下来了...  :D

    image

     
    RAW HTTP Request 检视 - 伺服器版本隐藏
    在预设状态下，Server 的 HTTP Response Header 会有伺服器的版本资讯，除此之外还有很多的资讯。一般而言，伺服器的版本流露出去可能会有已知漏洞但尚未修补的情况下，伺服器很容易就变成了箭靶并且被攻陷。在这裡 TigerLin 会使用 RAW HTTP 的检视功能进行确认，在之前的文章IIS 安全性延伸模组 URLScan 3 基本设定 - 参数区段意义 一文中有说明 RemoveServerHeader 参数的作用，如果设置正确时伺服器版本是完全不会出现在 Header 当中 (详见下图)，这也是常用的 RAW HTTP 检视功能之一。

    image

     
    RAW HTTP Request 检视 - WEB 负载平衡丛集的设置正确性
    大型环境与高负载的 WEB SERVER 通常会有两台或以上，无论是使用硬体的 InBound Load Balance 或是採用 Windows NLB Cluster、Failover Cluster…等丛集技术，以往测试丛集是否有设定成功时都需要先将 WEB 的某个页面做一点变更，例如首页中用注解加注 "WEB-1" 的字眼以供辨识。搭配 Fiddler 要确认负载平衡是否有成功无需如此的麻烦了，利用 RAW HTTP Header 检视的功能就可以轻易的达到~于 Server-Side 设定 HTTP 主机标头， 名称为 X-WebFarm，内容设定为 Web Server 1，IIS 6 与 7 位置不同请参阅下图。

     image
      
    接下来使用 Fiddler 观察 RAW HTTP Header，就可以看到刚刚设定的自订标头了，这个技巧可以应用在许多的环境，非常实用。

    image

     
    完整的抓取 Flash 的档案
    抓取 Flash 档案有什麽稀奇的?很多软体都可以做到，但 Fiddler 更厉害，了目前页面读取的以外，连 SWF 中 Load Movie 载入的其他 SWF 都可以将 Request 抓取到，各位可以到马达加斯加2的官网 http://www.uip.com.tw/madagascar2/teaser.html 看看，了页面上正在播放的 SWF 外，Fiddler 可是连其他读取的档案都被抓出来了。接下来只要对要下载的 SWF 按下 Ctrl + U 就可以複製网址下载了。

    image

     
    参考连结
    Fiddler2 官方网站 http://www.fiddler2.com
    Fiddler PowerToy - Part 1: HTTP Debugging http://msdn.microsoft.com/en-us/library/bb250446.aspx