UC知道做了端口映射，如何验证？
来源：百度知道 编辑：UC知道 时间：2024/06/02 17:25:18
公司上了套设备，要求使用公网IP的22端口，也就是SSH默认端口
我是这么做的 61.134.67.158(随便写的，真实地址我就不方透露了） 22端口，映射到 192.168.1.99 这台服务器的22端口上，以前做过很多次了，例如映射80 8080 3389,我相信我做的应该没问题，也仔细查过了，可那套软件还是无法使用，我认为网络应该是正常的，但对方公司把责任推给我们了，说是网络的问题，随便在外面找了几台机子，都无法正常连进来，但telnet 61.134.67.158 22 可以telnet进来，这个应该可以说网络是没问题了，但对方公司的人认为，能telnet进来，也不代表网络是通的，请问有什么办法能百分百的确认，网络是通的？或是有足够的理由证明软件登不上，和网洛无关？
PS：这个公网IP，映射了好多台服务器，80 8080 8088 8888 等常用的端口都映射到了WEB，OA，MAIL等服务器上，那些服务器都能正常访问，证明路由，交换机，防火墙都是正常的，这些设备不存在问题.另外这台服务器是linux的，这个我不熟，本来打算如果是NT的服务器把3389也映射一下，这样远程桌面一连进来，就可以把对方顶死了，但偏偏是linux的服务器，我不会用，不知道linux有没有类似的服务，做完映射可以很方便的检查？
已经处理完了,对方公司果然是放P,他们是通过一个ssh工具连的,连不通就说网有问题,后来我们从网上找了一个另外的ssh连接工具一试,网是通的.呵呵,还是谢谢回签问题的朋友,看样子你也做网络的啊,说的都在点子上.
我是这么做的 61.134.67.158(随便写的，真实地址我就不方透露了） 22端口，映射到 192.168.1.99 这台服务器的22端口上，以前做过很多次了，例如映射80 8080 3389,我相信我做的应该没问题，也仔细查过了，可那套软件还是无法使用，我认为网络应该是正常的，但对方公司把责任推给我们了，说是网络的问题，随便在外面找了几台机子，都无法正常连进来，但telnet 61.134.67.158 22 可以telnet进来，这个应该可以说网络是没问题了，但对方公司的人认为，能telnet进来，也不代表网络是通的，请问有什么办法能百分百的确认，网络是通的？或是有足够的理由证明软件登不上，和网洛无关？
PS：这个公网IP，映射了好多台服务器，80 8080 8088 8888 等常用的端口都映射到了WEB，OA，MAIL等服务器上，那些服务器都能正常访问，证明路由，交换机，防火墙都是正常的，这些设备不存在问题.另外这台服务器是linux的，这个我不熟，本来打算如果是NT的服务器把3389也映射一下，这样远程桌面一连进来，就可以把对方顶死了，但偏偏是linux的服务器，我不会用，不知道linux有没有类似的服务，做完映射可以很方便的检查？
已经处理完了,对方公司果然是放P,他们是通过一个ssh工具连的,连不通就说网有问题,后来我们从网上找了一个另外的ssh连接工具一试,网是通的.呵呵,还是谢谢回签问题的朋友,看样子你也做网络的啊,说的都在点子上.
也就是说
你192.168.1.99这台服务器的22端口开启了一个服务
你需要公网上面的人都来访问这个服务
那么你在你的公网地址61.134.67.158做了一个端口映射
访问61.134.67.158这个地址的22端口的访问 自动映射到内网192.168.1.99这个IP地址的22端口
应该是用防火墙作的地址/端口映射
这类问题一般我认为有以下解决途径
1、检查端口/地址映射的方向 别因为疏忽写反了
2、有些防火墙需要把该公网IP发布到接口上 不知道你的防火墙是否需要
3、既然telnet 61.134.67.158 22 可以telnet进来 那么网络肯定是连通的 对方公司说不代表网络通是P话 你完全可以据理力争 他们不懂就别在这里胡扯
4、如果你非要做个同类的测试 你可以考虑把icmp做个映射