遇到个蛋疼的事情,手动编译deb就不说了,依赖还搞的莫名其妙,自己ls再cat了一阵子没找到眉目,最后查到资料:
在Debian软件包的debian目录下有个叫control的文件,改,完。
最后再dpkg-buildpackage -b –no-sign
遇到个蛋疼的事情,手动编译deb就不说了,依赖还搞的莫名其妙,自己ls再cat了一阵子没找到眉目,最后查到资料:
在Debian软件包的debian目录下有个叫control的文件,改,完。
最后再dpkg-buildpackage -b –no-sign
到nextclouddomain/settings/admin/sharing,也是就是设置》管理》共享
打开“允许应用使用共享API”
完工
今早发现同一个服务器上的其他网站打不开,状况非常奇怪,同服务器的部分网站完全正常,其余几个直接打不开,表现为:静态夜页面和资源完全正常,php的动态页面就像不存在一样的直接显示Apache默认主页。
查了日志看到:[access_compat:error] AH01797: client denied by server configuration
检查配置和日志莫名其妙折腾了一个多小时,最后想起来会不会是被入侵了,ls看了下文件夹果然有惊喜:
一眼就瞄到了不应该存在的php.ini,按时间排序一下就看到了这堆东西
接着追到wp-content下,就更热闹了
多了两个文件夹:
Fox-C和Fox-C404
多了一大堆加密的php文件
追了一下,原来是大名鼎鼎的FoxAuto by AnonymousFox
不知道是什么插件有洞被扫出来了,可惜为了排除配置问题,把日志删了(太长),只能根据文件时间推断是7月30号到今天上午之间被黑掉了。
找到了问题,接下来就简单了,重新安装一份干净的wp
把uploads文件夹移回去
装个Wordfence
完工,继续板砖
ModeSDeco2是个简单又暴力的ADS-B解码器,自带web界面,没有GUI,天生就适合作为服务来运行
下载地址:http://xdeco.org/?page_id=30
目前最新版本是:modesdeco2_windows_20180429,原作者扔到Google Drive了,国内下载略费力,顺手做个镜像:
https://johnliu.info/wp-content/uploads/2019/06/modesdeco2_windows_20180429.zip
下载后解压,扔到modesdeco2文件夹,先测试下
首先请确保已有RTL-SDR可以正常使用
文件夹里有个modesdeco2_example.bat,右键编辑,根据自己的环境和需要修改,重点关注的参数:
–beast Beast输出端口
–avr AVR输出端口
-sbs10001 SBS-3输出端口
–location 当地经纬度,格式经度:维度,西经和南纬用负数
–metric 米制单位
–web web服务器端口
–db baseStation.sqb位置,没有可以从这里下载:http://johnliu.info/wp-content/uploads/2019/06/BaseStation.sqb
我自己用到的启动参数是:
–location 88.888:111.111 –web 8080 –db d:\Soft\modesdeco2\db\basestation.sqb –metric –beast 31001 –avr 31002 –sbs10001 31003
其余设置项文档里很清楚
保存,双击,会得到一个黑乎乎的cmd表示已经在干活了
没有任何异常就可以准备安装为服务,下载NSSM:
开一个管理权限的cmd,nssm.exe install SERVICENAME,接下来跟着GUI就很简单了,完工,启动服务,就可以从浏览器打开127.0.0.1:8080看看效果了
有个BUG在于,这货默认用了Google地图,需要翻墙……
之前一直好好的nextcloud突然抽风,确认了apache和php的文件大小限制没问题,运行时间也没问题,找了很久有人提到去看apache的error_log才找到原因:
ModSecurity: Request body (Content-Length) is larger than the configured limit (13107200).
那就干掉ModSecurity吧,反正是内网环境