关于wifi破解的事情上次动手的时候还是去年或前年了，这几天闲来无事晚上又典型的夜猫子所以就计划动手再搞一搞… 拿出吃灰已久的带有网络监听功能的无线网卡接到kali的虚拟机上（无线网卡的监听功能主要是用来监听搜索到的wifi数据包以便抓包利用） 接下来就开始正式的wifi破解因为权限的问题该工具要求切换到root账户下才可以正常使用，切换权限后可以先执行iw...
前一段时间搭建了web-socket服务，结果那台服务器到期了。又在搬瓦工的vps上搭建了一次，上次并没有开启守护进程，所谓的守护进程就是允许nodejs在后台运行，趁着这次机会就把守护进程模式开启吧，不然服务器断开链接后服务就down掉了…. 安装forever 执行npm install -g forever命令 WARN⚠️警告的内容可以不用管 创建软链接 执行ln -s /home/nodejs/node-v16.13.0-linux-x64/lib/node_modules/forever/bin/forever /usr/bin/forever 启动nodejs服务 执行forever start xxxx.js 以上几步结束后nodejs的守护进程就开启了，这时可以退出断开链接进行验证
Loadrunner11对兼容性最好的浏览器就是IE9，但是并不是所有的系统都能支持Ie9浏览器的，除了前期说过的通过抓包可以获取脚本，今天介绍另一种获取脚本的方案：代理。 代理的方式相对抓包来说要更容易一些，下面详细的介绍下如何使用 1、浏览器设置代理 这里的浏览器以IE9举例，如果有其他的浏览器也可以单独设置，比如安装代理插件单独设置，如果没有选择代理插...
除了LoadRunner自带的代理录制脚本的方式，还有一种更为方便的方式就是通过抓包工具获取测试比较，使用WireShark抓包的方式已经说过了，这次就来换另一款工具：Fiddler 最新版的Fiddler全名叫“Fiddler EveryWhere”，如果没有最新版用老版的也不影响（个人推荐新版，新版增加了更好用的接口调试功能）。除了用到Fiddler这款...
这几天接触了tomcat+nginx负载均衡，在大部分工作都完成后，启动tomcat时发现报错：Client does not support authentication protocol requested by server; consider upgrading MySQL client，根据日志提示需要升级mysql，尝试升级后再次启动tomcat...
在用多台负载机连接进行压力测试时，当添加好测试机Connect时发现状态是Failed，报错信息：“Failed to connect to the load generator.Check the output window for more detail”，对于这个问题目前go君所知道的一般有以下几点原因： 防火墙问题：可以尝试关闭测试机防火墙后进行尝试...
发生此错误的情形： loadrunner-controller连接多台负载机后进行压测时提示：Error: CCI security error:You are running under secure mode and the function _time32 is not allowed in this mode 问题原因： 首先关闭controller...
手机ip地址将入扫描工具白名单 点击记录，并在手机端进行操作 工具获得app端操作记录信息 注意：操作时可以对app中每一个步骤都进行操作一遍，这样捕获的记录会相对更完整一些，结束后点击“停止记录”，选择确定，接下来就是对捕获数据进行分析了。
在docker中启动nginx时报错：“Error response from daemon: conflict: unable to remove repository reference nginx (must force) – container 5e08dbe77855 is using its referenced image 62d49f9bab...
查看防火墙状态：systemctl status firewalld.service 开启防火墙：systemctl start firewalld.service 关闭防火墙：systemctl stop firewalld.service 重启防火墙：systemctl restart firewalld.service 查看已经放的端口：firewal...
