狀況
請考慮下列情況:
-
您必須在執行 Windows 8.1 電腦。
-
電腦使用轉寄 IP 位址或弱式主機模型已啟用。
-
您執行需要網路通訊端連線到同一部電腦上或不同電腦上正在執行服務的應用程式。
在這個案例中,應用程式可能無法連線到其所需的目的地服務。
原因
這個問題會發生於 TCP/IP 驅動程式不正確地選取回送 IP 位址 (127.0.0.1) 為目的服務的最佳實體介面。
解決方案
Hotfix 資訊
使用 Microsoft 支援從支援的 hotfix。不過,此 Hotfix 僅用於修正本文中所述的問題。此 hotfix 只適用於發生本文所述之問題的系統。此 hotfix 可能會接受其他測試。因此,如果此問題的影響不會很嚴重,我們建議您等候含此 hotfix 的下一版軟體更新。
如果 hotfix 可供下載,在此知識庫文件頂端將出現「可用的 Hotfix」區段。如果這個區段沒有出現,請連絡 Microsoft 客戶服務及支援以取得 hotfix。 注意如果發生其他問題,或如果需要進行疑難排解,您可能必須建立個別的服務要求。收取支援費用會套用到其他支援問題和此特定 hotfix 無法解決的問題。如需 Microsoft 客戶服務和支援的電話號碼或建立個別的服務要求的完整清單,請移至下列 Microsoft 網站:http://support.microsoft.com/contactus/?ws=support注意「 下載 Hotfix 」 表單會顯示 hotfix 可用的語言。如果看不到您的語言,是因為未提供該語言的 Hotfix 。
先決條件
若要套用此 hotfix,您必須安裝的 Windows 8.1。
重新啟動需求
您不必套用此 hotfix 之後,重新啟動電腦。
Hotfix 取代資訊
此 hotfix 不會取代任何先前發行的 hotfix。
此 hotfix 的英文 (美國) 版會安裝具有下列表格中所列的屬性的檔案。這些檔案的日期和時間均以國際標準時間 (UTC) 列出。本機電腦上這些檔案是以您當地的時間與目前的日光節約時間 (DST) 的時差來顯示日期和時間。此外,當您在檔案上執行特定作業時,日期和時間可能會變更。
Windows 8.1 檔案資訊與附註
重要Windows 8.1 和 Windows Server 2012 R2 的 hotfix 隨附在相同的套件中。不過,只有 「 Windows 藍色 RTM"會列在 Hotfix 要求] 頁面。若要要求 hotfix 套件套用至一或兩個作業系統,選取列在 「 Windows 藍色 RTM",在頁面的 hotfix。永遠參考文件的〈套用〉一節以判斷實際套用每個 hotfix 的作業系統。
-
藉由檢查的檔案版本號碼,如下列表格所示,可以識別套用至特定產品、 里程碑 (RTM、 SPn) 及服務分支 (LDR、 GDR) 的檔案。
版本
產品
里程碑
服務分支
6.3.960 0.16 xxx
Windows 8.1
RTM
GDR
-
安裝在每個環境的資訊清單檔案 (.manifest) 及 MUM 檔案 (.mum) 都分別列於「Windows 8.1 的其他檔案資訊」一節。MUM 及 MANIFEST 檔案,以及相關的安全性目錄 (.cat) 檔案,對維護更新元件的狀態非常重要。安全性類別目錄檔案 (將不會為其列出屬性) 是使用 Microsoft 數位簽章簽署的。
適用於所有支援的 Windows 8.1 的 x86 版本
檔案名稱 |
檔案版本 |
檔案大小 |
日期 |
時間 |
平台 |
---|---|---|---|---|---|
Fwpkclnt.sys |
6.3.9600.16384 |
286,048 |
22-Aug-2013 |
05:20 |
x86 |
Tcpip.sys |
6.3.9600.16496 |
1,883,992 |
20-Dec-2013 |
08:30 |
x86 |
對於所有支援的 Windows 8.1 x64 版本
檔案名稱 |
檔案版本 |
檔案大小 |
日期 |
時間 |
平台 |
---|---|---|---|---|---|
Fwpkclnt.sys |
6.3.9600.16384 |
428,896 |
22-Aug-2013 |
12:34 |
x64 |
Tcpip.sys |
6.3.9600.16496 |
2,544,472 |
20-Dec-2013 |
10:15 |
x64 |
對於所有支援的 Windows 8.1 ARM 為基礎的版本
檔案名稱 |
檔案版本 |
檔案大小 |
日期 |
時間 |
平台 |
---|---|---|---|---|---|
Fwpkclnt.sys |
6.3.9600.16384 |
278,888 |
22-Aug-2013 |
03:52 |
不適用 |
Tcpip.sys |
6.3.9600.16496 |
1,753,440 |
20-Dec-2013 |
06:09 |
不適用 |
Windows 8.1 的其他檔案資訊
支援 x86 版本的 Windows 8.1 的其他檔案
檔案名稱 |
X86_1b1a80709afbb477734ba933a8dab3ef_31bf3856ad364e35_6.3.9600.16496_none_d39a7943fa78ed49.manifest |
檔案版本 |
不適用 |
檔案大小 |
702 |
日期 (UTC) |
20-Dec-2013 |
時間 (UTC) |
17:58 |
Sha-1 雜湊 |
不適用 |
MD5 雜湊 |
不適用 |
檔案名稱 |
X86_microsoft-windows-tcpip-binaries_31bf3856ad364e35_6.3.9600.16496_none_47b50967820621fa.manifest |
檔案版本 |
不適用 |
檔案大小 |
3,883 |
日期 (UTC) |
20-Dec-2013 |
時間 (UTC) |
17:58 |
Sha-1 雜湊 |
不適用 |
MD5 雜湊 |
不適用 |
所有支援 x64 型版本的 Windows 8.1 的其他檔案
檔案名稱 |
Amd64_5af7d55a0ad3cff77747e3d5c91afee2_31bf3856ad364e35_6.3.9600.16496_none_a26f6b05fceb238b.manifest |
檔案版本 |
不適用 |
檔案大小 |
706 |
日期 (UTC) |
20-Dec-2013 |
時間 (UTC) |
17:37 |
Sha-1 雜湊 |
不適用 |
MD5 雜湊 |
不適用 |
檔案名稱 |
Amd64_microsoft-windows-tcpip-binaries_31bf3856ad364e35_6.3.9600.16496_none_a3d3a4eb3a639330.manifest |
檔案版本 |
不適用 |
檔案大小 |
3,887 |
日期 (UTC) |
20-Dec-2013 |
時間 (UTC) |
17:37 |
Sha-1 雜湊 |
不適用 |
MD5 雜湊 |
不適用 |
支援 ARM 為基礎的所有版本 Windows 8.1 的其他檔案
檔案名稱 |
Arm_f115c76564340a50952711625988be75_31bf3856ad364e35_6.3.9600.16496_none_731ce078c036118e.manifest |
檔案版本 |
不適用 |
檔案大小 |
702 |
日期 (UTC) |
20-Dec-2013 |
時間 (UTC) |
18:00 |
Sha-1 雜湊 |
不適用 |
MD5 雜湊 |
不適用 |
檔案名稱 |
Arm_microsoft-windows-tcpip-binaries_31bf3856ad364e35_6.3.9600.16496_none_47b77bbf820340c0.manifest |
檔案版本 |
不適用 |
檔案大小 |
3,883 |
日期 (UTC) |
20-Dec-2013 |
時間 (UTC) |
18:00 |
Sha-1 雜湊 |
不適用 |
MD5 雜湊 |
不適用 |
狀態
Microsoft 已確認這是<套用>一節所列出的 Microsoft 產品的問題。
更多的資訊
電腦是在這種情況中,建立的所有連續的網路連線 (包括 ping) 到特定目的地 IP 位址時失敗。清除位址解析通訊協定 (ARP) 快取可能會暫時解決這個問題。要清除 ARP 快取,請執行下列命令︰
netsh 介面 ip 刪除 arpcahe
TCP/IP 驅動程式不正確地選取回送 IP 位址後,地址會快取 TCP/IP 目的地路徑的快取中。TCP/IP 堆疊會繼續選取所有連續的網路連線的回送位址。這會導致這些連線會失敗。目的地快取的傾印檔案可能會顯示為選取的 (來源欄位) 的回送位址,非回送或實體介面上的目的地。若要執行的目的地快取傾印檔案,執行下列命令︰netsh 介面 ipv4 顯示 destinationcache 層級 = 詳細資訊
這個問題可能發生的案例如下所示︰-
電腦使用轉寄 IP 位址或已啟用 (傳送/接收) 的弱式主機模型,且暫時設定實體的介面中的 [SkipAsSource] 欄位。
-
電腦會使用轉送 IP 位址或已啟用 (傳送/接收) 的弱式主機模型。某些網路壓力在情況下,可能是 TCP/IP 路徑計算競爭情形。
-
電腦會使用轉送 IP 位址、 已啟用 (傳送/接收) 的弱式主機模型,或已指派回送介面上的其他 IP 位址。在此情況下,TCP/IP 堆疊可能不正確地標示為不受限制的計算的路徑。這會導致地址的查閱失敗。它是競爭狀況,並會暫時停用的 IP 位址,然後再重新啟用時,可能會發生。
參考
請參閱術語Microsoft 用來描述軟體更新,如需詳細資訊。