Windows，VxWorks下telnet的实现（1）

有幸在Windows，VxWorks下分别实现了telnet，不同的是在VxWorks下实现的telnet并非基于TCP/IP，而是基于一种UART（485）协议。

首先有两个概念要说清：tty和pty。tty指输入/输出设备，一般将它理解为对应的标准输入（键盘等）以及标准输出（屏幕等）设备，可以理解为直接对应相关的硬件，它与硬件之间是透明的。pty是指虚拟终端。它是这样的一种抽象终端：它所连接的两边设备是抽象的设备，一边是进程抽象的输入设备，而另一边是使用该设备的输出（应用）进程，反之亦然。那么在服务端所说的pty指的是：由客户端的输出，经过传输链路到达服务端，由服务端接收后输入到pty中，这个过程抽象为pty一输入硬件设备。也即是它把客户端当成自身的一个输入。反之，通过同样的过程，将客户端的输入当成pty的输出。那么pty的另一端，也就是对应了服务端的shell，同样地，pty与shell建立起类似于设备的连接，使得“客户端的输入/输出<==>pty<==>服务端的shell”建立起了联系，假设pty是透明的，就有类似的“客户端的输入/输出<==>服务端的shell”。通过这种I/O重定向的方式，建立起了telnet的实现基础。

还有就是说说选项协商。该过程主要目的是协商一系列的终端控制选项。主要分为通信选项协商、终端类型协商以及控制选项协商等。

下面简单说明在两种系统下实现telnet的区别。

在Windows下实现基于MFC构架的telnet 客户端。在Windows下我们关注的应该是：1）选项的协商；2）输出定位到视图这一个tty设备；3）输出走socket。选项协商的重点应该是建立连接的过程，接着是登陆界面的设计。需要注意登陆界面的选项解析，一般的telnet两端（客户/服务）都会在该阶段协商为非ECHO，即由服务端决定了是否回显数据，一般用户名是回显的，密码是不回显的。其实非ECHO可以理解为，客户端这边不回显自己的输入，由服务端决定是否回送输入，比如用户名，它是由客户端输入到服务端，然后再由服务端回送到客户端的。但是密码则不同，很显然，服务端并不打算回送密码给客户端显示。

待续。。。