第一篇：遠程連接sql server 2000服務器的解決方案

遠程連接sql server 2000服務器的解決方案

一看ping 服務器Ip能否ping通，遠程連接sql server 2000服務器的解決方案。

這個實際上是看和遠程sql server 2000服務器的物理連接是否存在。如果不行，請檢查網絡，查看配置，當然得確保遠程sql server 2000服務器的Ip拼寫正確。

二在Dos或命令行下輸入telnet 服務器Ip 端口，看能否連通。

如telnet 202.114.100.100 143

3通常端口值是1433，因為1433是sql server 2000的對于Tcp/Ip的默認偵聽端口。如果有問題，通常這一步會出問題。通常的提示是“……無法打開連接,連接失敗“。

如果這一步有問題，應該檢查以下選項。檢查遠程服務器是否啟動了sql server 2000服務。如果沒有，則啟動。檢查服務器端有沒啟用Tcp/Ip協議，因為遠程連接(通過因特網)需要靠這個協議。檢查方法是，在服務器上打開 開始菜單->程序->Microsoft SQL Server->服務器網絡實用工具，看啟用的協議里是否有tcp/ip協議，如果沒有，則啟用它。檢查服務器的tcp/ip端口是否配置為1433端口。仍然在服務器網絡實用工具里查看啟用協議里面的tcp/ip的屬性，確保默認端口為1433，并且隱藏服務器復選框沒有勾上。

事實上，如果默認端口被修改，也是可以的，但是在客戶端做telnet測試時，寫服務器端口號時必須與服務器配置的端口號保持一致。如果隱藏服務器復選框被勾選，則意味著客戶端無法通過枚舉服務器來看到這臺服務器，起到了保護的作用，但不影響連接，但是Tcp/ip協議的默認端口將被隱式修改為2433，在客戶端連接時必須作相應的改變。如果服務器端操作系統打過sp2補丁，則要對windows防火墻作一定的配置，要對它開放1433端口，通常在測試時可以直接關掉windows防火墻(其他的防火墻也關掉最好)。檢查服務器是否在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-> 客戶端網絡使用工具。像在服務器網絡實用工具里一樣，確保客戶端tcp/ip協議啟用，并且默認端口為1433(或其他端口，與服務器端保持一致就行)。

四 在企業管理器里或查詢那分析器連接測試

企業管理器->右鍵SQlserver組->新建sqlserver注冊->下一步->寫入遠程Ip->下一步->選Sqlserver登陸->下一步->寫入登陸名與密碼(sa,password)->下一步->下一步->完成查詢分析器->文件->連接->寫入遠程Ip->寫入登錄名和密碼(sa,password)->確定

通常建議在查詢分析器里做，因為默認情況下，通過企業管理器注冊另外一臺SQL Server的超時設置是4秒，而查詢分析器是15秒。

修改默認連接超時的方法:

企業管理器->工具->選項->在彈出的”SQL Server企業管理器屬性“窗口中，點擊”高級“選項卡->連接設置->在 登錄超時(秒)后面的框里輸入一個較大的數字

查詢分析器->工具->選項->連接->在 登錄超時(秒)后面的框里輸入一個較大的數字

通常就可以連通了，如果提示錯誤，則進入下一步。

五 錯誤產生的原因通常是由于SQL Server使用了”僅 Windows“的身份驗證方式，因此用戶無法使用SQL Server的登錄帳戶(如 sa)進行連接。解決方法如下所示:在服務器端使用企業管理器，并且選擇”使用 Windows 身份驗證“連接上 SQL Server。展開”SQL Server組“，鼠標右鍵點擊SQL Server服務器的名稱，選擇”屬性“，再選擇”安全性“選項卡。在”身份驗證“下，選擇”SQL Server和 Windows “。重新啟動SQL Server服務。(在dos或命令行下面net stop mssqlserver停止服務，net start mssqlserver啟動服務，也是一種快捷的方法)。

附注:在連接本地服務器時，通常使用的是命名管道協議(在服務器網絡實用工具里可以看到啟用的協議有這個)，默認端口是445，因此在本地能連通是不能說明什么問題的，連接遠程服務器是完全不同的協議)

在使用 SQL Server 的過程中，用戶遇到的最多的問題莫過于連接失敗了。一般而言，有以下兩種連接 SQL Server 的方式，一是利用 SQL Server 自帶的客戶端工具，如企業管

理器、查詢分析器、事務探查器等；二是利用用戶自己開發的客戶端程序，如ASp 腳本、VB程

序等，客戶端程序中又是利用 ODBC 或者 OLE DB 等連接 SQL Server。下面，我們將就這兩

一、客戶端工具連接失敗

在使用 SQL Server 自帶的客戶端工具（以企業管理器為例）連接 SQL Server時，1、SQL Server 不存在或訪問被拒絕

ConnectionOpen(Connect())

2、用戶'sa'登錄失敗。原因：未與信任 SQL Server 連接相關聯。

3、超時已過期。

下面我們依次介紹如何來解決這三個最常見的連接錯誤。

第一個錯誤”SQL Server 不存在或訪問被拒絕“通常是最復雜的，錯誤發生的原因比

較多，需要檢查的方面也比較多。一般說來，有以下幾種可能性：

1、SQL Server名稱或Ip地址拼寫有誤；

2、服務器端網絡配置有誤；

3、客戶端網絡配置有誤。

要解決這個問題，我們一般要遵循以下的步驟來一步步找出導致錯誤的原因。

首先，檢查網絡物理連接：

ping ＜服務器Ip地址＞

或者

ping ＜服務器名稱＞

如果 ping ＜服務器Ip地址＞失敗，說明物理連接有問題，這時候要檢查硬件設備，如網卡、HUB、路由器等。還有一種可能是由于客戶端和服務器之間安裝有防火墻軟件造成的，比如 ISA Server。防火墻軟件可能會屏蔽對 ping、telnet 等的響應，因此在檢查連接

問題的時候，我們要先把防火墻軟件暫時關閉，或者打開所有被封閉的端口。

如果ping ＜服務器Ip地址＞ 成功而 ping ＜服務器名稱＞失敗，則說明名字解析

有問題，這時候要檢查 DNS 服務是否正常。有時候客戶端和服務器不在同一個局域網里面，這時候很可能無法直接使用服務器名稱來標識該服務器，這時候我們可以使用HOSTS文件來進

1、使用記事本打開HOSTS文件（一般情況下位于C:WINNTsystem32driversetc）

2、添加一條Ip地址與服務器名稱的對應記錄，如：

172.168.10.24 myserver

也可以在 SQL Server 的客戶端網絡實用工具里面進行配置，后面會有詳細說明，規劃方案《遠程連接sql server 2000服務器的解決方案》。

其次，使用 telnet 命令檢查SQL Server服務器工作狀態：

telnet ＜服務器Ip地址＞ 143

3如果命令執行成功，可以看到屏幕一閃之后光標在左上角不停閃動，這說明 SQL

Server 服務器工作正常，并且正在監聽1433端口的 TCp/Ip 連接；如果命令返回”無法打開

連接“的錯誤信息，則說明服務器端沒有啟動 SQL Server 服務，也可能服務器端沒啟用

TCp/Ip 協議，或者服務器端沒有在 SQL Server 默認的端口1433上監聽。

接著，我們要到服務器上檢查服務器端的網絡配置，檢查是否啟用了命名管道，是否

啟用了 TCp/Ip 協議等等。我們可以利用 SQL Server 自帶的服務器網絡使用工具來進行檢查

點擊：程序-＞ Microsoft SQL Server-＞服務器網絡使用工具，打開該工具后看

到的畫面如下圖所示：

從這里我們可以看到服務器啟用了哪些協議。一般而言，我們啟用命名管道以及

點中 TCp/Ip 協議，選擇”屬性“，我們可以來檢查 SQK Server 服務默認端口的設置，如下圖所示：

一般而言，我們使用 SQL Server 默認的1433端口。如果選中”隱藏服務器“，則意味

著客戶端無法通過枚舉服務器來看到這臺服務器，起到了保護的作用，但不影響連接。

檢查完了服務器端的網絡配置，接下來我們要到客戶端檢查客戶端的網絡配置。我們

同樣可以利用 SQL Server 自帶的客戶端網絡使用工具來進行檢查，所不同的是這次是在客戶

點擊：程序-＞ Microsoft SQL Server-＞客戶端網絡使用工具，打開該工具后

看到的畫面如下圖所示：

從這里我們可以看到客戶端啟用了哪些協議。一般而言，我們同樣需要啟用命名管道

點擊 TCp/Ip 協議，選擇”屬性“，可以檢查客戶端默認連接端口的設置，如下圖所示。

該端口必須與服務器一致。

單擊”別名“選項卡，還可以為服務器配置別名。服務器的別名是用來連接的名稱，連

接參數中的服務器是真正的服務器名稱，兩者可以相同或不同。如下圖中，我們可以使用

myserver來代替真正的服務器名稱sql2kcn-02，并且使用網絡庫 Named pipes。別名的設置與

使用HOSTS文件有相似之處。

通過以上幾個方面的檢查，錯誤 1 發生的原因基本上可以被排除。下面我們再詳細

當用戶嘗試在查詢分析器里面使用sa來連接SQL Server，或者在企業管理器里面使用

sa來新建一個SQL Server注冊時，經常會遇到如圖 2 所示的錯誤信息。該錯誤產生的原因是

由于SQL Server使用了”僅 Windows“的身份驗證方式，因此用戶無法使用SQL Server的登錄帳

戶（如 sa）進行連接。解決方法如下所示：

1、在服務器端使用企業管理器，并且選擇”使用 Windows 身份驗證“連接上 SQL2、展開”SQL Server組“，鼠標右鍵點擊SQL Server服務器的名稱，選擇”屬性“，再

3、在”身份驗證“下，選擇”SQL Server和 Windows “。

4、重新啟動SQL Server服務。

在以上解決方法中，如果在第 1 步中使用”使用 Windows 身份驗證“連接 SQL

Server 失敗，那么我們將遇到一個兩難的境地：首先，服務器只允許了 Windows 的身份驗

證；其次，即使使用了 Windows 身份驗證仍然無法連接上服務器。這種情形被形象地稱之為

”自己把自己鎖在了門外“，因為無論用何種方式，用戶均無法使用進行連接。實際上，我們可

以通過修改一個注冊表鍵值來將身份驗證方式改為 SQL Server 和 Windows 混合驗證，步驟

1、點擊”開始“-”運行“，輸入regedit，回車進入注冊表編輯器；

2、依次展開注冊表項，瀏覽到以下注冊表鍵：

3、在屏幕右方找到名稱”LoginMode“，雙擊編輯雙字節值；

4、將原值從1改為2，點擊”確定“；

5、關閉注冊表編輯器；

6、重新啟動SQL Server服務。

此時，用戶可以成功地使用sa在企業管理器中新建SQL Server注冊，但是仍然無法使

用Windows身份驗證模式來連接SQL Server。這是因為在 SQL Server 中有兩個缺省的登錄帳

戶：BUILTINAdministrators 以及 ＜機器名＞Administrator 被刪除。要恢復這兩個帳戶

1、打開企業管理器，展開服務器組，然后展開服務器；

2、展開”安全性“，右擊”登錄“，然后單擊”新建登錄“；

3、在”名稱“框中，輸入 BUILTINAdministrators；

4、在”服務器角色“選項卡中，選擇”System Administrators“ ；

5、點擊”確定“退出；

6、使用同樣方法添加 ＜機器名＞Administrator 登錄。

以下注冊表鍵

HKEY_LOCAL_MACHINESOFTWAREMicrosoftMSSQLServerMSSQ LServerLoginMode 的值決定了SQL Server將采取何種身份驗證模式。該值為1，表示使用Windows 身份

驗證模式；該值為2，表示使用混合模式（Windows 身份驗證和 SQL Server 身份驗證）。

看完如何解決前兩個錯誤的方法之后，讓我們來看一下如圖 3 所示的第三個錯誤。

如果遇到第三個錯誤，一般而言表示客戶端已經找到了這臺服務器，并且可以進行連

接，不過是由于連接的時間大于允許的時間而導致出錯。這種情況一般會發生在當用戶在Internet上運行企業管理器來注冊另外一臺同樣在Internet上的服務器，并且是慢速連接時，有可能會導致以上的超時錯誤。有些情況下，由于局域網的網絡問題，也會導致這樣的錯誤。

要解決這樣的錯誤，可以修改客戶端的連接超時設置。默認情況下，通過企業管理器

注冊另外一臺SQL Server的超時設置是 4 秒，而查詢分析器是 15 秒（這也是為什么在企業

1、在企業管理器中，選擇菜單上的”工具“，再選擇”選項“；

2、在彈出的”SQL Server企業管理器屬性“窗口中，點擊”高級“選項卡；

3、在”連接設置“下的”登錄超時（秒）"右邊的框中輸入一個比較大的數字，如 20

查詢分析器中也可以在同樣位置進行設置。

二、應用程序連接失敗

以上的三種錯誤信息都是發生在 SQL Server 自帶的客戶端工具中，在應用程序中我Microsoft OLE DB provider for SQL Server(0x80004005)

Specified SQL server not found.Microsoft OLE DB provider for SQL Server(0x80004005)

用戶 'sa' 登錄失敗。原因: 未與信任 SQL Server 連接相關聯。

Microsoft OLE DB provider for ODBC Drivers 錯誤 '80004005'.超時已過期.首先，讓我們來詳細看以下的示意圖來了解一下使用 ODBC 和使用 OLE DB 連接

SQL Server 有什么不同之處。

從上圖中，我們可以看出在實際使用中，應用程序創建和使用各種 ADO 對象，ADO

對象框架調用享用的 OLE DB 提供者。為了訪問 SQL Server 數據庫，OLE DB 提供了兩種不

同的方法：用于 SQL Server 的 OLE DB 提供者以及用于 ODBC 的 OLE DB 提供者。這兩種不

同的方法對應于兩種不同的連接字符串，標準的連接字符串寫法如下所示：

第二篇：遠程連接sql server 2000服務器的解決方案

遠程連接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的默認偵聽端口。如果有問題，通常這一步會出問題。通常的提示是“……無法打開連接,連接失敗“。

如果這一步有問題，應該檢查以下選項。檢查遠程服務器是否啟動了sql server 2000服務。如果沒有，則啟動。檢查服務器端有沒啟用Tcp/IP協議，因為遠程連接(通過因特網)需要靠這個協議。檢查方法是，在服務器上打開 開始菜單->程序->Microsoft SQL Server->服務器網絡實用工具，看啟用的協議里是否有tcp/ip協議，如果沒有，則啟用它。檢查服務器的tcp/ip端口是否配置為1433端口。仍然在服務器網絡實用工具里查看啟用協議里面的tcp/ip的屬性，確保默認端口為1433，并且隱藏服務器復選框沒有勾上。

事實上，如果默認端口被修改，也是可以的，但是在客戶端做telnet測試時，寫服務器端口號時必須與服務器配置的端口號保持一致。如果隱藏服務器復選框被勾選，則意味著客戶端無法通過枚舉服務器來看到這臺服務器，起到了保護的作用，但不影響連接，但是Tcp/ip協議的默認端口將被隱式修改為2433，在客戶端連接時必須作相應的改變。如果服務器端操作系統打過sp2補丁，則要對windows防火墻作一定的配置，要對它開放1433端口，通常在測試時可以直接關掉windows防火墻(其他的防火墻也關掉最好)。檢查服務器是否在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-> 客戶端網絡使用工具。像在服務器網絡實用工具里一樣，確保客戶端tcp/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遠程連接的補丁，一般都可以解決問題。

第三篇：遠程客戶端連接MysqL數據庫太慢解決方案

遠程客戶端連接MysqL數據庫太慢解決方案

遠程客戶端連接MysqL數據庫太慢解決方案

局域網客戶端訪問mysql 連接慢問題解決。

cd /etc/mysql

vi my.conf

[mysqld]

skip-name-resolve

此選項禁用了DNS解析，連接速度會快很多。

不過，這樣的話就不能在MySQL的授權表中使用

主機名了而只能用ip格式。

第四篇：上海服務器租用服務器托管遠程連接主機注意事項

上海服務器租用服務器托管遠程連接主機注意事項

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服務了。為了服務器的安全考慮，筆者再強調一次，最好不要輕易啟動這個服務。如果啟動了這個服務的話，那么在用完之后最好能夠及時關閉，以確保其安全。或者說，在網絡上采用其他的安全措施，如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技術支持及時解決用戶技術故障，為用戶提供更優質服務器運行環境。

第五篇：服務器托管解決方案

服務器托管解決方案-托管、租賃、專線

互聯網作為信息雙向交流和通訊的工具，已成為企業 青睞的傳播媒介，被稱之為繼廣播、報紙、雜志、電視后的第五種媒體--數字媒體。新的世紀，互聯網將進入一個嶄新的階段，信息化的 發展帶動其它產業的發展，各行業都將與它進行更深入的融合和滲透。在這里中國信息港專職優化、域名注冊、網站空間、虛擬主機、服務器托管、vps主機、服務器租用以專業的水準來為您做深入的探討！

越來越多的企業已開始從對互聯網的認知階段進入到認同和行動階段，越來越多的企業建立了自己的網站。然而，隨著企業的發展和網站的推廣，網站訪問壓 力越來越大。經常會出現訪問速度變緩，甚至宕機事件，同時，網站的數據安全也是一個不容忽視的重要方面。如果這些問題持續存在的話，客戶流失現象將相當嚴 重，將給企業帶來巨大的損失。微子網絡公司解決方案

針對上述情況，微子網絡為企業提供了高性能、高可用、可伸縮性、高性價比的IDC數據中心解決方案；針對企業門戶網站的高流量、高訪問量、高實時性、以及高可靠性的要求，將網站服務器集群與微子數據安全體系相結合，提出一個成套的安全、快速的企業門戶專業服務器解決方案。

微子網絡高防區網絡安全布署是南方聯合投巨資在其骨干網處布署的高級安全策略與虛擬獨享的流量策略并在其核心層布署，使每客戶虛擬獨享10GB以上的安全 防護策略。能滿足客戶超高的防護標準與高質量的網絡安全穩定！針對企業門戶網站類站點，微子網絡在核心層布署千M級集群防護能力防火墻與搭配CISCO頂 級路由設備與自我防御體系布署有國內最頂級的超高標準集群防護區域。

微子網絡除了加強與防火墻以及其它安全管理產品的同時，加入了整體網絡管理的IPS（入侵防御系統）協助用戶搭建真正可靠的安全防護體系。結合微子網 絡防火墻系統、微子網絡入侵監測系統能對最新的木馬、蠕蟲、病毒、黑客入侵進行最新的跟蹤、由網管中心對最新木馬、蠕蟲、病毒、黑客入侵提供防范策略。再 通過微子網絡防火墻系統對所有客戶服務器進行最新的安全規劃。入門型解決方案

解決方案優勢

1、由微子網絡硬件防火墻、IPS、CISCO三層交換機等網絡安全設備組成完善的網絡安全架構體系，令網站安全性得到很大的提升，抗攻擊能力大大增強，服務器可用性得到有效保證，并且減少客戶重復投資。

2、微子網絡提供的服務器和負載均衡業務滿足企業門戶網站的高可用性和高可靠性需要。

3、降低服務器與帶寬成本，通過一整套豐富的基礎設施優化特性而實現三倍的服務器容量提升。

4、互聯雙線徹底解決南北訪問瓶頸，在保證安全性的前提下提高SSL應用的響應速度。

5、擴展性強，網站無需為用戶的突發流量而購置平時用不著的設備。微子網絡提供的全面解決方案為企業帶來的收益

(1)在安全穩定的網絡環境下，提高用戶的滿意度和忠誠度。(2)無需投資昂貴的各類網絡設備和服務器、設立分站點。

(3)只需要維護內容，不需要考慮流量問題，提高了帶寬使用率。既節約了成本，又提高了效率。

(4)服務器擴展，只需增加相應配置服務器，就可實現服務器能力擴充，并提供更好的服務質量，提高了競爭能力。

中國信息港提供：虛擬主機,vps主機，網站空間,主機空間,網絡虛擬主機,全能虛擬主機,國內虛擬主機,香港虛擬主機,linux虛擬主機,windows虛擬主機,php虛擬主機空間,asp虛擬主機空間, jsp虛擬主機,.net虛擬主機,java虛擬主機,云虛擬主機,云技術架構,多線虛擬主機,最快虛擬主機,論壇虛擬主機,動態虛擬主機,靜態虛擬主機，中國信息港為企業、政府、組織等機構或者個人提供最新最全的虛擬主機資訊。虛擬主機技術是互聯網服務器采用的節省服務器硬體成本的技術，中國信息港是中國頂級的虛擬主機服務商,10多年行業服務經驗,7×24小時專業技術支持,云技術架構,全新硬件,功能強大的控制面板,資源靈活劃分,完美滿足各種應用需求！