Fix #2855

修复tcp客户端获取peer ip信息失败的问题

每次调用addFFmpegSource/getSnap接口时，都可能导致篡改全局配置变量

通过该接口可以广播webrtc datachannel消息给webrtc播放器

复现条件：chrome打开webrtc
demo网页，网页会每秒调用getMediaList。添加一条rtsp拉流，然后再调用close_stream，会偶现进入RtspPlayer::getPacketLossRate函数，然后_rtcp_context为空拿不到指针

主要优化如下：
1、通过设置port为0 声明不支持datachannel(而不是inactive)。
2、设置正确的ice用户名和密码，防止ice建联失败。
3、group attribute移除datachannel的mid。
3、datachannel 相关sdp移除rtcp相关描述。

解决zlmediakit重启后端口重复分配导致国标串流问题

修复在收到tcp reset时，获取socket对端地址失败的问题: #2749

提高对一些rtsp流的兼容性

配置项hook.stream_changed_schemas可指定监听感兴趣的协议

而是修改为随机字符串并持久化至配置文件

在测试obs simulcast推流时，发现chrome无法正常播放，
分析rtp ext扩展，发现是rtp mid ext未过滤导致，
zlmediakit在回复answer sdp时，已申明不支持mid扩展，
但是obs并未理会还是发送mid扩展。
根据answer sdp过滤rtp ext可兼容此问题。

删除无效的配置项，
同时修复编译警告

在udp connect rtsp播放器内网端口后，可能导致过滤掉其公网端口发送的打洞包；
从未无法完成与rtsp播放器udp端口的双向通信。
Socket::bindPeerAddr修改成软绑定时，只是保存发送目标地址，不会导致打洞包的过滤。

解决rtsp拉流代理时无法区分直播点播问题

为了加快编译速度，只开启master、feature、release分支的docker ci

请查阅: https://github.com/veovera/enhanced-rtmp/issues/8