66解决通过南瑞加密网关传输文件和推送视频的失败的问题

南瑞加密网关是南瑞出的一款产品。介绍如下:

安全接入网关(低端型)是变电站电力信息网络和第三方网络边界的核心防护功能组件。

产品主要实现对终端和业务系统的物理隔离,防止非法链接穿透内网进行访问,同时在确保

安全前提下,实现终端和业务系统的安全、正确的数据交换。

这实际使用中,碰到两个问题,一个是文件无法上送到服务器,另外一个是视频流无法推送到服务器。现在一个个分析解决办法。

一、文件无法上送到服务器

现象是这样的,双方通过FTPS进行文件传输,客户端可以连上服务端的ftps的端口,且ftps认证已经成功,但传文件会失败。

解决过程:

首先将南瑞加密网关去掉,直接连接,是可以通讯的,说明双方都没有问题。

加上加密网关后,可以连上服务器,但文件数据无法传送。

经过查找资料,知道了ftp文件传输实际上是要用两条TCP/IP链路的。一条是命令通道,一条是数据通道。命令通道是服务器在一个端口进行监听,在被动模式下,数据通道是服务器在另外一个端口进行监听。命令通道的监听端口是固定的,而数据通道的监听端口是随机的。而这个随机端口是服务端通过命令通道会通知到客户端。

知道这些后,我们就把这些随机端口在南瑞网关上进行配置开通(它可以配置一个端口范围的)。这个端口范围这服务端的ftp的配置文件里面可以看到。对于vsftp,在文件vsftpd.conf中,如下:

pasv_min_port=50000

pasv_max_port=51000

只要和南瑞网关中配置成一致就可以了。

做了如上操作后,我们又发现了新的问题,对于某些客户端,确实问题解决了,可以正确上传文件。某些客户端却还是无法上传文件。

继续研究,我们再看一下ftp这个对于数据通道建立的协商过程:

客户端发送: PASV 命令

服务器响应: 227 Entering Passive Mode (203,0,113,10,195,78)

(IP: 203.0.113.10, 端口: 195*256+78 = 50014)

我们注意到,服务不仅提供了数据通道端口50014,还提供了一个IP地址203.0.113.10,意思就是让客户端连接203.0.113.10:50014来建立数据通道。

问题找到了,就是我们需要服务端发送的响应命令中的这个IP要配置为南瑞加密网关上配置的IP,而不是发送服务器自己本身的IP。

修改vsftpd.conf中的

pasv_address=203.0.113.10

这也解释了为何某些客户端可以传文件某些客户端不能传文件。

就是严格按照协商过程的客户端会因为服务端给的IP不对而无法连接到服务端的数据通道端口。而不是严格按照协商过程的客户端,只是用协商端口+连接服务端命令通道时的IP,因此这服务端这个被动IP地址配置错误的情况下也可以成功传文件。

二、视频流无法推送到服务器

视频是主站端和摄像头之间通过GB28281协议进行交互。同样的问题,在加上南瑞加密网关后就无法进行推送视频,但云台命令是可以的。去掉南瑞加密网关后一切正常。

这确认了南瑞加密网关配置正确的情况下,研究了推流过程,确认了问题所在。

这双方进行协商时,主站端发送的sdp中告知的摄像头需要推流的地址和端口号,如下图:

这个IP地址一定要是南瑞加密网关和摄像头进行通讯的IP地址,而不能是主站自己的地址。

这个需要主站这要求摄像头推流时具备指定摄像头往不同的IP地址推流的能力。

只要解决了这个IP地址的问题。这南瑞加密网关下进行推流的问题就迎刃而解了。

相关推荐
fpcc39 分钟前
跟我学C++中级篇——std::is_invocable的分析应
c++
Code Slacker2 小时前
LeetCode Hot100 —— 滑动窗口(面试纯背版)(四)
数据结构·c++·算法·leetcode
Likeadust2 小时前
视频直播点播平台EasyDSS助力阳光政务直播体系建设
音视频·政务
SHERlocked934 小时前
摄像头 RTSP 流视频多路实时监控解决方案实践
c++·后端·音视频开发
tang&4 小时前
哈希碰撞攻防战:C++闭散列与开散列实现全解析
c++·哈希算法
眠りたいです4 小时前
现代C++:C++11并发支持库
开发语言·c++·多线程·c++11·c++并发支持库
小灰灰搞电子5 小时前
Rust可以取代C++么?
开发语言·c++·rust
微笑倾城5 小时前
Windows平台下CMake工程中使用protobuf
c++·cmake
AA陈超5 小时前
枚举类 `ETriggerEvent`
开发语言·c++·笔记·学习·ue5