第一篇：webox服務器連接異常
連接服務器錯誤代碼
IIS狀態代碼的含義 概要
當用戶試圖通過HTTP或文件傳輸協議(FTP)訪問一臺正在運行Internet信息服務(IIS)的服務器上的內容時，IIS返回一個表示該請求的狀態的數字代碼。該狀態代碼記錄在IIS日志中，同時也可能在Web瀏覽器或FTP客戶端顯示。狀態代碼可以指明具體請求是否已成功，還可以揭示請求失敗的確切原因。 更多信息
日志文件的位置 在默認狀態下，IIS把它的日志文件放在%WINDIRSystem32Logfiles文件夾中。每個萬維網(WWW)站點和FTP站點在該目錄下都有一個單獨的目錄。在默認狀態下，每天都會在這些目錄下創建日志文件，并用日期給日志文件命名(例如，exYYMMDD.log)。 HTTP
1xx-信息提示
這些狀態代碼表示臨時的響應?？蛻舳嗽谑盏匠Ｒ庬憫?，應準備接收一個或多個1xx響應。 100-繼續。
101-切換協議。 2xx-成功
這類狀態代碼表明服務器成功地接受了客戶端請求。 200-確定?？蛻舳苏埱笠殉晒?。 201-已創建。 202-已接受。
203-非權威性信息。 204-無內容。 205-重置內容。 206-部分內容。
3xx-重定向
客戶端瀏覽器必須采取更多操作來實現請求。例如，瀏覽器可能不得不請求服務器上的不同的頁面，或通過代理服務器重復該請求。 301-對象已永久移走，即永久重定向。 302-對象已臨時移動。 304-未修改。 307-臨時重定向。
4xx-客戶端錯誤
發生錯誤，客戶端似乎有問題。例如，客戶端請求不存在的頁面，客戶端未提供有效的身份驗證信息。400-錯誤的請求。 401-訪問被拒絕。IIS定義了許多不同的401錯誤，它們指明更為具體的錯誤原因。這些具體的錯誤代碼在瀏覽器中顯示，但不在IIS日志中顯示： 401.1-登錄失敗。
401.2-服務器配置導致登錄失敗。
401.3-由于ACL對資源的限制而未獲得授權。 401.4-篩選器授權失敗。
401.5-ISAPI/CGI應用程序授權失敗。
401.7–訪問被Web服務器上的URL授權策略拒絕。這個錯誤代碼為IIS6.0所專用。
403-禁止訪問：IIS定義了許多不同的403錯誤，它們指明更為具體的錯誤原因： 403.1-執行訪問被禁止。 403.2-讀訪問被禁止。 403.3-寫訪問被禁止。 403.4-要求SSL。 403.5-要求SSL128。 403.6-IP地址被拒絕。 403.7-要求客戶端證書。 403.8-站點訪問被拒絕。 403.9-用戶數過多。 403.10-配置無效。 403.11-密碼更改。
403.12-拒絕訪問映射表。 403.13-客戶端證書被吊銷。 403.14-拒絕目錄列表。
403.15-超出客戶端訪問許可。
403.16-客戶端證書不受信任或無效。 403.17-客戶端證書已過期或尚未生效。
403.18-在當前的應用程序池中不能執行所請求的URL。這個錯誤代碼為IIS6.0所專用。
403.19-不能為這個應用程序池中的客戶端執行CGI。這個錯誤代碼為IIS6.0所專用。
403.20-Passport登錄失敗。這個錯誤代碼為IIS6.0所專用。 404-未找到。
404.0-(無)–沒有找到文件或目錄。
404.1-無法在所請求的端口上訪問Web站點。 404.2-Web服務擴展鎖定策略阻止本請求。 404.3-MIME映射策略阻止本請求。
405-用來訪問本頁面的HTTP謂詞不被允許(方法不被允許) 406-客戶端瀏覽器不接受所請求頁面的MIME類型。 407-要求進行代理身份驗證。 412-前提條件失敗。 413–請求實體太大。 414-請求URI太長。
415–不支持的媒體類型。 416–所請求的范圍無法滿足。 417–執行失敗。 423–鎖定的錯誤。
5xx-服務器錯誤
服務器由于遇到錯誤而不能完成該請求。 500-內部服務器錯誤。
500.12-應用程序正忙于在Web服務器上重新啟動。 500.13-Web服務器太忙。
500.15-不允許直接請求Global.asa。
500.16–UNC授權憑據不正確。這個錯誤代碼為IIS6.0所專用。 500.18–URL授權存儲不能打開。這個錯誤代碼為IIS6.0所專用。 500.100-內部ASP錯誤。
501-頁眉值指定了未實現的配置。
502-Web服務器用作網關或代理服務器時收到了無效響應。 502.1-CGI應用程序超時。
502.2-CGI應用程序出錯。application. 503-服務不可用。這個錯誤代碼為IIS6.0所專用。 504-網關超時。
505-HTTP版本不受支持。 FTP
1xx-肯定的初步答復
這些狀態代碼指示一項操作已經成功開始，但客戶端希望在繼續操作新命令前得到另一個答復。
110重新啟動標記答復。
120服務已就緒，在nnn分鐘后開始。 125數據連接已打開，正在開始傳輸。 150文件狀態正常，準備打開數據連接。
2xx-肯定的完成答復
一項操作已經成功完成?？蛻舳丝梢詧绦行旅?。200命令確定。 202未執行命令，站點上的命令過多。 211系統狀態，或系統幫助答復。 212目錄狀態。 213文件狀態。 214幫助消息。 215NAME系統類型，其中，NAME是AssignedNumbers文檔中所列的正式系統名稱。 220服務就緒，可以執行新用戶的請求。 221服務關閉控制連接。如果適當，請注銷。 225數據連接打開，沒有進行中的傳輸。 226關閉數據連接。請求的文件操作已成功(例如，傳輸文件或放棄文件)。 227進入被動模式(h1,h2,h3,h4,p1,p2)。 230用戶已登錄，繼續進行。
250請求的文件操作正確，已完成。 257已創建“PATHNAME”。
3xx-肯定的中間答復
該命令已成功，但服務器需要更多來自客戶端的信息以完成對請求的處理。 331用戶名正確，需要密碼。 332需要登錄帳戶。
350請求的文件操作正在等待進一步的信息。
4xx-瞬態否定的完成答復
該命令不成功，但錯誤是暫時的。如果客戶端重試命令，可能會執行成功。421服務不可用，正在關閉控制連接。如果服務確定它必須關閉，將向任何命令發送這一應答。
425無法打開數據連接。
426Connectionclosed;transferaborted. 450未執行請求的文件操作。文件不可用(例如，文件繁忙)。 451請求的操作異常終止：正在處理本地錯誤。 452未執行請求的操作。系統存儲空間不夠。
5xx-永久性否定的完成答復 該命令不成功，錯誤是永久性的。如果客戶端重試命令，將再次出現同樣的錯誤。500語法錯誤，命令無法識別。這可能包括諸如命令行太長之類的錯誤。 501在參數中有語法錯誤。 502未執行命令。 503錯誤的命令序列。 504未執行該參數的命令。 530未登錄。
532存儲文件需要帳戶。
550未執行請求的操作。文件不可用(例如，未找到文件，沒有訪問權限)。 551請求的操作異常終止：未知的頁面類型。
552請求的文件操作異常終止：超出存儲分配(對于當前目錄或數據集)。 553未執行請求的操作。不允許的文件名。
常見的FTP狀態代碼及其原因
150-FTP使用兩個端口：21用于發送命令，20用于發送數據。狀態代碼150表示服務器準備在端口20上打開新連接，發送一些數據。
226-命令在端口20上打開數據連接以執行操作，如傳輸文件。該操作成功完成，數據連接已關閉。
230-客戶端發送正確的密碼后，顯示該狀態代碼。它表示用戶已成功登錄。
331-客戶端發送用戶名后，顯示該狀態代碼。無論所提供的用戶名是否為系統中的有效帳戶，都將顯示該狀態代碼。
426-命令打開數據連接以執行操作，但該操作已被取消，數據連接已關閉。
530-該狀態代碼表示用戶無法登錄，因為用戶名和密碼組合無效。如果使用某個用戶帳戶登錄，可能鍵入錯誤的用戶名或密碼，也可能選擇只允許匿名訪問。如果使用匿名帳戶登錄，IIS的配置可能拒絕匿名訪問。
550-命令未被執行，因為指定的文件不可用。例如，要GET的文件并不存在，或試圖將文件PUT到您沒有寫入權限的目錄。
第二篇：SQL2008 不能連接服務器
第一步：檢查是否選擇的數據庫引擎，然后實例名字是否正確，你應該直接寫的(local)或者打的"."號吧?你換成電腦的計算機名字或者IP試下;
第二步：SQLserver配置遠程連接是否正確，在開始-程序-打開SQL配置管理器，查看TCP/IP協議是否開啟，沒的話就開啟，開始->>SQLServer2005->>配置工具->>SQLServer外圍應用配置器->>服務和外圍連接的應用配置器->>點擊"遠程連接"->>本地連接和遠程連接->>同時使用TCP/IP和named Pipes->>點"確定"->>重啟SQLserver服務;
另外注意服務器身份驗證選擇“SQL Server和windows身份驗證模式”。
實在不行卸載掉在網上下載個安裝手冊，按照步驟一步一步操作就OK了。。。
SQL2005, 在連接數據庫引擎時，用windows身份驗證時可以正常連接上，但是用Sql身份驗證就連接不上。
2011-5-23 22:03
提問者： zhou5575 | 懸賞分：10 | 瀏覽次數：3242次
提示錯誤18456。安裝時選擇的是windows身份驗證和SQL身份驗證，之前都是好好的，突然就連接不上了~ 求求各位大神指點迷津
我來幫他解答
推薦答案檢舉 | 2011-5-24 10:35
既然windows身份驗證能夠通過，就以該身份先登錄進管理器，然后在服務器屬性中有一項服務器身份驗證，設為sql server和windows身份驗證模式。下一步，在安全--登錄中設置sa用戶的屬性，在狀態一欄中有“登錄”一項，默認是禁用，改為啟用。修改完成后，重啟企業管理器以sa用戶名進行登錄，問題依舊。想了半天，原來在設置完“sql server和windows身份驗證模式”后，要求重啟服務。當時設置完成后只是重新開啟了企業管理器，其服務并沒重新啟動。
可以參考下面的參考資料，希望對你有幫助。
第三篇：上海服務器租用服務器托管遠程連接主機注意事項
Linux系統是不少服務器租用用戶所喜歡使用的系統，不過對于在遠程連接的時候會存在哪些隱患，也許并不是所有人都知道。
利用遠程登錄協議來遠程登錄并對服務器進行管理，這是服務器管理員最司空見慣的操作了。在Windows操作環境中，系統管理員可能喜歡采用Telnet協議來完成這個任務。但是在Linux操作系統環境中，要利用這個Telnet協議的話，具有一定的困難。因為由于Telnet協議有一定的安全漏洞，所以Linux操作系統默認情況下是采用ssh遠程登錄協議來代替這個Telnet協議。不過有些系統管理員還是喜歡采用Telnet協議。如要通過Windows客戶端來遠程管理Linux主機，如果要使用ssh協議的話，還必須去下載這個工具。因為Windows客戶端默認情況下只支持Telnet協議，而不支持ssh協議。為了滿足這部分系統管理員的需要，筆者今天就談談在Linux主機上啟用Telnet協議的注意事項。
第一、 手工啟動telnet協議。
默認情況下，Linux操作系統是不會啟用Telnet協議。其他版本的Linux操作系統其實也都有類似的限制。這主要是因為Telnet其有一個比較大的安全隱患。即其在數據傳輸的過程中，用戶名、密碼、指令都是明文傳輸的。為此在傳輸過程中，容易遭受到攻擊，如利用嗅探器攻擊者可以輕松的獲取帳號、密碼等敏感信息。為了Linux服務器的安全，建議大家采用ssh協議，而不是Telnet協議。如果一定要采用這個Telnet協議的話，則首先需要在Linux 服務器上啟用這個Telnet協議。如果需要啟用這個協議的話，則需要利用vi等文本編輯器修改telnet文件。在/etc/xinetd.d下有一個 /telnet文件。在這個文件中，有一條記錄為disable=no。只需要把這條記錄改為disable=yes即可。注意在修改時，大小寫是區分的。這里是小寫的yes，而不是大寫。
不過這個文件修改后還不能夠及時生效。系統管理員需要重新啟動來讓這個文件生效。如果不想重新啟動的話，則需要執行命令/etc/init.d /xinetd reload命令，強制讓系統重新加載設置文件。這個命令執行完成后，操作系統會立即啟用telnet服務了。為了服務器的安全考慮，筆者再強調一次，最好不要輕易啟動這個服務。如果啟動了這個服務的話，那么在用完之后最好能夠及時關閉，以確保其安全?；蛘哒f，在網絡上采用其他的安全措施，如IPSec安全策略等等，來加密網絡中傳輸的數據。跟這些類似的工具結合使用，也可以減少采用Telnet協議帶來的安全風險。
第
二、 允許root帳號采用Telnet協議遠程登錄。
即使啟用來Telent服務，默認情況下系統管理員仍然不能夠利用Telnet協議遠程登錄操作系統。這主要是因為默認情況下，在 Linux操作系統中，是不允許root帳戶采用Telnet進行遠程登錄的。而作為系統管理員來說，如果要執行管理任務的話，則大部分情況下都需要特權用戶root才能夠完成。所以啟用了Telnet服務后，還需要允許特權帳戶root可以采用這個協議進行遠程登錄并執行相關的維護操作。
其實Linux操作系統這么設計并不是在為難系統管理員，其也有特殊的考慮。主要是因為采用Telnet協議的時候，利用特權帳戶root登錄時需要在網絡上明文傳輸特權用戶的密碼。而root帳戶對Linux服務器具有最高的操作權限。為此如果其密碼泄露的話，那么就可以讓攻擊者任意妄為了。所以Linux操作系統設計者在不得已的情況下，采取了這個限制。
如果要允許root帳戶遠程登錄操作系統的話，可以按照下面的方法來操作。
對于root帳戶，在操作系統中專門有一個文件/etc/securretty 來限制root帳號可以從哪一個終端來登錄。在這個文件中，不僅固定了本地終端，也同時規定了遠程終端。在Linux操作系統中，遠程終端的代碼是 pts。其后面的代碼(/0，/1)表示允許登錄用戶的數量。如果允許同時有多個用戶遠程登錄到操作系統的話，則需要設置多個pts終端。通過這個終端的數量，可以限制同時進行遠程登錄用戶的數量。當用戶登錄時，到底是采用那個終端則是不一定的。如現在已經有三個用戶遠程登錄到操作系統，此時系統管理員遠程登錄到操作系統時，則采用的終端號就為pts/4。如果要運行root特權帳戶采用Telnet協議遠程登錄的話，則需要將這些終端加入到這個文件中。這里需要注意的是，如果遠程登錄的用戶比較多時，則需要在這個文件中多加入幾個遠程終端，即pts/0,pts1等等。否則的話，有其他用戶捷足先登了，那么系統管理員就不能夠在遠程登錄了。一般情況下，需要加入兩到三個遠程終端。不過具體要加入多少，還是需要系統管理員根據企業的實際情況來定。如果企業系統管理員比較多時，或者需要同時遠程登錄這臺Linux服務器進行遠程協作等等，那么就需要多啟用幾個遠程端口。以便不時之需。在文件中加入這些端口之后，系統管理員就可以利用root帳戶進行遠程登錄了。注意，如果采用的是ssh遠程登錄協議的話，不需要進行類似的設置。因為ssh 協議默認情況下其傳輸的內容是加密的，所以系統允許root帳戶進行遠程登錄。
如果系統管理員覺得這個方式比較麻煩的話，那么還有一種比較簡便的方法。即直接將這個文件刪除，或者對其進行重命名即可。把文件刪除或者重命名，操作系統就找不到相關的設置文件了。此時系統就會允許root帳戶利用所有可用的終端進行登錄了。不過顯然這么操作，雖然方便了，但是留下了很大的安全隱患。為此，筆者還是建議，如果真的允許root帳戶利用Telnet協議進行遠程登錄的話，還是老老實實的，在上面這個配置文件中加入相關的記錄。其實這個配置起來也不是很麻煩，而且這個配置文件修改后即時生效。不需要重新啟動或者手工執行命令讓強制生效。所以這個配置文件修改起來還是比較簡單的。另外需要提醒管理員的是，如果采取配置文件自動備份機制的話，則最好在修改這個配置文件之前，對其進行備份。畢竟最老的“鳥”也會有失手的時候。因為 Linux操作系統中的配置文件，就好像微軟操作系統中的注冊表文件。對他們進行修改時，都必須要先進行備份。這個安全措施，即使對Linux系統管理專家來說也仍然是不可少的。
第
三、 建立使用ssh協議來替代Telent協議。
其實從功能上來說，telnet協議能夠完成的事情，ssh協議也能夠完成。但是，在Linux操作系統環境下使用ssh協議，有兩方面的優勢。首先，ssh協議比telnet協議具有更高的安全性。前者帳號、密碼、指令等等在傳輸的過程中都是加密過的。為此即使攻擊者獲取這些信息也沒有作用。而后者由于在傳輸過程中以明文傳輸，為此攻擊者可以輕松后去所需要的內容，特別是帳號與口令，從而為下一步攻擊做好準備。其次，默認情況下，Linux操作系統只支持ssh協議，而不支持Telnet協議。也就是說，如果想通過Telnet協議遠程登錄到Linux操作系統的話，就需要向上面介紹的進行一些額外的設置。而如果采用ssh協議的話，想比起來可以避免類似設置的麻煩。
而如果通過Windows客戶端來遠程管理Linux服務器系統時，若采用ssh協議則有一個障礙。即在Windows的客戶端中，現在還不支持ssh協議。為此如果要通過Windows客戶端來管理Linux操作系統(是很多系統管理員所采用的方法)，則必須要下載一個小工具，如putty等等，讓在Windows客戶端上也可以使用ssh協議。雖然從網上下載工具有一定的麻煩，但是比起這個安全性來說，這還是值得的。為此筆者再次建議系統管理員，要使用ssh協議來遠程登錄與維護Linuxc操作系統，而不是采用Telnet協議。
浦東數據中心為用戶提供專業服務器托管以及服務器租用服務，專業技師提供7*24技術支持及時解決用戶技術故障，為用戶提供更優質服務器運行環境。
第四篇：遠程連接sql server 2000服務器的解決方案
一 看ping 服務器IP能否ping通。
這個實際上是看和遠程sql server 2000服務器的物理連接是否存在。如果不行，請檢查網絡，查看配置，當然得確保遠程sql server 2000服務器的IP拼寫正確。
二 在Dos或命令行下輸入telnet 服務器IP 端口，看能否連通。
如telnet 202.114.100.100 1433
通常端口值是1433，因為1433是sql server 2000的對于Tcp/IP的默認偵聽端口。如果有問題，通常這一步會出問題。通常的提示是“……無法打開連接,連接失敗"。
如果這一步有問題，應該檢查以下選項。
1 檢查遠程服務器是否啟動了sql server 2000服務。如果沒有，則啟動。
2 檢查服務器端有沒啟用Tcp/IP協議，因為遠程連接(通過因特網)需要靠這個協議。檢查方法是，在服務器上打開 開始菜單->程序->Microsoft SQL Server->服務器網絡實用工具，看啟用的協議里是否有tcp/ip協議，如果沒有，則啟用它。
3 檢查服務器的tcp/ip端口是否配置為1433端口。仍然在服務器網絡實用工具里查看啟用協議里面的tcp/ip的屬性，確保默認端口為1433，并且隱藏服務器復選框沒有勾上。
事實上，如果默認端口被修改，也是可以的，但是在客戶端做telnet測試時，寫服務器端口號時必須與服務器配置的端口號保持一致。如果隱藏服務器復選框被勾選，則意味著客戶端無法通過枚舉服務器來看到這臺服務器，起到了保護的作用，但不影響連接，但是Tcp/ip協議的默認端口將被隱式修改為2433，在客戶端連接時必須作相應的改變。
4 如果服務器端操作系統打過sp2補丁，則要對windows防火墻作一定的配置，要對它開放1433端口，通常在測試時可以直接關掉windows防火墻(其他的防火墻也關掉最好)。
5 檢查服務器是否在1433端口偵聽。如果服務器沒有在tcp連接的1433端口偵聽，則是連接不上的。檢查方法是在服務器的dos或命令行下面輸入
netstat -a -n 或者是netstat -an，在結果列表里看是否有類似 tcp 127.0.0.1 1433 listening 的項。如果沒有，則通常需要給sql server 2000打上至少sp3的補丁。其實在服務器端啟動查詢分析器，輸入 select @@version 執行后可以看到版本號，版本號在8.0.2039以下的都需要打補丁。
如果以上都沒問題，這時你再做telnet 服務器ip 1433 測試，將會看到屏幕一閃之后光標在左上角不停閃動。恭喜你，你馬上可以開始在企業管理器或查詢分析器連接了。
三 檢查客戶端設置
程序->Microsoft SQL Server -> 客戶端網絡使用工具。像在服務器網絡實用工具里一樣，確?？蛻舳藅cp/ip協議啟用，并且默認端口為1433(或其他端口，與服務器端保持一致就行)。
四 在企業管理器里或查詢那分析器連接測試
企業管理器->右鍵SQlserver組->新建sqlserver注冊->下一步->寫入遠程IP->下一步->選Sqlserver登陸->下一步->寫入登陸名與密碼(sa,password)->下一步->下一步->完成
查詢分析器->文件->連接->寫入遠程IP->寫入登錄名和密碼(sa,password)->確定
通常建議在查詢分析器里做，因為默認情況下，通過企業管理器注冊另外一臺SQL Server的超時設置是4秒，而查詢分析器是15秒。
修改默認連接超時的方法:
企業管理器->工具->選項->在彈出的"SQL Server企業管理器屬性"窗口中，點擊"高級"選項卡->連接設置->在 登錄超時(秒) 后面的框里輸入一個較大的數字
查詢分析器->工具->選項->連接->在 登錄超時(秒) 后面的框里輸入一個較大的數字
通常就可以連通了，如果提示錯誤，則進入下一步。
五 錯誤產生的原因通常是由于SQL Server使用了"僅 Windows"的身份驗證方式，因此用戶無法使用SQL Server的登錄帳戶(如 sa )進行連接。
在SQL服務器上安裝一個SQL遠程連接的補丁，一般都可以解決問題。。
第五篇：考勤異常處理與招聘異常處理會議報告
會議報告
會議時間：2012年10月8日
地點： 9樓906辦公室
參 會 人：
記 錄 人：
議題：議題一，考勤管理維護及改進
議題二，生產體系人員招募推進
會議概要：
一、根據現有生產體系人員考勤情況，考勤管理存在四方面問題及漏洞：1.上班不打卡;
2.代他人打卡;3.打卡時長與加班申請單上時長不一致;4.請假依舊打卡。在以往考勤稽查或者實際抽查中發現過類似情況，也采取過一些措施，但是至今沒有取得實質性的進展。
二、 生產體系人員目前招募難點在焊接車間，還缺5個焊工。負一樓機加車間和噴涂車間生產能力相對有所上升，基本能滿足生產需求，焊接車間日產量在15臺左右，成為生產瓶頸。人員招聘需要加緊。
會議共識：
針對議題一，改進措施：
1. 從10月9日起，生產體系各部門每天5點前抄送當天加班申請表至人力資源部與行政部，人力資源部與行政部溝通，行政部8點前提交當天上夜班人員的考勤記錄給人力資源部;人力資源部每周不定時2次抽查生產體系出勤情況，每次50人以上。
2. 行政部保安負責上夜班人員的出勤稽查，每周不定期抽查三次，每次50人以上，并將抽查情況書面告知人力資源部、生產體系等相關部門。
3. 行政部保安每天員工上下班及晚上加班上班五個時間點，定點執勤，監督員工打卡，嚴禁代打卡等行為。
4. 新的打卡機正式運行后，生產體系各文員每天必須對當天加班輸入、核對前一天部門人員上下班異常，打卡異常第二天必須處理完畢，并將異常結果匯報人力資源部。
5. 重申《考勤管理制度》，對代打卡、未經批準擅自離崗、離崗不登記，不佩戴離崗證、睡覺、玩手機等行為嚴厲處分。對考勤現場稽查結果有問題的，嚴懲。 針對議題二：改進措施
1. 拓寬招聘渠道，增加招聘頻率，擴大招聘范圍，網羅人才。
2. 從現有打磨工中培養一批焊工學徒，作為人才儲備。