若以下服务项目没开启的话，远程登录会提示以下信息：

“客服端无法连接到远程计算机。

连接可能没有启用，或者计算机太忙，无法接受新连接。也有可能网络问题使你无法连接。

请以后再试。如果问题继续出现，请跟系统管理员联系。”

出现以上提示的话，可以考虑下是否服务项目没启动的问题。

远程登录需要的服务项目：

Server

Terminal Services

Telnet

NT LM Security Support Provider（Telnet需要依存与此服务，因此需要先启动此服务）

2、取消防火墙对远程控制的限制。

防火墙会导致远程机登录本地机时连接超时的状况。

怎么设置防火墙？？自己搞哦。不行的话关闭了防火墙。哈哈。

3、添加远程登录桌面用户：

依次点击“开始——所有程序——管理工具——计算机管理”；

在系统工具中点击“本地用户和组”，双击右边的“用户”；

在右边空白处右击后选择“新用户”，在弹出的对话框中输入“用户名、全名、密码、确认密码”，其他的自己可以做设置。然后确定退出。

右击新建的用户名——属性——隶属于，在弹出的对话框中点“添加”——高级——立刻查找——选中名称为“Remote Desktop Users”，确定退出，这样就完成了远程登录账户的设置。

4、开启远程登录设置：

右击我的电脑——属性——远程——远程桌面——在“允许用户远程连接到此计算机”前打勾。确定后即可在远程机上登录了。

这个很简单拉。

依次打开“开始菜单——所有程序——附件——通讯——远程桌面连接”；

在打开的对话框中点击“选项”，计算机上填入要登录的主机的IP地址，还有刚才设置的用户名和密码，在“高级”选项中设置网络类型来优化设置，然后点击“连接”就行了。

写完这篇，似乎会有一个安全性的问题，即使你设置了远程登录密码。但也有被破解的可能性存在。

所以，若你暂时不使用远程登录的话，可以将设置的账号禁用，禁用刚才提到的服务项目即可。

有两种登录使用远程主机的方法。一种是一个用户可以在一台联网的主机上注册，取得属于他的账号和密码。一经注册，就可以使用该账号和密码远程登录使用这台主机。还有一种是有许多因特网主机提供一些通过Telnet方式访问的公共服务，该系统对任何用户都有效，通常不需要口令。Telnet协议缺省使用的是23端口，但是这些基于Telnet方式的公共服务往往会有自己的特定端口，这需要用户在连接时做出特别说明。

下面介绍两种使用很广泛的基于Telnet方式的公共服务：BBS和MUD。

电子公告牌系统(BBS，Bulletin Board System)是因特网上的一种电子信息服务系统。它提供一块公共区域，每个用户都可以在上面发布信息或提出看法。

大部分Telnet方式的BBS由教育机构或研究机构管理。BBS按不同的主题划分为很多个布告栏，布告栏的设立依据大多数使用者的要求和喜好，使用者可以阅读他人关于某个主题的最新看法，也可以将自己的想法毫无保留地贴到公告栏中。同样，别人的回应也是很快的(在人气旺盛的BBS上，通常只需要几分钟，甚至几秒钟)。

如果需要单独的交流，用户可以将想说的话直接发到某个人的BBS信箱中。如果想与正在BBS站上的某个人聊天，也可以启动聊天程序，进行一对一或多个人的闲谈。在BBS里，人们之间的交流打破了空间、时间的限制，也无需考虑年龄、学历、知识、社会地位、财富、外貌等。这样，参与BBS的人可以处于一个平等的位置与其他人进行任何问题的探讨。

不少BBS站点也同时提供Web浏览的访问方式。但是由于Web方式本身的限制，有些BBS的功能(如聊天、发信息等)难以在Web下实现。因此，大部分使用者还是喜欢使用Telnet方式。

中国大陆是从1995年开始建立BBS的，最早的BBS站点有清华大学的水木清华、中国科技大学的浩瀚星云和复旦大学的日月光华等。国内的BBS站点基本都使用火鸟(Firebird)系统，这是一套最早由台湾开发的中文BBS系统。由于它是开放源代码的，因此比较大的站点一般都根据自己的实际需要加入了一些特殊的功能。

BBS上的言论通常都比较自由，特别是各高校的BBS。但随着社会对网络的关注，各高校也逐步加强了对BBS上内容的管理。如何能做到既控制好站点上的一些过激言论，又保持原有特色，并且成为学校管理层与学生之间的一个上传下达的通畅渠道，将是高校BBS管理的一个新课题。

MUD(Multi-User Dimension)可称为“网络游戏”，俗称“泥巴”。

MUD在国外已发展多年，许多站点已经非常成熟，加入的玩家超过千人。最早的MUD是Richard Bartle和Roy Trubshaw在1979年编写的MUD1，运行于VAX/VMS主机上，它影响着其后的MUD服务器端程序的发展。现代MUD的发展源于1989年一位大学生在周末时编写的游戏程序，命名为TinyMUD。这是一个简单的多人游戏，任何在因特网上的多个玩家，只要知道这个游戏的地址和端口号，即可同时连入游戏。这套系统运行于UNIX系统上，具有良好的可移植性，所以很快便广为流传。发展至今，世界各地有数千台UNIX主机上稳定地运行着MUD服务器端程序，有超过百万的玩家参与其中，并且各种MUD站点还在继续增加，这种规模和发展速度是原作者始料未及的。

传统的MUD是基于文字模式以Telnet方式登录的，已经出现支持图形界面和声音等的多媒体MUD站点。这些站点要求使用专门的用户端程序，多媒体资料大部分存储于用户端，避免了大数据量的传输。有的站点甚至已经是基于Web界面了。不过也有人认为，MUD的魅力就在于文字描述带来的无尽想象，引入图形会限制玩家的想象。不管怎样，这也算是MUD当前发展的一种新方向。

MUD也是基于因特网上的客户机/服务器模式，玩家使用Telnet用户端程序连接到MUD服务器上。游戏程序的设计者和游戏的管理者(俗称“巫师”)在服务器端的程序上创造了庞大的虚拟现实空间，有崇山峻岭、亭台楼榭，也有茂密的森林、广袤的草原和沙漠，更有各种各样的人物和怪兽等。玩家进入游戏后要创建自己的角色，并通过控制这个角色的行动与其他角色对话，共同到幽奇的山洞中探险，或者为不同的阵营互相间大打出手。在一些游戏中，玩家甚至可以自己建造房间、物品等。

rlogin 的安全版本 slogin 和另外两个 UNIX 工具 ssh 、scp 都属于 Secure Shell suite，这是一个用于替代早期工具的界面和协议。

协议结构

rlogin 命令是：rlogin [-8EL] [-ec ] [-l 用户名]主机名可选标记

可选标记：

-8EL 总是支持8位数据路径，除非开始字符和停止字符不是 Ctrl-S 和 Ctrl-Q，否则 Rlogin 命令使用7位数据路径，去除校验位。

-e Character 改变换码符。替换为 Character 选择的字符。

-f 引起认证（Credentials）转发。如果当前不是采用的 Kerberos 5认证方法，该标记就会被忽略。如果当前认证没有标记为可转发，将导致认证失败。

-F 引起认证（Credentials）转发。另外远程系统上的认证被标记为可转发（允许它们传送到另一个远程系统上）。如果当前认证没有标记为可转发，将导致认证失败。

-k realm 如果远程站领域与本地系统领域不同，那么允许用户指定远程站的领域。为达到该目的，领域与DCE信元同义。如果当前不是采用的 Kerberos 5认证方法，该标记就会被忽略。

-l User 将远程用户名改为你所指定的名字。否则将你的本地用户名应用于远程主机。

主机名–建立远程登录会话的远程机器

远程登录是Internet上较早提供的服务。用户通过Telnet命令使自己的计算机暂时成为远地计算机的终端，直接调用远地计算机的资源和服务。利用远程登录，用户可以实时使用远地计算机上对外开放的全部资源，可以查询数据库、检索资料，或利用远程计算完成只有巨型机才能做的工作。此外， Internet的许多服务是通过Telnet访问来实现的。

与远程计算机连接后，可实现资源共享。

鉴于用户对于远程登录的需求和用户偏于应用型的特征，很多软件公司研发了远程共享和远程控制软件来实现远程登录，比如像国外的Mikogo，Teamviewer，Netviewer、pcanywhere,以及国内的网络人远程控制软件、花生壳等，而Windows系统远程桌面也能实现相似的操作。

通过软件方式实现远程登录，首先需要安装远程登录软件，多数情况需要两个甚至多个终端同时安装。其次，正常情况下服务器可以做到24小时工作，但常常禁止安装此类远程控制软件，这就意味着可能在利用软件进行远程登录公司服务器的时候需要同时开启两台机器和一台服务器，所以常常在移动办公中，需要同时开启公司电脑以作为中转，通过远程操控公司电脑实现远程登录。远程控制软件已经日渐专业化、品牌化，在操作性和安全性方面都有很大的进步，网络人等远程控制还采用U盾加密来保护远程控制的安全。使用软件进行登录的优点就是简单易学，操作方便，体积小，绿色，响应速度快，画质清晰等特点，比如像Mikogo本身只有1.6MB, 国产的网络人远程控制软件也只是1M左右，适用于着重应用的用户。

远程登录逐渐被人们认识和广泛地应用于学习，工作和生活中，更多、更方便的远程登录方式也会慢慢丰富市场，满足各种不同阶层、不同目的的用户需求。

应用进程的启动

Rlogin的客户进程和服务器进程使用一个TCP连接。当普通的TCP连接建立完毕之后，客户进程和服务器进程之间将发生下面所述的动作。

1)客户进程给服务器进程发送4个字符串：（a）一个字节的0；(b）用户登录进客户进程主机的登录名，以一个字节的0结束；（c）登录服务器进程端主机的登录名，以一个字节的0结束；（d）用户终端类型名，紧跟一个正斜杠“/”，然后是终端速率，以一个字节的0结束。在这里需要两个登录名字，这是因为用户登录客户和服务器的名称有可能不一样。由于大多满屏应用程序需要知道终端类型，所以终端类型也必须发送到服务器进程。发送终端速率的原因是因为有些应用随着速率的改变，它的操作也有所变化。例如vi编辑器，当速率比较小的时候，它的工作窗口也变小。所以它不能永远保持同样大小的窗口。

2)服务器进程返回一个字节的0。

3)服务器进程可以选择是否要求用户输入口令。这个步骤的数据交互没有什么非凡的协议，而被当作是普通的数据进行传输。服务器进程给客户进程发送一个字符串（显示在客户进程的屏幕上），通常是passWord:。假如在一定的限定时间内（通常是60秒）客户进程没有输入口令，服务器进程将关闭该连接。通常可以在服务器进程的主目录(homeDirectory)下生成一个文件（通常叫.rhosts），该文件的某些行记录了一个主机名和用户名。假如从该文件中已经记录的主机上用已经记录的用户名进行登录，服务器进程将不提示我们输入口令。但是很多关于安全性的文献，如[Curry1992]，强烈建议不要采用这种方法，因为这存在安全漏洞。假如提示输入口令，那么我们输入的口令将以明文的形式发送到服务器进程。我们所键入的每个字符都是以明文的格式传输的。所以某人只要能够截取网络上的原始传输的分组，他就可以截获用户口令。针对这个问题，新版本的Rlogin客户程序，例如

4.4BSD版本的客户程序，第一次采用了Kerberos安全模型。Kerberos安全模型可以避免用户口令以明文的形式在网络上传输。当然，这要求服务器进程也支持Kerberos

（[Curry1992]具体描述了Kerberos安全模型）。4)服务器进程通常要给客户进程发送请求，询问终端的窗口大小（将在后面解释）。客户进程每次给服务器进程发送一个字节的内容，并且接收服务器进程的所有返回信息。

同样我们也采用了Nagle算法（在19.4节中曾经介绍），该算法可以保证在速率较低的网络上，若干输入字节以单个TCP报文段传输。操作其实很简单：用户键入的所有东西被发送到服务器，服务器发送给客户的任何信息返回到用户的屏幕上。

另外，服务器和客户之间还可以互相发送命令。在介绍这些命令之前，先介绍需要用到这些命令。

流量控制

默认情况下，流量控制是由Rlogin的客户进程完成的。客户进程能够识别用户键入的STOP和START的ASCII字符（ControlS和ControlQ），并且终止或启动终端的输出。

假如不是这样，每次我们为终止终端输出而键入的Control_S字符将沿网络传输到服务器进程，这时服务器进程将停止往网络上写数据。但是在写操作终止之前，服务器进程可能已经往网络上写了一窗口的输出数据。也就是说，在输出停止之前，成千上万的数据字节还将在屏幕上显示。图26-3显示了这个情况。

服务器进程执行STOP/START的情况

客户的中断键

当我们为中断服务器正在运行的进程而键入一个中断字符时（通常是DELETE或Control_C），会发生和流量控制相同的问题。这个情况和图26-3所示的类似，在一条TCP连接的管道上，从服务器进程向客户进程正在发送大量的数据，而客户进程同时在向服务器进程传输中断字符。而我们的本意是要中断字符尽快终止某个进程，使屏幕上不再有任何响应输出。

在流量控制和中断键这两种情况中，流量控制机制很少终止客户进程到服务器进程的数据流。这个方向仅仅包含我们键入的字符。所以对于从客户输出到服务器的非凡输入字符（Control_S和中断字符）不需要采用TCP的紧急方式（urgentmode）。

窗口大小的改变

假如是窗口风格的显示方式，当应用程序在运行的时候，我们还可以动态地改变窗口的大小。一些应用程序（典型的如那些操作整个窗口的应用程序，如全屏编辑器）需要知道窗口大小的变化。大多数Unix系统提供这种功能，可以告诉应用程序关于窗口大小的变化。

对于远程登录这种情况，窗口大小的变化发生在客户端，而运行在服务器端的应用程序需要知道窗口大小变化。所以Rlogin的客户需要采用某些方法来通知服务器窗口大小变化的情况以及新窗口的大小。

服务器到客户的命令

我们介绍通过TCP连接，Rlogin服务器进程可以发送给客户进程的4条命令。问题是只有一条TCP连接可供使用，所以服务器进程必须给这些命令字节做标记，使得客户进程可以从数据流中识别出这些是命令，而不是显示在终端上。所以我们将使用TCP的紧急方式（在20.8节中曾经介绍）。

当服务器要给客户发送命令时，服务器就进入紧急方式，并且把命令放在紧急数据的最后一个字节中。当客户进程收到这个紧急方式通知时，它从连接上读取数据并且保存起来，直到读到命令字节（即紧急数据的最后一个字节）。这时候客户进程根据读到的命令，再决定对于所读到并保存起来的数据是显示在终端上还是丢弃它。

采用TCP紧急方式发送这些命令的一个原因是第一个命令（“清仓输出(flushoutput)”）需要立即发送给客户，即使服务器到客户的数据流被窗口流量控制所终止。这种情况下，即服务器到客户的输出被流量控制所终止的情况是经常发生的，这是因为运行在服务器的进程的输出速率通常大于客户终端的显示速率。另一方面，客户到服务器的数据流很少被流量控制所终止，因为这个方向的数据流仅仅包含用户所键入的字符。

客户到服务器的命令

对于客户到服务器的命令，只定义了一条命令，那就是：将当前窗口大小发送给服务器。当客户的窗口大小发生变化时，客户并不立即向服务器报告，除非收到了服务器发来的0x80命令（图26-4中有介绍）。

同样，由于只存在一条TCP连接，客户必须对在连接上传输的该命令字节进行标注，使得服务器可以从数据流中识别出命令，而不是把它发送到上层的应用程序中去。处理的方法就是在两个字节的0xff后面紧跟着发送两个非凡的标志字节。

对于窗口大小命令，两个标志字节是ASCII码的字符‘s’。之后是4个16bit长的数据（按网络字节顺序），分别是：行数（例如，25），每列的字符数（例如，80），X方向的像素数量，Y方向的像素数量。通常情况下，后两个16bit是0，因为在Rlogin服务器进程调用的应用程序中，通常是以字符为单位来度量屏幕的，而不是像素点。

上面我们介绍的从客户进程到服务器进程的命令采用带内信令（in-bandsignaling），这是因为命令字节和其他的普通数据一起传输。选择0xff字节来表示这个带内信令的原因是：一般用户的操作不会产生0xff这个字节。所以说Rlogin是不完备的，假如我们采用某种方法，使得通过键盘就可以产生两个连续的0xff字节，而且正好在这之前是两个ASCII的‘s’字符，那么下面的8个字节就会被误认为是窗口大小了。

从服务器到客户的Rlogin命令，由于大多数的API采用的技术叫做“带外数据（out-of-banddata）”，所以我们就称它为带外信令(out-of-bandsignaling)。但是回忆一下在20.8节中对TCP紧急方式的讨论，在那里我们说紧急方式数据不是带外数据，命令字节是按照普通数据流进行传输的，非凡之处是采用了紧急指针。

既然带内信令被用来传输从客户到服务器的命令，那么服务器进程必须检查从客户进程收到的每个字节，看看是否有两个连续的0xff字节。但是对于采用带外信令的、从服务器传输到到客户的命令，客户进程不需要检查收到的每个字节，除非服务器进程进入了紧急方式。即使在紧急方式下，客户进程也仅仅需要留意紧急指针所指向的字节。而且由于从客户进程到服务器的数据流量和相反方向的数据流量之比是1:20，这就暗示带内信令适合于数据量比较小的情况（从客户到服务器），而带外信令适合于数据量比较大的情况（从服务器到客户）。

客户的转义符

通常情况下，我们向Rlogin客户进程键入的信息将传输到服务器进程。但是有些时候，我们并不需要把键入的信息传输到服务器，而是要和Rlogin客户进程直接通信。方法是在一行的开头键入代字符(tilde)“~”，紧跟着是下列4个字符之一：

1) 以一个句号结束客户进程。

2) 以文件结束符（通常是Control_D）结束客户进程。

3) 以任务控制挂起符（通常是Control_Z）挂起客户进程。

4) 以任务控制延迟挂起符（通常是Control_Y）来挂起仅仅是客户进程的输入。这时，不管客户运行什么程序，键入的任何信息将由该程序进行解释，但是从服务器发送到客户的信息还是输出到终端上。这非常适合当我们需要在服务器上运行一个长时间程序的场合，我们既想知道该程序的输出结果，同时还想在客户上运行其他程序。只有当客户进程的Unix系统支持任务控制时，后两个命令才有效。