Telnet服務器錯誤消息解決錦囊

　　Telnet服務器的管理中，我們遇到錯誤的消息要根據不同的信息進行不同的處理。這裡我們就來針對幾個重點的問題進行一下講解。那麼下面我們對有關的問題進行了分析和解決，希望對大家有所幫助。

　　錯誤消息:訪問被拒絕 - 指定的用戶不是 TelnetClients 組的成員

　　應用到: Windows Server 2008

　　當用戶帳戶或其所屬的任何組都不是 TelnetClients 組的成員時,會出現此問題.

　　診斷

　　默認情況下,當第一次安裝Telnet服務器時,沒有人可以訪問它.Telnet服務器的管理員必須創建一個名為 TelnetClients 的本地組,然後向該組中添加適當的用戶或組.

　　解決方案

　　若要解決此問題,請確保用戶帳戶或其所屬的任何一個組(如 Users 組)為 TelnetClients 組的成員.

　　驗證

　　將用戶或組添加到 TelnetClients 組中之後,受影響的用戶必須注銷然後再次登錄才能成為 TelnetClients 組的成員.

　　錯誤消息:第一次登錄之前必須更改用戶的密碼

　　應用到: Windows Server 2008

　　當用戶擁有一個新的用戶帳戶,或者現有帳戶的密碼已過期並且尚未更改時,通常會出現此問題.

　　診斷

　　Telnet無法通過接受過期的密碼,然後要求用戶更改密碼以完成登錄來授予訪問權限.相反,用戶必須先采用其他方式登錄並更改密碼,然後才能對Telnet使用該帳戶.

　　解決方案

　　用戶必須具有未過期的密碼才能對Telnet使用該帳戶.可以采用幾種方法來解決此問題:

　　用戶必須使用正常的 Windows 登錄過程登錄到識別該用戶帳戶的計算機,然後根據需要更改密碼.

　　管理員可以重置密碼並確保密碼未過期.只用於訪問Telnet服務器的用戶帳戶應該設置為永不過期.

　　錯誤消息:Telnet服務器只允許 NTLM 身份驗證

　　應用到: Windows Server 2008

　　當將用戶的Telnet客戶端配置為只執行密碼身份驗證,但Telnet服務器要求 NTLM 身份驗證時,通常會出現此問題.

　　診斷

　　管理員可以將Telnet服務器配置為支持 NTLM 身份驗證、密碼身份驗證或兩者.由於在網絡上密碼身份驗證以純文本的形式(這樣可能很容易被截獲)發送用戶 ID 和密碼,很多管理員認為這樣存在安全風險,並將其禁用.如果Telnet客戶端不支持 NTLM 身份驗證,或者支持但配置為不使用這種身份驗證,則服務器會終止連接嘗試.

　　解決方案

　　確保您的Telnet客戶端支持的身份驗證類型與連接到的Telnet服務器的身份驗證類型相同,並且啟用這些身份驗證類型.

　　驗證

　　若要查看客戶端當前使用的身份驗證類型,請切換到Telnet命令模式,鍵入命令 display,然後按 Enter.

　　錯誤消息:連接到主機時出錯 - 無法打開到端口 23 上的主機的連接

　　應用到: Windows Server 2008

　　當將Telnet服務器配置為偵聽的 TCP 端口號與使用Telnet客戶端嘗試連接的端口號不同時,通常會出現此問題.

　　默認情況下,Telnet通過客戶端與服務器通信時,使用 TCP 端口 23.所使用的端口號可以由管理員進行更改.如果更改,客戶端必須知道指示Telnet客戶端使用的端口號.

　　診斷

　　此錯誤消息將顯示嘗試連接時使用的端口號.此錯誤消息可能是由以下原因造成的:

　　客戶端在其連接嘗試中使用的 TCP 端口號與配置為由Telnet服務器使用的端口號不同.

　　Telnet服務器未啟動,因而未偵聽期望的端口號.

　　解決方案

　　若要解決此問題,請執行以下操作之一:

　　如果將Telnet服務器配置為使用的 TCP 端口號不是默認的端口 23,則Telnet客戶端必須指定連接嘗試中的端口號.

　　將Telnet服務器配置為使用Telnet客戶端預期的端口號.

　　驗證

　　若要確認Telnet服務器當前正在偵聽的端口號,請從已提升權限的命令提示符(使用"以管理員身份運行"選項打開)中運行命令 netstat -ab.輸出應該包含類似於以下內容的條目:

　　TCP [::]:23 computername:0 LISTENING

　　[tlntsvr.exe]

　　該條目還可能為 ESTABLISHED 而不是 LISTENING.

　　第二列中的數字表示服務正在偵聽的端口號.如果缺少 tlntsvr.exe 條目,則服務可能未啟動.