如何找到連接失敗的地方

我有一個網站運行一個基本的ASP.NET應用程序，這個應用程序主要是從一個位置（這是我的客戶的辦公室）使用的。服務器位於高級數據中心。如何找到連接失敗的地方

每當我從辦公室以外測試或使用我的應用程序時，我始終保持良好的連接，但從他們的辦公室來看，連接似乎不一致。有時候，請求似乎不會從瀏覽器到服務器。我對辦公室的網絡硬件不熟悉，但他們確實有一個應始終處於打開狀態的T1連接。

我試過ping和tracert，一切都看起來很正常。在失敗的請求期間運行Firebug時，請求會在日誌中顯示，然後只是坐在那裏而不顯示它正在發送任何數據，最終超時。

我的問題是，我可以使用哪些工具來診斷此連接問題，並開始將其縮小到特定原因以便我可以修復它？它是一個間歇性問題，所以如果有任何可用的話，長時間運行的工具可能會更有意義。

感謝您的任何幫助。

2009-01-06 Jarrett Widman

所有的標準ping和traceroute工具都可能是你最好的選擇。我不理解，但網站位於哪裏？

如果您打開命令提示符，請運行ping -t aspwebsiteurl.domain < - 將顯示是否有數據包丟失。再次從命令提示符，tracert aspwebsiteurl.domain < - 將顯示數據包正在採取什麼路線來獲取該網站。也可能會告訴你，如果有一個特定的躍點給你的Hickup。

來源

2009-01-06 23:05:33 regex

我已經在原始問題中澄清了服務器的位置，以及我嘗試過ping和tracert的情況。 – 2009-01-13 00:00:04

辦公室和數據中心之間是否存在可能導致問題的代理？

你也可以嘗試Wireshark試圖更詳細地調試問題。

來源

2009-01-13 00:02:24 awharrier

Speed Test - Internet Network Connection Speed可能有一些幫助有一些鏈接來測試客戶端辦公室的連接，以查看它的工作效果。

另一個問題是客戶端和數據中心有多遠？如果一個人在紐約，另一個在洛杉磯，那麼距離可能是一個因素。另外，你是否檢查過任何可能的DNS問題？

來源

2009-01-13 00:12:27

如何找到連接失敗的地方

回答

相關問題