『壹』 手機老是出現網路異常,請檢查
如果手機提示網路異常,請檢查如下情況:
1、升級為4G套餐後如不重啟手機則無法正常使用上網功能;
2、確認是否有網路,建議您可在信號強的地方使用;
3、檢查帳戶是否還有話費,若余額不足則需充值後才能使用;
4、可關機3-5分鍾後,重啟手機再進行嘗試;
5、檢查USIM卡是否有插好,若已插好但還是無法使用,則建議您到營業廳檢查USIM卡是否有故障,或換卡測試;
6、如當月使用流量達到封頂值會自動關閉網路,建議您留意我司簡訊提醒或查詢套餐產品說明。
『貳』 區域網內禁止ping命令, 那麼怎麼判斷網路連接故障問題
方法一:(網工必會)
用CMD下tracert [IP:如公網DNS伺服器202.102.128.68]
追蹤目標地址,可以很清楚的了解到你所在主機往互聯網方向的每一跳的節點IP(諸如網關、路由器啊等等),如果從哪裡停止,就說明故障點處在那個位置。
tracert 202.102.128.68
Tracing route to ns.sdjnptt.net.cn [202.102.128.68]
over a maximum of 30 hops:
1 <1 ms <1 ms 3 ms vrouter [192.168.0.1]
2 1 ms 2 ms 2 ms 60.216.178.1
3 4 ms 3 ms 3 ms 112.232.166.1
4 7 ms 6 ms 6 ms 60.215.131.217
5 6 ms 6 ms 6 ms 60.217.43.74
6 6 ms 7 ms 7 ms 123.129.192.5
7 7 ms 7 ms 7 ms ns.sdjnptt.net.cn [202.102.128.68]
Trace complete.
方法二:(網工必會)
telnet 202.102.128.68 53(因為還是那個DNS伺服器,埠號53是DNS服務埠,如果找web伺服器測試相應埠號改為80即可)
運行該命令有如果命令行方式下純黑界面有個游標在跳動說明聯網正常,反之出現連接失敗錯誤。該命令測試的前提是該IP地址的這個埠確實存在。
『叄』 網路訪問錯誤是什麼回事
可以使用電腦管家dns選優工具進行選擇。
1、打開軟體之後,點擊「開始DNS優選」,軟體將會檢測解析速度較快的幾個DNS伺服器並給出最優結果。
2、在最優結果中,軟體會給出優化建議,然後我們點擊「立即啟用」即可。
3、最後,我們的網路就按照訪問速度最快的DNS伺服器開啟啦,如果你是區域網用戶,如果在網路使用中發現異常的話,請記得及時恢復哦。
『肆』 詳細說明常用網路故障的檢測步驟
計算機網路是一個復雜的綜合系統,因此網路故障診斷工作就是顯得繁雜。許多網路管理者都經受過網路異常的困擾。
如果網路忽通忽斷,或者經常出現莫名其妙的現象,那麼網路就可能存在故障隱患。
計算機管理者,經常發現引起網路故障的原因很多,有操作系統引起的,有應用程序沖突引起的,有硬體引起的等。
以下從幾方面來分析網路故障:
1、按照故障性質的不同來分
網路故障劃分為物理故障與邏輯故障兩種。
(1)
物理故障
物理故障稱為硬故障,是指由硬體引起的網路故障。
(2)
邏輯故障
邏輯故障稱為軟故障,是指由軟配置或軟體錯誤等引起的網路故障。
2、按照故障出現的對象來分
(1)
主機故障
主機故障常見的原因就是主機配置不當。
(2)
路由器故障
路由器故障主要是由於路由器設置錯誤、路由演算法自身的
bug
、路由器超負荷等問題導致網路不通或時通時不通的故
障。
(3)
線路故障
線路故障主要是由於線路老化、損壞、接觸不良和中繼設備故障等問題所致。
二、
網路故障檢測與排除的基本方法
1、連通性故障:
連通性故障通常有以下幾種情況:
(1)計算機無法登陸到伺服器。
(2)無法通過區域網接入internet。
(3)在「網上鄰居」
中只能看到自已,而看不到其他計算機,從而無法使用其他計算機上的共享列印機。
(4)計算機無法在網路內訪問其他計算機上的資源。
(5)網路中的部分計算要運行速度異常緩慢等。
連通性故障常見的原因有:
(1)
網卡未安裝或配置錯誤。
(2)
網卡硬體故障。
(3)
網路協議未安裝或設置不正確。
(4)
網線、跳線或信息插座故障;Hub、交換機電源未打開。
(5)
交換機硬體故障或交換機埠硬體故障等。
連通性故障的排除方法如下:
(1)確認連通性故障
當網路出現應用故障時,如無法接入
Internet,可首先嘗試查找網路中的其他計算機。網路使用正常,可排除連通性
故障原因。如雖然無法接入Internet,但能夠在「網上鄰居」中找到其它計算機,或可用
Ping通其他計算機。如果其他網路應用均無法實現,則基本上可以肯定連通性故障,以下的步驟加以排除。
(2)排除網卡或協議故障
首先查看網卡的指示燈是否正常。正常情況下,在不傳數據時,網卡的指示燈閃爍較慢,傳送數據時剛閃爍較快。網
卡的指示燈不亮或是長亮不滅,都表明網路有故障存在。若網卡的指示燈不正常,則說明書發生了連通性故障。可以
先關閉電源,換一塊好網卡。如果故障仍然存在,則說明從這個網卡到網線另一端之間存在問題。對交換機來說,凡
是插有網線的埠指示燈都亮,指示燈的作用只能指示該埠是否連接有終端設備,而不能顯示通信狀態如何。
如果上述方法不能判斷網卡故障的話,可用ping命令排除網卡或協議故障。使用ping命令,ping 本地的IP地址或計算機名,檢查網卡和IP網路協議是安裝好。
『伍』 電腦網路故障常用的幾種診斷方法解析
掌握好這幾條命令,一分鍾內就可以定位斷網原因。
1. 首先要看ipconfig
在dos窗口下,輸入ipconfig,可以查看到本機「手動設置」或者「自動獲取」的IP地址。如圖:
掌握好這幾條命令,就可以迅速定位斷網原因。不過網管人員還是要多學習網路相關知識,才可以深入理解和解決問題。
『陸』 系統檢測到網路中存在異常訪問請求 是什麼情況
如果是這種情況的話,網路首先保證是通暢的前提下,但是在訪問網路的過程中檢測到在整個網路中存在異常訪問請求,那麼就極有可能是有人在攻擊網路。你可以從網路上下載一個專業的網路管理軟體並安裝它,然後設置各種條件捕獲所需要的數據包進行詳細的分析,這樣肯定能夠找到問題根源所在。
『柒』 關於網路故障的診斷與排除方法
1.物理故障
物理故障指的是設備或線路損壞、插頭松動、線路受到嚴重電磁干擾等情況。比如說,網路管理人員發現網路某條線路突然中斷,首先用ping或fping檢查線路在網管中心這邊是否連通。
ping的格式為:ping www.cisco.com或ping 192.168.0.1 (192.168.0.1是IP地址,可以是主機的IP也可以是網路中另一台計算機的IP)。ping一般一次只能檢測到一端到另一端的連通性,而不能一次檢測一端到多端的連通性,但fping一次就可以ping多個IP地址,比如C類的整個網段地址等。順便多說一句,網路管理員經常發現有人依次掃描本網的大量IP地址,不一定就是有黑客攻擊,fping也可以做到。如果連續幾次ping都出現"Requst time out"信息,表明網路不通。這時去檢查埠插頭是否松動,或者網路插頭誤接,這種情況經常是沒有搞清楚網路插頭規范或者沒有弄清網路拓撲規劃的情況下導致的。
另一種情況,比如兩個路由器Router直接連接,這時應該讓一台路由器的出口連接另一台路由器的入口,而這台路由器的入口連接另一路由器的出口才行。當然,集線器Hub、交換機、多路復用器也必須連接正確,否則也會導致網路中斷。還有一些網路連接故障顯得很隱蔽,要診斷這種故障沒有什麼特別好的工具,只有依靠經驗豐富的網路管理人員了。
2. 邏輯故障
邏輯故障中最常見的情況就是配置錯誤,就是指因為網路設備的配置原因而導致的網路異常或故障。配置錯誤可能是路由器埠參數設定有誤,或路由器路由配置錯誤以至於路由循環或找不到遠端地址,或者是路由掩碼設置錯誤等。比如,同樣是網路中的線路故障,該線路沒有流量,但又可以ping通線路的兩端埠,這時就很有可能是路由配置錯誤了。遇到這種情況,我們通常用「路由跟蹤程序」就是traceroute,它和ping類似,最大的區別在於traceroute是把端到端的線路按線路所經過的路由器分成多段,然後以每段返回響應與延遲。如果發現在traceroute的結果中某一段之後,兩個IP地址循環出現,這時,一般就是線路遠端把埠路由又指向了線路的近端,導致IP包在該線路上來回反復傳遞。幸好traceroute可以檢測到哪個路由器之前都能正常響應,到哪個路由器就不能正常響應了。這時只需更改遠端路由器埠配置,就能恢復線路正常了。
邏輯故障的另一類就是一些重要進程或埠關閉,以及系統的負載過高。比如也是線路中斷,沒有流量,用ping發現線路埠不通,檢查發現該埠處於down的狀態,這就說明該埠已經關閉,因此導致故障。這時只需重新啟動該埠,就可以恢復線路的連通了。還有一種常見情況是路由器的負載過高,表現為路由器CPU溫度太高、CPU利用率太高,以及內存剩餘太少等,如果因此影響網路服務質量,最直接也是最好的辦法就是——更換路由器,當然換個好點的。(如果你有銀子的話)
網路故障根據故障的不同對象也可以劃分為:線路故障、路由故障和主機故障。
1. 線路故障
線路故障最常見的情況就是線路不通,診斷這種情況首先檢查該線路上流量是否還存在,然後用ping檢查線路遠端的路由器埠能否響應,用traceroute檢查路由器配置是否正確,找出問題逐個解決。方法在前面已經提過,這里就不多說了。
2. 路由器故障
事實上,線路故障中很多情況都涉及到路由器,因此也可以把一些線路故障歸結為路由器故障。檢測這種故障,需要利用MIB變數瀏覽器,用它收集路由器的路由表、埠流量數據、計費數據、路由器CPU的溫度、負載以及路由器的內存餘量等數據,通常情況下網路管理系統有專門的管理進程不斷地檢測路由器的關鍵數據,並及時給出報警。而路由器CPU利用率過高和路由器內存餘量太小都將直接影響到網路服務的質量。解決這種故障,只有對路由器進行升級、擴大內存等,或者重新規劃網路拓撲結構。
3. 主機故障
主機故障常見的現象就是主機的配置不當。像主機配置的IP地址與其它主機沖突,或IP地址根本就不在子網范圍內,由此導致主機無法連通。主機的另一故障就是安全故障。比如,主機沒有控制其上的finger,RPC,rlogin等多餘服務。而攻擊者可以通過這些多餘進程的正常服務或bug攻擊該主機,甚至得到Administrator的許可權等。還有值得注意的一點就是,不要輕易的共享本機硬碟,因為這將導致惡意攻擊者非法利用該主機的資源。發現主機故障一般比較困難,特別是別人惡意的攻擊。一般可以通過監視主機的流量、或掃描主機埠和服務來防止可能的漏洞。最後提醒大家不要忘了安裝防火牆,因為這是最省事也是最安全的辦法。
『捌』 ping命令的作用是什麼如何使用ping命令來判斷網路故障
ping 命令是一個最常用的網路故障判斷命令,不僅可以判斷區域網連接情況,還可以判斷廣域網連接情況。具體如下:
判斷區域網內電腦的連接是否正常
打開命令提示符
上圖為本機與200.192.188.188 IP地址伺服器無法連接的情況,數據全部丟失,伺服器沒有返回數據。也可以在ping後面空格,然後輸入網站域名進行網路連通性檢測。
『玖』 如何判斷網路故障
兩種逐層排查方式
OSI的層次結構為管理員分析和排查故障提供了非常好的組織方式。由於各層相對獨立,按層排查能夠有效地發現和隔離故障,因而一般使用逐層分析和排查的方法。
通常有兩種逐層排查方式,一種是從低層開始排查,適用於物理網路不夠成熟穩定的情況,如組建新的網路、重新調整網路線纜、增加新的網路設備;另一種是從高層開始排查,適用於物理網路相對成熟穩定的情況,如硬體設備沒有變動。無論哪種方式,最終都能達到目標,只是解決問題的效率有所差別。
根據具體情況選擇排查方式
具體採用哪種方式,可根據具體情況來選擇。例如,遇到某客戶端不能訪問Web服務的情況,如果管理員首先去檢查網路的連接線纜,就顯得太悲觀了,除非明確知道網路線路有所變動。比較好的選擇是直接從應用層著手,可以這樣來排查:首先檢查客戶端Web瀏覽器是否正確配置,可嘗試使用瀏覽器訪問另一個Web伺服器;如果Web瀏覽器沒有問題,可在Web伺服器上測試Web伺服器是否正常運行;如果Web伺服器沒有問題,再測試網路的連通性。即使是Web伺服器問題,從底層開始逐層排查也能最終解決問題,只是花費的時間太多了。如果碰巧是線路問題,從高層開始逐層排查也要浪費時間。
在實際應用中往往採用折衷的方式,凡是涉及到網路通信的應用出了問題,直接從位於中間的網路層開始排查,首先測試網路連通性,如果網路不能連通,再從物理層(測試線路)開始排查;如果網路能夠連通,再從應用層(測試應用程序本身)開始排查。
首先使用ping命令測試連通性。在TCP/IP網路中,排查網路問題的第一步常常是使用ping命令。如果能夠成功地ping到遠程主機,就排除了網路連接出現故障的可能性。即使是使用ping命令,也有一個逐步檢測判斷的步驟。
例如,假設有一個如圖1所示的網路,這里要測試網路能否正常通信。通常從ping遠程計算機開始(例中在主機A上ping主機B),成功說明系統和網路正常,失敗說明主機離線或網路故障。失敗後再ping同一子網的網關(例中為192.168.1.1)來確認主機A是否能夠連接到路由器。失敗後再ping環回地址127.0.0.1來確認TCP/IP協議軟體是否有問題,如果有問題,需要重新安裝TCP/IP協議軟體。也可以採用另一種步驟,從ping環回地址127.0.0.1開始,失敗說明TCP/IP協議軟體安裝有問題,如果成功再ping同一子網的網關,如果成功再ping其他網關(路由器)逐步排查網路各個環節,直到最後ping遠程主機。只要成功地ping到遠程主機,可以判斷網路問題一般發生在更高層次。
分層排查網路的措施
每個網路層次都有相應的檢測排查工具和措施,各層的基本排查措施如圖2所示。在最底層的物理層,專業人員往往採用專門的線纜測試儀,沒有測試儀的可通過網路設備(網卡、交換機等)信號燈進行目測。數據鏈路層的問題不多,對於TCP/IP網路,可以使用簡單的arp命令來檢查MAC地址(物理地址)和IP地址之間的映射問題。網路層出現問題的可能性大一些,路由配置容易出現錯誤,可通過route命令來測試路由路徑是否正確,也可使用ping命令來測試連通性。協議分析器(如微軟提供的網路監視器)具有很強的檢測和排查能力,能夠分析鏈路層及其以上層次的數據通信,當然包括傳輸層。至於應用層,可使用應用程序本身進行測試。