伺服器出問題怎麼排錯

A. iphone 11連接伺服器時出現問題

問題描述：使用iPhone手機登錄Apple ID賬號的過程中，iPhone出現提示「連接 Apple ID 伺服器時出錯」，結果導致Apple ID賬號無法登錄或者退出。

解決方案：

一、系統設置問題：

需要檢查系統設置中的移動數據是否是關閉狀態。一般蘋果手機顯示連接Apple ID伺服器時出錯很大一部分原因都是不小心關閉掉系統設置中的移動數據造成。

打開手機設置，查看【蜂窩移動網路】，接著在應用數據流量管理列表中，找到【設置】選項進入到裡面，勾選一下【WLAN與蜂窩移動網】即可解決問題。

iPhone顯示「連接Apple ID伺服器時出錯」怎麼辦？

二、排除網路問題：

出現此提示，也可能是因為網路連接不穩定導致，您可以由移動數據切換到Wi-Fi連接試試，或者嘗試連接更換一個更為穩定的無線網路。

或者您可以確定下當前的Wi-Fi是否能夠使用，如果有問題可以重新啟動路由器。

如果仍然無法解決問題，可以在【設置】—【通用】—【還原】中嘗試還原網路設置（此操作會讓所有保存的Wi-Fi密碼都消失，需要重新連接），再重新連接Wi-Fi看看。

iPhone顯示「連接Apple ID伺服器時出錯」怎麼辦？

如果仍然無法解決，您也可以嘗試重啟設備之後再看看是否能夠正常登錄或退出。

三、查看蘋果官網：

點此查看蘋果官網「系統狀態」頁面上的列表。如果Apple ID不是顯示綠色圓點，則說明蘋果伺服器當前可能出現了狀況，您可以稍後再嘗試登錄。

B. 蘋果手機連接伺服器是出現問題是什麼意思

蘋果手機出現連接到伺服器時出現問題一般是由於網路連接出現問題導致的，建議更換一個連接網路。具體原因如下：

1、Apple ID帳號、密碼輸入錯誤導致無法登錄。

2、AppleID被別人給盜走修改密碼了，導致登錄失敗。

3、Apple ID帳號被凍結掉不能使用。

(2)伺服器出問題怎麼排錯擴展閱讀：

解決方法如下：

方法一：系統設置問題

1、檢查系統設置數據是否關閉。當連接到AppleID伺服器時，100％的錯誤是由於關閉系統設置數據造成的。首先，逐一打開iPhone的系統設置。

C. 網路排錯中，常用那些操作命令，其作用

ipconfig
檢測本地連接，IP,DNS等是否正確
ping
檢測網路是否暢通，建議ping 網關還有外網IP如網路(ping www..com )
tracert
用來定位在哪個路由出了問題

D. 常見伺服器故障類型及排查方法總結

四，伺服器故障排查方法總結

問題描述：

每當出現網站訪問不了的時候，估計應該就是伺服器出現故障了，這個時候大部分情況都是屬於資料庫出現問題。

查找步驟：

1、查找top檢查伺服器負載是否有問題

一般網站訪問不了，top顯示的負載都是很大的，這個時候可以看到mysql的進程佔用資源很高，往往就是mysql發生故障了

2、在伺服器中查看網站的訪問記錄

這些訪問記錄存儲在：/home/對應的網站名/access-logs/對應的網站名

可以先通過tail查看，查看出異常的ip的時候可以通過grep進行過濾查看，在這個文件一般都可以找到惡意爬蟲、惡意訪問的記錄，這些往往有可能是導致mysql資料庫掛掉的原因。

3、這個時候先對資料庫進行重啟，對apache進行重啟

service mysql restart

service httpd restart

重啟之後一般都可以暫時恢復正常的訪問的了。如果是出於惡意訪問的話，找出惡意訪問的ip把它禁止掉即可，如果是網站資料庫出現故障，那麼還要進行資料庫排查。

4、查找資料庫錯誤日誌

首先需要知道資料庫mysql的安裝目錄，可以通過whereis mysql找到，但是這往往沒用

還有一種方法，就是通過ps -ef | grep mysql來查看

或者也可以通過進入mysql，使用select @@basedir as basePath from al來查看mysql安裝目錄

我們在第二種查找方法ps -ef | grep mysql中對應mysql的幾種日誌找到其所在目錄，然後查看對應文件進行分析

mysql有以下幾種日誌

錯誤日誌：-log-err

查詢日誌：-log

慢查詢日誌：-log-slow-queries

更新日誌：-log-update

二進制日誌：-log-bin

以上便是對應的資料庫錯誤日誌和慢查詢日誌的查看方法了

在伺服器的維修中，線索都會顯得撲朔迷離，有的甚至按起葫蘆翹起瓢。一般來說不可能一次就可以准確地判斷出問題的所在。這樣就要求工程師要有信心和耐心。出現錯誤一般的方法都是根據經驗優先使用最簡單排錯方法測試，如果沒有解決問題再找其它因素進行測試。總之，伺服器出錯後必須一步一步解決，沒有捷徑可言。

E. 如何排除Web伺服器出現的故障

伴隨著對信息化要求的不斷提升，相信多數單位都會架設自己的Web伺服器，來在Internet網路中發布信息、宣傳自我。為了保證任何一位上網用戶都能順暢地訪問到Web伺服器中的內容，網路管理員在正式發布Web信息之前往往需要設置一下IIS伺服器，以便確保單位的Web網站可以始終如一地穩定運行。然而很多時候，我們都會遇到Web伺服器訪問失敗的故障現象，面對Web伺服器故障，我們往往會表現得手忙腳亂，根本不知道該從何處著手，來解決這些Web伺服器故障。其實，造成Web伺服器故障的因素有很多，我們需要對此進行逐一排查，才能高效解決對應的Web伺服器故障現象。Web伺服器故障現象為了充分展示單位的形象，擴大單位的知名度，單位領導要求網路管理員，立即拿出方案，組建有個性化特色的Web站點，不僅確保單位內部的員工可以通過內網正常訪問Web站點，同時還要保證外網用戶也能快速地訪問到本單位的站點內容。依照領導指示精神，網路管理員立即行動，挑選了一台運行性能非常高效的計算機作為伺服器系統，並在其中安裝、配置了Windows Server 2003系統，同時利用該系統自帶的IIS組件架設了Web伺服器;為了提高Web站點的訪問速度，網路管理員特地將Web站點所在的計算機直接連到單位千兆核心交換機上，同時將目標主機的IP地址設置成與單位普通員工所用計算機處於相同網段的地址。剛開始的時候，無論是內網用戶，還是外網用戶，所有用戶都能正常地訪問單位的Web站點。可是，沒有多長時間，單位內網用戶在訪問Web站點時，就遇到了訪問失敗的Web伺服器故障，具體表現為無論從哪一台客戶端系統出發，使用內網地址訪問單位的目標站點時，系統屏幕上都會彈出身份驗證對話框，要求單位員工必須輸入訪問賬號與密碼，可是當網路管理員嘗試以Web站點的系統管理員身份進行登錄操作時，發現始終登錄不進去;更讓人感覺到不可理解的是，網路管理員趕到Web伺服器現場，查看其安全配置時，發現目標Web站點根本就沒有啟用登錄驗證設置，那身份驗證對話框究竟是怎麼彈出來的呢?Web伺服器故障排查由於造成這類Web伺服器故障的因素比較多，我們必須要對各種可能因素進行依次排查，才能找到具體的Web伺服器故障原因，啟凡合肥網路公司分析如何採取針對性措施來快速解決故障現象：1、檢查安全登錄設置考慮到在訪問目標Web站點的時候，系統彈出了身份驗證對話框，這就意味著目標Web站點可能在安全登錄方面沒有配置正確，造成了用戶訪問Web內容時必須要輸入訪問賬號。依照這樣的分析思路，網路管理員准備先檢查一下Web伺服器的安全登錄配置參數，看看其中的設置是否正確;想到做到，網路管理員立即來到目標Web主機現場，以特權賬號登錄其中，並依次單擊「開始」/「設置」/「控制面板」選項，從彈出的系統控制面板窗口中，找到「管理工具」功能圖標，並用滑鼠雙擊該圖標選項，進入對應系統的管理工具列表窗口;接著再用滑鼠雙擊IIS功能圖標，彈出對應系統的IIS主控台窗口，從該窗口的左側列表區域，找到目標Web站點所在的計算機名稱，並用滑鼠右鍵單擊該計算機名稱，從彈出的右鍵菜單中執行「屬性」命令，彈出目標Web主機的屬性設置窗口;在該屬性設置窗口中點選「目錄安全性」選項卡，打開目錄安全性選項設置頁面;下面，在該設置頁面的「身份驗證和訪問控制」設置項右邊，單擊「編輯」按鈕，進入身份驗證和訪問控制設置對話框，網路管理員發現其中的「匿名訪問」、「集成Windows驗證」等選項都處於選中狀態，於是他嘗試著將這些參數選項取消選中，之後重新從內網的一台計算機中進行Web訪問，可是相同的故障現象仍然存在;於是，網路管理員再次選中了「匿名訪問」、「集成Windows驗證」等選項，可是讓他感覺非常失望的是，上面兩個選項無論是選中還是沒有選中，好像故障現象都存在，這就說明目標Web主機的安全登錄設置與上面的故障現象並沒有什麼關系。2、檢查上網連接設置既然登錄設置以及許可權設置，都影響不了Web伺服器訪問失敗的故障現象，那問題可能出在其他地方。考慮到單位的Web伺服器自從搭建成功後，網路管理員很少去改動它，那麼伺服器自身出現問題的可能性比較小，於是網路管理員決定從普通客戶端的網路連接設置著手，看看是否是客戶端自身原因引起的。網路管理員擔心區域網中可能存在ARP病毒，造成了普通客戶端系統訪問目標Web站點時，上網數據包被強行轉發到其他的主機上了，於是他立即登錄進入單位區域網的核心交換機後台系統，並利用系統自帶的診斷命令，對內網中每一個上網埠進行了掃描、診斷，結果發現所有上網埠的工作狀態都是正常的，而且內網網路中也不存在由ARP病毒引起的地址沖突現象，這說明內網網路中不存在ARP病毒。接著網路管理員又對幾台普通客戶端系統的網路線纜連通性進行了測試，發現它們的狀態也是正常的，並且從客戶端系統中執行ping命令，來測試目標Web站點IP地址的連通性時，也是正常的，這說明普通客戶端系統是可以正常訪問目標Web站點的。後來，網路管理員擔心客戶端系統採用了代理區域網方式上網，因為採用這種方式訪問目標Web站點時，需要先輸入代理伺服器的登錄賬號與密碼，難道我們在進行Web站點訪問操作時，系統屏幕彈出的身份驗證對話框，是針對代理伺服器的?為了排除這種因素，網路管理員立即打開客戶端系統的IE瀏覽器窗口，依次單擊其中的「工具」/「Internet選項」，打開Internet選項設置對話框，單擊其中的「連接」標簽，並在對應標簽設置頁面中，網路管理員發現本地客戶端系統並沒有啟用代理伺服器設置，這說明Web伺服器訪問失敗的故障與客戶端系統的上網連接設置沒有任何關系。3、檢查目錄訪問許可權會不會是目標Web站點所指向的主目錄，對普通用戶的訪問許可權進行了限制呢?聯想到在搭建FTP站點時，如果不對FTP站點的主目錄開放用戶訪問許可權的話，那麼普通用戶是無法通過IE瀏覽器登錄進入FTP站點的;為此，網路管理員立即打開目標Web站點的系統資源管理器窗口，從中找到對應的主目錄，用滑鼠右鍵單擊該主目錄，從彈出的快捷菜單中執行「屬性」命令，打開對應主目錄的屬性設置對話框;點選其中的「安全」選項卡，網路管理員看到其中並沒有everyone賬號的訪問許可權，難道是沒有對everyone賬號進行授權，造成了Web伺服器訪問失敗的故障現象?為了驗證這樣的猜測是否正確，網路管理員立即單擊安全選項設置頁面中的「添加」按鈕，將everyone賬號添加到賬號列表中來，同時為該賬號設置了合適的訪問許可權，最後單擊「確定」按鈕執行設置保存操作，原以為這樣的設置操作可以解決問題了，不過網路管理員再次嘗試從普通客戶端系統進行Web站點的訪問操作時，發現還是無法成功，很明顯造成上述故障現象的因素可能不是目錄訪問許可權。4、檢查授權模式配置在排除了客戶端系統的自身因素後，網路管理員再次將目光聚焦到Web伺服器身上。經過上網咨詢相關問題，網路管理員估計Windows Server 2003伺服器系統的授權模式可能被意外修改，因為伺服器授權模式要是設置不當時，很可能出現用戶無論輸入什麼登錄賬號都無效的故障現象。想到做到，網路管理員立即登錄進入Web伺服器系統，依次單擊「開始」/「設置」/「控制面板」命令，在彈出的控制面板窗口中雙擊「授權」圖標，彈出授權模式配置窗口，在這里網路管理員發現目標Web站點當前使用的是「每伺服器」授權模式;為了判斷該參數是否對Web訪問有影響，網路管理員將授權模式修改為了「每設備或用戶」選項，並且重新啟動了一下Web伺服器系統，然而這樣的調整也沒有取得任何效果，看來授權模式配置也對Web訪問操作沒有直接的影響。5、檢查其他Web服務經過上述排查，網路管理員確認Web伺服器以及客戶端系統自身狀態都是正常的，單位內網的線路也是正常的，那為什麼客戶端系統偏偏會在訪問單位Web站點時，彈出身份驗證對話框，並且無論輸入什麼用戶賬號都沒有用呢?經過仔細分析，網路管理員估計區域網中可能同時存在其他的Web服務，而其他Web服務恰好又搶用了單位Web伺服器的站點地址，最後造成了單位員工在進行Web訪問時，實際上是訪問了其他一個沒有經過正確配置的Web站點。正當網路管理員准備排查區域網中究竟是否存在其他的Web服務時，一個故障電話突然打了進來，說單位新買的列印機突然無法正常網路列印了，那麼這個故障會不會與Web伺服器訪問失敗現象有什麼必然的聯系呢?想到這一點，網路管理員立即趕到網路列印機現場，登錄進入該設備的後台管理頁面，檢查其配置參數時，發現該設備的日誌頁面提示說存在地址沖突現象，仔細一看，網路管理員發現那個沖突的地址竟然就是單位Web站點的地址，難道我們從內網客戶端系統訪問目標站點時，訪問的卻是列印機後台管理系統?既然存在地址沖突現象，網路管理員立即動手為網路列印機重新分配了一個地址，之後他再次對目標Web站點進行了訪問操作，這一次很順利地打開了對應站點內容，顯然Web伺服器故障現象已經被成功解決了。Web伺服器故障總結經過更深入地檢查，網路管理員發現列印機設備默認運行了Web服務，那樣一來列印用戶就能通過Web方式對列印設備進行遠程管理;而在默認狀態下網路列印機沒有啟用匿名訪問功能，如此一來當網路列印機使用了單位Web站點的IP地址時，上網用戶其實訪問的就是列印機後台管理頁面，而該頁面是需要進行身份驗證的，這也是普通用戶為什麼訪問目標站點時會彈出身份驗證對話框的原因了，而網路管理員由於沒有輸入網路列印機授權的用戶賬戶，才會出現無論輸入什麼用戶賬號也不能成功登錄的現象了。此次Web伺服器故障的元兇就是這個原因。回顧上面的Web伺服器故障排除過程，我們發現此次的Web伺服器故障排查其實很簡單，如果我們能夠及時注意到區域網中新增加了網路列印機的話，那麼在進行故障排查時我們或許就能注意到該變化會對Web伺服器故障造成影響了。為此，我們日後在排查網路故障之前，應該先觀察網路環境中是否存在變化，如果有變化的話，再對該變化展開針對性思考與聯想，那樣的話故障解決起來就不會繞彎子了。