☰

ADSL 問題或網路問題，我們不確定如何進一步縮小範圍

tag-icon • tag-icon networking adsl
ADSL 問題或網路問題，我們不確定如何進一步縮小範圍

我們的 ADSL 連線有問題，該連線連接到幾台（4 台，有時同時使用 5 台）計算機，如下所示：

  • 1 x Linksys 數據機路由器 - Wireless-N ADSL2+ 數據機路由器 WAG120N
  • 1 個 24 連接埠交換機
  • 5 台電腦透過 LAN CAT5E 電纜連接到交換機
  • 另外一些工作站也有有線連接，但目前未使用（即有電線但沒有 PC）。
  • Linksys 路由器的無線功能目前尚未被任何人使用。但無線仍處於「開啟」狀態，未使用。

問題是我們的連線不斷斷開。儘管我們仍然可以連接到 Linksys 介面 192.168.1.1，但我們的電腦（主要是 Windows 7，還有一台 Ubuntu）失去了網路存取權限。此時路由器的狀態顯示“已斷開”，這意味著它已與互聯網斷開連接。路由器會在一分鐘左右後自動重新連線。我在斷開/重新連接之前和之後貼上了路由器的典型日誌。我已經在斷開連接的地方做了標記（見下文）。

我們還有一個來自 D-Link 的老式單埠調變解調器路由器，它不會斷開連接，但也有其自身的問題，例如互聯網有時會變得非常慢。我們已致電服務提供者支援人員，他們告訴我們通往我們場所的電話線路正常。但他們沒有檢查內部連接，只是保證直到房屋的電線都沒有問題。因此，我們認為這是以下問題之一： I) 從外部到內部數據機（即我們的場所內部）的電話線有故障，因此我們需要插入新的/新的電話線並嘗試此操作。當然，噪音有時會破壞連接，我們的猜測之一是噪音導致連接變慢（舊路由器）或斷開連接（新路由器）。

ii) 我們網路中的某些問題是另一個可能的原因 - 在我們的電腦上。我們運行 Avira 防毒軟體、Lavasoft Awaware 和 Spybot 來清理病毒/間諜軟體等，到目前為止，Spybot 在我們運行並清理它們時只發現了一些瀏覽器 cookie 問題。

我們不知道如何準確地知道出了什麼問題。當連線正常時，在 www.Google.com 上執行 Tracert 可以正常運作，而當連線中斷時則不起作用。例如：

C:\Users\THE>tracert www.Google.com
Unable to resolve target system name www.Google.com.

C:\Users\THE>tracert 192.168.1.1

Tracing route to 192.168.1.1 over a maximum of 30 hops

  1    <1 Microsoft    <1 Microsoft    <1 Microsoft  192.168.1.1

Trace complete.

當數據機路由器連接時，tracert 大約有 11 個希望。其中有幾個是最後的 106 毫秒和 754 毫秒，我想是因為一般來說我們斯里蘭卡的網路連線不是那麼好！我使用的是 1Mbps 線路，有時會獲得不錯的下載速率，但話又說回來，我們在辦公時間確實遇到了上述問題。這裡的任何幫助將不勝感激，在嘗試插入新電話線以查看是否是問題所在之前，我希望獲得盡可能多的反饋。

路由器的日誌：

Fri, 2011-09-09 14:20:34 - Returning UPnPError 714: NoSuchEntryInArray
Fri, 2011-09-09 14:20:34 - AddPortMapping: external NULL:42193 to 192.168.1.30:42193 protocol TCP for: MSNMSGR with timeout:0
Fri, 2011-09-09 14:20:34 - no permission rule matched : accept by default (n_perms=0)
Fri, 2011-09-09 14:20:34 - redirecting port 42193 to 192.168.1.30:42193 protocol TCP for: MSNMSGR
Fri, 2011-09-09 14:20:34 - creating pass rule to 192.168.1.30:42193 protocol TCP for: MSNMSGR
Fri, 2011-09-09 14:20:34 - GetSpecificPortMappingEntry: rhost='NULL' 42193 TCP found => 192.168.1.30:42193 desc='MSNMSGR'
Fri, 2011-09-09 14:20:34 - AddPortMapping: external NULL:42193 to 192.168.1.30:42193 protocol TCP for: MSNMSGR with timeout:0
Fri, 2011-09-09 14:20:34 - removing redirect rule port 42193 TCP
Fri, 2011-09-09 14:20:34 - Trying to delete rules at index 0
Fri, 2011-09-09 14:20:34 - DeletePortMapping: external port: 42193, protocol: TCP
Fri, 2011-09-09 14:20:34 - removing redirect rule port 42193 TCP
Fri, 2011-09-09 14:31:26 - No response to 3 echo-requests
Fri, 2011-09-09 14:31:26 - Serial link appears to be disconnected.
Fri, 2011-09-09 14:31:26 - Enter: tdb_store.
Fri, 2011-09-09 14:31:26 - tdb_store: calling tdb_update.
Fri, 2011-09-09 14:31:26 - Enter: tdb_update.
Fri, 2011-09-09 14:31:26 - Enter: tdb_store.
Fri, 2011-09-09 14:31:26 - tdb_store: calling tdb_update.
Fri, 2011-09-09 14:31:26 - Enter: tdb_update.
Fri, 2011-09-09 14:31:26 - Enter: tdb_store.
Fri, 2011-09-09 14:31:26 - tdb_store: calling tdb_update.
Fri, 2011-09-09 14:31:26 - Enter: tdb_update.
Fri, 2011-09-09 14:31:26 - Couldn't increase MTU to 1500.
Fri, 2011-09-09 14:31:26 - Couldn't increase MRU to 1500
Fri, 2011-09-09 14:31:26 - LCP down.
Fri, 2011-09-09 14:31:29 - Failed to get IP address for interface ppp0
Fri, 2011-09-09 14:31:29 - Failed to get IP address for interface ppp0    
Fri, 2011-09-09 14:31:32 - Connection terminated.
Fri, 2011-09-09 14:31:32 - Connect time 12.1 minutes.
Fri, 2011-09-09 14:31:32 - Sent 626579 bytes, received 2853159 bytes.
Fri, 2011-09-09 14:31:32 - Enter: tdb_store.
Fri, 2011-09-09 14:31:32 - tdb_store: calling tdb_update.
Fri, 2011-09-09 14:31:32 - Enter: tdb_update.
Fri, 2011-09-09 14:31:32 - Doing disconnect
Fri, 2011-09-09 14:31:32 - Exit. **************** [We lost connection here]
Fri, 2011-09-09 14:32:49 - ADSL is connected **************** [We regained connection here]
Fri, 2011-09-09 14:32:55 - Initialize LCP.
Fri, 2011-09-09 14:32:55 - Plugin pppoe loaded.
Fri, 2011-09-09 14:32:55 - PPPoE Plugin Initialized
Fri, 2011-09-09 14:32:55 - Plugin pppoe called.

答案1

你說的一切都是很正常的，雖然是個別機器可能有問題，我懷疑這是否導致了整體問題。

從你所說的來看，我認為這是兩個問題之一（或可能是混合問題）：

  1. 您的線路很吵或很糟糕。舊路由器的 SNR 可變（雜訊較高，保持穩定的速度較慢），而較新的路由器要麼無法很好地使用 SNR，要麼速度不夠快，從而導致丟包。

  2. 路由器有問題！檢查韌體更新，或購買功能更強大的路由器。

我更傾向於第一點，因為我認為這是最有可能的問題。

相關內容