做个记录 1.从"../examples/etc/" 目录拷贝turnserver.conf文件到"/usr/local/etc/"目录 2.修改配置文件 主要配置  "username","password","listening-port" "listening-ip". vi /etc/turnserver/turnserver.conf # setting static acco

加密通信软件Signal 2.92版本编译安装折腾手记(Ubuntu 18.04) 前言 加密通信软件Signal是开源的,安全性很高,号称斯诺登也推荐大家使用.既然这么好,那必然会有不少人去尝试复制修改这个软件.但是有个很大的问题,这个软件的官网和github仓库中都没有看到安装文档,尝试的人基本上都是铩羽而归.据Reddit上有人说联系过Signal的开发人员,开发人员说他们的精力要放在优先级更高的事情上,所以顾不上安装部署文档.在我看来,Signal的意思是“只要我放出来全套源代码来让大家

接着对使用coTurn搭建的STUN/TURN服务使用turnutils_uclient程序测试其TURN服务是否正常. 直接连接服务测试服务是否正常.为保证测试使用的服务是TURN服务,在TURN服务启动时,关掉STUN服务. 在TURN服务启动时,如果是命令行,加入"--no-stun"配置:如果使用配置文件的话,加入"no-stun"选项. 使用coTurn服务启动TURN服务后,执行以下命令即可: turnutils_uclient -v -t -T -u

测试使用方法,作为STUN客户端,仅用于测试STUN服务是否正常运行. 使用coTurn服务启动STUN/TURN服务后,执行以下命令即可: turnutils_stunclient -p 61.18.11.123 其中3478是STUN服务的监听端口 61.18.11.123是启动STUN服务的IP地址 如果STUN/TURN服务使用了“secure-stun",则执行stun测试时会报错,如下所示: The response is an error (Unauthorized) 这个应该是 

coTurn是一个开源的STUN和TURN及ICE服务项目,只是不支持Windows.为了在window平台上使用coTurn源码,需要在windows平台下安装Cygwin环境,并编译coTurn源码,使其可以运行在windows平台上. 步骤: 1.安装Cygwin,地址:https://cygwin.com/install.html,按照其说明进行安装.参照说明地址:https://cygwin.com/cygwin-ug-net/cygwin-ug-net.html  安装过程中选择的镜

0. 前言 好久之前写过一篇搭建WebRTC的文章,里面有简单的说到怎么搭建一个stun服务.但那时只是一笔带过.正好,这两天搭建stun服务,这篇博客就再复习一遍,并把搭建过程整理一下. 1. 安装 https://github.com/coturn/coturn 在这里git clone 下来然后编译安装,一切默认即可.编译后,也可以不用安装.在编译目录下bin文件夹下有turnserver turnutils_stunclient turnutils_uclient 这三个等一下会用到的软

turn 编译安装到Windows平台 https://www.webrtc-experiment.com/docs/TURN-server-installation-guide.html#windows 1.安装“Cygwin",地址:https://cygwin.com/install.html,按照其说明进行安装.参照说明地址:https://www.jianshu.com/p/fac45920628d https://blog.csdn.net/u012247418/article/de

springboot+kurento+coturn+contos的视频通讯服务搭建 服务器CentOS Linux release 7.9.2009 (Core) 本案例成功于20210628 1.默认服务器已经有Docker,安装kurento ##下载kurento镜像 [root@wjsmc wjsmc]# docker pull kurento/kurento-media-server:latest ##将端口暴露在公网3000端口 [root@wjsmc wjsmc]# docker

目录 SignalR系列目录 前言 也是好久没写博客了,近期确实很忙,嗯..几个项目..头要炸..今天忙里偷闲.继续我们的小系列.. 先谢谢大家的支持.. 我们来聊聊SignalR的性能监测与服务器的负载测试 我们开发任何一个应用,他的性能监测是很重要的参考数据,关系着我们后期优化,更新,改动..等等... SignalR作为一个及时通讯的框架,稳定性,及时性,延迟这些,更是需要全方位的监测 (就不多废话了,大家都懂) 负载测试...  装个大点的B.. 人家淘宝爸爸双十一这么大的访问压力,就是

集群发现机制 在Ignite中的集群号称是无中心的,而且支持命令行启动和嵌入应用启动,所以按理说很简单.而且集群有自动发现机制感觉对于懒人开发来说太好了,抱着试一试的心态测试一下吧. 在Apache Ignite中有三种自有的发现机制:组播.静态IP.组播+静态IP.下面就这几种来试一试吧. 测试方法简述 测试的方法主要是通过搭建2台tomcat服务器,使用nginx来代理这2台tomcat,tomcat服务器里有一个web应用,此应用内通过Apache Ignite webSession cl

之前一篇里写过字符串常用类的三种方式<java中的字符串相关知识整理>,只不过这个只是分析并不知道他们之间会有多大的区别,或者所谓的StringBuffer能提升多少拼接效率呢?为此写个简单的测试吧: public static void main(String[] args) { testStringJoin(); } static void testStringJoin() { long beg = System.currentTimeMillis(); String s = null;

应用性能直接影响到托管服务的成本,因此公司在开发应用时需要格外注意应用所使用的Web框架,初创公司尤其如此.此外,糟糕的应用性能也会影响到用户体验,甚至会因此受到相关搜索引擎的降级处罚.在选择框架时,又有许多因素需要考量,但原始性能无疑是其中最容易测评的.不同的框架性能差异极大,即使你充分利用了硬件的性能,错误的框架依然可能带来十倍的性能损耗,虽然不是每个人都会遇到如此极端的情况,但在某些情况下确实如此,因此你有必要了解各框架之间的性能差异. TechEmpower 测试有源代码,硬件配置全部公

2016.6.27 微软已经正式发布了.NET Core 1.0 RTM,但是工具链还是预览版,同样的大量的开源测试库也都是至少发布了Alpha测试版支持.NET Core, 这篇文章 The State of .Net Core Testing Today 就将各个开源测试库的目前进展进行了汇总.本文我们的目的是在我们构建我们应用程序的时候能够进行测试,如何使用XUnit结合你可以通过为你的项目添加不同的测试用例NSubstitute进行单元测试,同时对整个项目进行集成测试.这次我们使用Vis

渗透测试工具BurpSuite做网站的安全测试(基础版) 版权声明:本文为博主原创文章,未经博主允许不得转载. 学习网址: https://t0data.gitbooks.io/burpsuite/content/chapter4.html 用命令打开burpsuite工具:jar /your_burpsuite_path/burpSuite.jar <<BurpSuite_pro_v1.6.27.zip>> BurpSuite 如何扫描web漏洞: http://www.myha

1.问题: 测试php7.0 链接mysql数据库的时候发生错误: Fatal error: Uncaught Error: Call to undefined function mysqli_connect() 即使把 /etc/php/7.0/apache2/php.ini 中的行: ;extension=php_mysql.dll 修改成(即:取消行前面的分号";"): extension=php_mysql.dll 问题依然没解决. 测试文件: require_once __D

目前公司主要开发安卓平台的APP,平时测试经常需要使用monkey测试,所以尝试了下用python调用monkey,代码如下: import os apk = {'j': 'com.***.test1', 'h': 'com.***.test2'} print 'enter \'j\' to test test1' print 'enter \'h\' to test test2' #choose apk while True: test_apk = raw_input('which apk d

上一篇文章我提到:为了使用"国货",我把 Linux 上的构建和测试委托给了 DaoCloud,而 Travis-CI 不能放着不用啊.还好,这货支持 macOS 系统.所以就把 CoreCRM 在 macOS 上的构建和测试任务交给它了. 我想国内已经有很多写怎么用 Travis-CI 的博客文章了,我就不需要在这里多费话了.当然,最好的文章其实就是 Travis-CI 的文档:最好的帮助都在 StackOverflow 和 GitHub 上.如果还觉得自己英语不够用,看不懂这些站的

导航 1.前言 2.不堪回首的开发往事 3.测试推动开发的成长——将Bug消灭在自测中 4.关于软件测试 5.制定测试计划 6.编写测试用例 7.执行测试用例 8.发现并提交Bug 9.开发人员修复Bug 10.对已修复Bug进行返测 11.将修复完成的Bug关闭,对未修复的Bug重新激活 12.灵活使用压力测试工具 13.测试与版本控制 14.小结 15.附件下载 1.前言 对于测试,很多公司并不看重,接触过不少朋友或客户,打开网站随便点击一下,就可以很容易发现爆黄页.404.UI变型(浏览器

我们可以使用swingbench这个工具对数据库性能进行压力测试,得到一些性能指标作为参考. SwingBench下载: http://www.dominicgiles.com/downloads.html 参考相关文章: http://www.linuxidc.com/Linux/2016-04/130297.htm http://blog.csdn.net/xiaofan23z/article/details/7978998 实验环境: RHEL 6.5 + Oracle 11.2.0.4

关于Cgroup的简单测试 [toc] 简单介绍Cgroup (如果对cgroup熟悉可以忽略) 一般情况下,cgroup挂载到一个虚拟文件目录,然后可以通过文件系统的API对其操作. ># mount | grep cgroup 可以查看mount point (debian) /sys/fs/cgroup/ (redhat) /cgroup/ 以下非特殊说明,均以ubuntu12.04(3.5.0-23-generic) 为准 如果没有,安装方式 ># apt-get install cg