故意切斷連線

慢只是糟糕的一種。消失是另一種，而且它能找到沒人寫過的程式碼路徑：重新連線、重試，以及告訴使用者發生了什麼的那條提示。

這也是在不拔任何纜線的情況下測試應用離線的辦法：區域網路模式讓本地網路繼續工作而切斷網際網路，阻斷某一個位址則讓單一服務無法存取，而其餘連線一切正常。

五種不同的「消失」方式

設定	應用會看到什麼
重置連線	連線在傳輸中途死亡，就像被防火牆或負載均衡器切斷那樣。可以設定發生的頻率，單位為百分比。
鏈路時通時斷	網路消失一段時間，然後恢復，如此反覆。你設定週期長度，以及其中有多少時間處於中斷。
阻斷連接埠	發往該連接埠的一切都會消失，其他任何東西都不受影響。
阻斷位址	一台伺服器無法存取，而網際網路的其餘部分正常。
區域網路模式	本地網路繼續工作，網際網路則不行。這正是強制門戶或上行鏈路中斷時的樣子。

對一個應用，大約每十個連線就切斷一個：

BeanNetworkTester.exe --rst-prob 10 --target myapp.exe --duration 60

十秒一個週期，每個週期中斷四秒，一條時通時斷的鏈路：

BeanNetworkTester.exe --flap-period 10 --flap-down 40 --target myapp.exe

一台伺服器無法存取，其餘一切正常：

BeanNetworkTester.exe --block-ip 203.0.113.10

與封包遺失或延遲不同，阻斷某個連接埠或位址只影響與之匹配的流量。因此在不指定處理程序目標的情況下執行，它是其中最安全的一種，這也是為什麼「讓這一個依賴消失」只需要一行命令。

還有一個最大封包大小的設定。稍微調低一點，大檔案傳輸會變慢。調到 576 這樣的值，下載就會永遠徹底停止，而且沒有任何錯誤，因為這已經不是更小的封包，而是經典的黑洞：網路丟棄過大的封包，卻從不告訴你。

這是一種值得有意重現的真實故障模式，意外撞上時則令人非常困惑。如果在你改了這個設定之後下載悄無聲息地中斷，原因就在這裡。

按下STOP即可恢復一切。關閉程式也一樣，如果設定了時間限制，到時也一樣。即使工具本身在會話中途崩潰，其內部的看門狗也會停止擷取，而不是讓你的網路停留在損壞的狀態。