telnet测试端口是否通,验证TCP端口连通性-telnet方法和telnet协议RFC854
telnet测试端口是否通,验证TCP端口连通性-telnet方法和telnet协议RFC854详细介绍
本文目录一览： 怎么查看telnet端口是否开启
1、首先按下键盘的 win+R 组合快捷键打开运行，在窗口中输入cmd 回车打开命令提示符：
2、要通过telnet查某个端口是否打开，可以直接用talent加上主机的ip地址和端口号就可以了，比如查看 127.0.0.1的 80 端口，可以在命令行中输入“telnet 127.0.0.1 80”，然后回车：
3、若是出现talent的命令界面，则证明这个端口开启了。以上就是用telnet端口的操作流程：
怎样检查端口通不通？
测试端口通不通的四种方法：
1、使用telnet判断，telnet是windows标准服务，可以直接用，用telnet连接不存在的端口会提示连接被拒绝，则说明端口不通，连接存在的端口会提示Connected，则说明端口是通的；
2、使用ssh判断，ssh是linux的标准配置并且最常用，同样连接不存在的端口会提示连接被拒绝，说明端口不通，连接存在的端口会提示错误，说明端口是通的；
3、使用wget判断，wget是linux下的下载工具，需要先安装，连接不存在的端口会提示failed，说明端口不通，连接存在的端口会提示connected，说明端口是通的；
4、使用端口扫描工具，工具会自动检测并提示端口通不通。
telnet命令怎么看端口通不通
经常会有人在维护服务器应用的时候，或者调用远程服务接口的时候，会碰到看端口通不通，自己怎么操作总觉得没有任何反应，那么如何使用telnet命令检查服务器应用端口通不通，具体的操作步骤介绍如下：第一步，使用ping检查服务器网络情况，在搜索中输入cmd第二步，输入pingip地址，如果ping不同，就会出下如下图情况第三步，如果可以ping通，如下图所示第四步，然后就是使用telnet命令telnetip地址?端口号，如果连接不上，会出现连接超时字眼第五步，如果可以连接上，输入正确的ip和端口号，打开一个telnet连接成功窗口，代表服务器上的应用服务是启动的.
Linux系统下怎么测试端口的连通性
Linux系统有时候需要测试某个端口的连通性，用户可以参考如下方法来测试。
方法一、telnet法
telnet为用户提供了在本地计算机上完成远程主机工作的能力，因此可以通过telnet来测试端口的连通性，具体用法格式： telnet ip port 说明：ip：是测试主机的ip地址 port：是端口，比如80如果telnet连接不存在的端口，那会如下图所示。
如果telnet 连接存在端口会出现如下图所示的内容，下图中以80端口为例。
方法二、ssh法
SSH 是目前较可靠，专为远程登录会话和其他网络服务提供安全性的协议,在linux上可以通过ssh命令来测试端口的连通性，具体用法格式如下： 用法: ssh -v -p port username@ip 说明： -v 调试模式(会打印日志). -p 指定端口 username:远程主机的登录用户 ip:远程主机 如果远程主机开通了相应的端口，会有如下图所示的建立成功的提示。
如果远程主机没有开通相应的端口，则如下图所示
方法三、curl法
curl是利用URL语法在命令行方式下工作的开源文件传输工具。也可以用来测试端口的连通性，具体用法: curl ip:port 说明： ip：是测试主机的ip地址 port：是端口，比如80 如果远程主机开通了相应的端口，都会输出信息，如果没有开通相应的端口，则没有任何提示，需要CTRL+C断开。
方法四、wget方法
wget是一个从网络上自动下载文件的自由工具，支持通过HTTP、HTTPS、FTP三个最常见的TCP/IP协议下载，并可以使用HTTP代理。wget名称的由来是“World Wide Web”与“get”的结合，它也可以用来测试端口的连通性具体用法: wget ip:port 说明： ip：是测试主机的ip地址 port：是端口，比如80 如果远程主机不存在端口则会一直提示连接主机。
如果远程主机存在端口则会看到相应的信息，如下图所示。
怎么看telnet测试端口是否通？
可以通过”telnet ip 端口“的形式进行端口查看。
点击左下角的开始菜单，之后在搜索中输入”cmd “；直接回车，之后再命令行输入“telnet ip 端口”。如果可以访问的话，会直接进入端口页面，不能访问的话，会出现端口“连接失败”提示。
Telnet协议是TCP/IP协议族中的一员，是Internet远程登录服务的标准协议和主要方式。它为用户提供了在本地计算机上完成远程主机工作的能力。在终端使用者的电脑上使用telnet程序，用它连接到服务器。
终端使用者可以在telnet程序中输入命令，这些命令会在服务器上运行，就像直接在服务器的控制台上输入一样。可以在本地就能控制服务器。要开始一个telnet会话，必须输入用户名和密码来登录服务器。Telnet是常用的远程控制Web服务器的方法。
telnet命令怎么看端口通不通linux(如何测试telnet端口通不通)
1."telnet命令怎么看端口通不通，为您提供telnet命令怎么看端口通不通图文信息，用telnet命令看端口通不通需要使用ping检查服务器网络输入cmd，然后输入pingip地址，根据超不超时来输入telnet命令，TelnetIP地址及端口号，第三打开telnet连接成功窗口即可。
利用telnet检测远程MySQL端口是否连通
1.查看telnet是否安装telnet
2.telnet是挂载xinetd下的，所以同时查看xinetd是否安装
3.如果两者都没安装
4.由于telnet服务也是由xinetd守护的，所以安装完telnet-server后，需要重新启动xinetd守护进程
5.修改 /etc/xinetd.d/telnet?
6.测试指定IP和端口连通性
[root@centos-7 logs]# telnet 10.200.222.11 3306
看到Connected表示连通了。
telnet测试端口是否通？
工具／原料：
联想y9000p
win10
1、进入运行窗口
同时按住【win】＋【R】键，在本机运行窗口输入cmd，进入dos界面。
2、开启Telnet客户端
在cmd命令下输入telnet，回车。
3、使用介绍
输入一个？，按回车，显示它的使用说明。
4、用百度测试
在cmd输入命令telnet baidu.com 23，测试百度的23端口有没有通。
5、不通的情况
显示23端口连接失败。
6、测试80端口
输入命令telnet baidu.com 80。
7、相通的情况
一闪而过马上显示黑屏。
验证TCP端口连通性-telnet方法和telnet协议RFC854
先上如何使用telnet的方法，然后研究原理。为什么telnet可以验证端口的连通性?为啥只能验证TCP端口的连通性?UDP协议端口的连通性如何验证?方法只需要看看Rfc854有关telnet协议或者看telnet源码。
telnet命令是TELNET协议的用户接口，它支持两种模式：命令模式和会话模式，虽然telnet支持许多命令，但大部分情况下， 只是使用它查看目标主机是否打开了某端口 （默认是23）。
端口未打开没响应
$ telnet 101.199.97.65 62715
Trying 101.199.97.65...
端口打开但被拒绝连接
$ telnet 101.199.97.65 62715
Trying 101.199.97.65...
telnet: connect to address 101.199.97.65: Connection refused
端口打开并建立连接
$ telnet 101.199.97.65 62715
Trying 101.199.97.65...
Connected to 101.199.97.65.
Escape character is '^]'.
此时命令未退出。
根据提示Escape character is '^]'.可知退出字符为'^]'（CTRL+]）。此时输入其它字符不能使其退出，CTRL+C都不行。 输入CTRL+]后会自动执行，进入命令模式：
^]
telnet>
此时再运行quit才会真正退出。
sleep 2使得telnet输出结果后，停留2秒后退出命令模式。
$ sleep 2 | telnet 101.199.97.65 62715
Trying 101.199.97.65...
Connected to 101.199.97.65.
Escape character is '^]'.
Connection closed by foreign host.
命令模式下Telnet 客户端常用命令：
open : 使用openhostname建立到主机的Telnet连接。
close : 使用命令close命令关闭现有的Telnet连接。
display : 使用display命令可以查看Telnet客户端的当前设置。
send : 使用 send 命令可以向 Telnet 服务器发送命令。支持以下命令：
? ? ? ao : 放弃输出命令。
? ? ? ayt : “Are you there”命令。
? ? ? esc : 发送当前的转义字符。
? ? ? ip : 中断进程命令。
? ? ? synch : 执行 Telnet 同步操作。
? ? ? brk : 发送信号。
quit ：使用 quit 命令可以退出 Telnet 客户端。
https://tools.ietf.org/html/rfc854
INTRODUCTION
telnet协议的目的是提供一个相对通用的，双向的，面向八位字节的通信机制。它的主要目标是允许界面终端设备和面向终端的进程能通过一个标准方法进行互相交互。该协议可以应用到终端到终端通信(“连接”)和进程到进程通信(分布计算)中。
GENERAL CONSIDERATIONS
一个telnet连接是一个基于传输控制协议TCP (Transmission? Control Protocol )，用来传输带有TELNET控制信息数据的连接。
telnet协议的建立基于这样三个主要想法: 1) 网络虚拟终端的概念NVT ( Network Virtual Terminal); 2) 可谈判选项的原理 (the principle of negotiated options) ;3) 在终端和进程间进行均衡 (a symmetric view of terminals and processes)。
1．一个telnet连接建立时，通信的两端假设在同一个网络虚拟终端NVT上开始和结束操作。一个NVT可以提供标准的、在网络范围内的、规范终端的中间代表者(中间对接)的虚拟设备。这表示无需客户端和服务端彼此保留对方终端的特性信息以及终端处理约定。所有主机包括客户端和服务端，把它们自己的本地设备属性和协商约定映射到同一个网络上的NVT。
NVT在过度受限(没有提供给主机足够的词汇来映射他们的本地字符集)和过度包含(使用适当的终端来处罚用户)之间进行平衡。
The NVT is intended to strike a? balance between being overly restricted (not providing hosts a rich enough vocabulary for mapping into their local character sets), and being overly inclusive (penalizing users with modest terminals).
2．可谈判选项的原则基于这样一个事实:许多主机都希望能够在NVT之上提供更多的服务，而许多用户将会拥有一个更复杂的终端，并且希望能够得到一流的，而不是极少的一点服务。尽管相互独立，但建立在telnet协议中的是许许多多的”选项”参数，这些选项将同”DO,DON’T,WILL, WON’T”结构一起使用，允许用户和服务器在telnet连接上使用更精致的协议集合。这些选项包括改变字符集，回显，等等。
设置选项参数的基本策略，是让任意一方(或双方)初始化一个设置选项参数的请求，另一方可以接受或拒绝该请求。如果该请求被接受了，选项立即生效；如果该请求被拒绝，连接的另一端仍然保留NVT的特性。很显然，一方经常可以通过拒绝一个请求来设置选项有效，而从来不能通过拒绝一个请求来取消一些选项，因为这些选项是双方为了支持NVT而准备的。
所思所想：详细想下为何不能取消这些选项参数呢？取消了会怎样？这些选项参数都是给谁使用的?既然这次协商的客户端和服务端之间不使用这些选项参数，那么有没有这个客户端有没有和其他的服务端之间协商时会用到这些选项参数呢？毕竟客户端只有一个，服务端是多个。想想蛮有意思的，互联网这些设置不是平白无故的，可以客户端对多个服务端，设置一些参数，抓包验证看看。
我们已经建立了一套谈判选项的规则，假如双方同时请求一个相同选项的时候，任意一方都可以把对方的请求当作对自己的请求的肯定回应。
3. 谈判句法的对称性可能会导致无穷尽的应答循环--每一方都把对方发送过来的命令当作必须回答的请求而不是对方的应答(each? party seeing the incoming commands not? as acknowledgments but as new requests which must be acknowledged.? )。为防止这种循环，可以应用下面这些规则:
a．一方只能请求改变选项的状态。也就是一方不能只发送宣布它所使用的模式的请求。
b．如果一方所接收到的请求是要求它进入当前它所在的状态，那么该请求将不会被应答。这种不应答对防止无穷尽的循环是非常重要的。对于那些改变模式的请求，都需要一个应答--尽管该模式不一定改变。
C．无论何时，只要一方给另一方发送一个选项命令，不管该命令是请求还是应答，该选项的使用对从第一方发送到第二方的数据的处理生产影响，必须把该命令插到数据流中希望它开始起作用的点上。(注意：在传送请求和接收到需要一些时间，因为可能是否定的应答过程。因此，一台主机可能在发出一个选项的请求后希望缓冲要发送的数据，直到它知道该请求是被接受还是被拒绝，来隐藏这段对用户来说是"不确定"的时间。)
协议其余内容后续待学习
https://tools.ietf.org/html/rfc854
http://www.cnpaf.net/rfc/rfc854.txt