這個半開連線數限制一直以來困擾著許多P2P的玩家，當然也有好幾位國外的駭客為了這個問題特別去製作修正檔，不過直到最近微軟發佈KB941644 安全性修正，又讓一些問題浮現出來。首先當然就是需要重新製作修正檔，這算是小問題，因為有駭客發佈最新的修正檔 。
然而Vista x64的使用者在安裝此修正之後，會發現和網路相關的系統服務完全沒法啟動，這是因為Vista會檢查驅動程式的雜湊（hash）完整性 ，修改過的tcpip.sys當然無法通過了。過去碰到這種情況會使用bcdedit加入「DDISABLE_INTEGRITY_CHECKS」參數到Windows boot loader裡頭，使Vista不去檢查雜湊完整性。但是如果你裝了KB943899、KB943078、KB932596、B938979、KB941649這些修正檔，這行參數就完全無效了，因為這些修正檔會強制Vista去檢查驅動程式的簽章與雜湊完整性，並忽視「DDISABLE_INTEGRITY_CHECKS」這個選項。如此一來，每次啟動Vista之前，都要先按F8進開機選單，並選擇不要使用驅動程式簽章檢查，這實在很擾人（Vista又多了一個擾人的罪狀了…）。
Vista x32的使用者不會有這個問題，但是對於電腦記憶體裝有4GB以上的人來說，不太可能會去用32位元的版本。 （我就是
參考：Windows Vista tcpip.sys Connection Limit Patch for Event ID 4226
Update: 在我使用的系統上，我發現一個問題，使用這個patch，然後啟動emule或utorrent，大概跑個一到兩天，會發現他們所用的port被封鎖，但這不是防火牆的問題，因為重開機之後又正常。而我之前使用WinXP以及Vista還沒作過patch時，都沒出現過這種情況。看來要安裝此patch的人，可能多加考慮了。看來和autotuninglevel有關，這個功能一定要關掉，修改過的tcpip.sys才能正常運作。
