telnet不通(telnet不通端口可以ping通)

对端的21 20端口是否被关闭

主机PING虚拟机的TELNET端口不通这是因为主机上的IP地址和虚拟机的IP地址不是一个网段导致的，具体的修复方法如下：1、首先在电脑上打开设置，然后在设置的主页中点击打开网络和共享中心：2、在当前打开的设置中找到左侧菜单的更改适配器设置：3、点击虚拟机网络，右键属性，然后在出现的列表中找到 Internet协议版本4(TCP/IPv4)，就可以看到你虚拟机的IP配置了，更改下IP地址：4、更改IP地址后，再次打开主机的cmd运行窗口，输入ipconfig，可以查看虚拟机的IP地址，这时候就可以看到现在虚拟机的IP地址已经和电脑处于同一个网段了：5、最后将虚拟机和主机的连接方式设置为桥接模式，这样主机和虚拟机就不会出现ping不通的问题了：

服务器端口不通的原因及如何处理 相信大家在使用服务器时，都会了解到服务器上有很多个端口，一共有65535个端口，而常见的端口有哪些呢，例如:web服务端口80，服务器默认远程端口3389，ftp协议传输端口21，等等：今天小编就来给大家简单的介绍下，如果这三个端口其中一个不通的话，我们该如何的去排查以及知道原因后，如何的去正确的解决，以下简单讲解供大家参考:web服务80端口80端口是服务器上的web服务端口，当搭建网站开展业务时，都会使用到这个端口，那么在平时的使用当中遇见80端口网络不正常，该如何的去解决，这时远程连接上服务器查看防火墙是否是打开的，如果是打开的，看看规则里面是否添加了80端口，小编在这里建议如果不会设置防火墙的用户，可以建议关闭防火墙，下载安全防护软件来进行服务器的安全防护，小编以前给大家介绍过该如何正确的在服务器上使用安全防护软件(https://vpssj.net/help/1074.htm)有需要的用户可以看看教程。默认远程登录3389端口 一般在使用香港服务器时，当服务器安装好系统后，都会建议大家修改服务器的默认远程登录端口3389，很多用户在修改后没有及时的将修改过后的远程登录端口添加到防火墙内，那么修改端口重启服务器后，将会导致服务器连接不上，默认的3389端口也连接不上，当修改默认的远程登录端口后，需要及时的将端口添加至防火墙内，以及在修改端口时一定要注意不要占用到别的端口。
如果你贴图的这个机器本身就是192.168.3.193那么建议先用127.0.0.1这个IP去telnet一下，如果还是连接失败那就检查你监听4504端口的那个程序是否正常。 如果你贴图的机器不是192.168.3.193，那么请到那台机器上检查。
查看一下你们的防火墙上是不是做了什么限制，防火墙默认是deny any的，如果没有关于25端口的策略，需要添加；或者放通所有端口。

有防火墙，只允许PING，因为PING和TELNET是针对不同的端口，TELNET不通，一是对方的相关服务没有启来，再就是有防火墙阻拦；telnet能通,表示两台计算机之间建立了连接通道。理论上是能ping通的，如果不能ping通，可能的原因是对方主机关闭了ping回显，或者是对方的防火墙阻止了ping发送的数据包。拓展回答：由于重启后，故障电脑互换，这样的结果不太符合替换法的原理。因此判断它为特定偶然感知或者表面现象，而不是真实现象；筛选已知条件，发现telnet不通而PING通。而同时可以TELNET的CON数是可以调整的，比如一般的交换机就是默认数就是为。而telnet的释放也可以设置，因此初步判断是X端受限。

telnet命令的主要作用是与目标端口进行TCP连接(即完成TCP三次握手)。 当服务端启动后，但是telnet其监听的端口，却失败了。或者，当服务端运行了一段时间后，突然其监听的端口telnet不通了。当类似这样的telnet失败的情况出现时，都可以按照如下方面进行排查:1.观察一下服务端进程的CPU和内存是否有异常。比如，当CPU持续在100%时，就有可能导致来自客户端的TCP连接请求被丢弃或无暇处理。⒉端口监听器是否运行正常?如果服务端是基于ESFramework开发的，则可以通过IRapidServerEngine的Advanced属性的GetPortListenerState方法来获取端口监听器的状态，该方法返回一个PortListenerState对象，其包含3个属性:(1) lsMaxConnection:是否达到了最大连接数的限制。(2) lsListening:是否正在监听端口。如果未授权，或达到了最大连接数限制，则将会停止监听端口。(3)LastDetectTime:最后一次检测TCP连接队列(已完成OS底层的三次握手，但尚未被ESFramework提取的TCP连接存放于该队列中）的时间。如果上述两点都正常，则接下来，需要专业的运维人员或网管人当员参与进来协助排查。3.在当前服务器上执行telnet命令，看能否连接成功? 如果能连接成功，至少表明本机的TCP握手请求是能正常地被接收和处理的。