软路由折腾日记
软路由折腾日记
最近想折腾软路由,家里正好有一台x86主机,不过性能如果只搞软路由有点过剩,想着搞all in boomall in one开始因为x86主机是单网口的,按照网上教程装好旁路由虽然可以正常上网,但是有玄学bug,所以pdd买了一个pci有线网卡当主路由废话不多说,淦
安装pve下载pve,下载完成后使用balenaEtche刻录到u盘,插到要安装pve的电脑上,调整启动项没问题的话会看到这个界面选择INSTALL然后跑完就会到这个界面选择I agree选择你要安装的硬盘然后选择区域设置密码和邮箱选择网卡作为管理口(这个管理口如果给openwrt似乎一直是eth0?)ip设置在openwrt同网段,网关填openwrt的lan口ip然后不出意外就安装成功了
安装openwrt将电脑网口连接到pve管理口,设置ip和pve同一网段浏览器输入ip:8006用户名root,密码是刚刚设置的然后设置网卡,点击创建,选择桥接,按照vmbr+1的顺序填写名称,桥接端口写网卡名称,最后点应用配置右键创建虚拟机,下一步操作系统选不使用任何介质系统这里全部默认下一步磁盘这里看你需要添加c ...
记录一次github封号
github莫名被封10.14号我的一个仓库莫名被改名,然后多了一条修改我readme的commit然后就封号了(具体表现为别人看不见我的任何仓库,关于我的任何东西都无法访问)后续20241023:此时提交工单已经一周,没有得到任何回复20241025:github支持终于回复,解封了账号
so,github fuck you!
优雅的回怼杠精
优雅的回怼杠精经过了解jvm的童靴都知道jvm的实现大都是cpp,这时候杠精(KyuubeeOwO,以下简称nt)就上线了看了一下它的动态似乎是个资深杠精(几年前就已经发病,还重伤了几位同胞)它的评论:把人家的编译脚本仓库链接放上去了,还说无cpp,这能有cpp就怪了后面有人把hotspot的源码链接扔上去了,它都能说出13%的cpp这种鬼话(这个cpp占用是基于整个仓库的,不是hotspot的)我说了一句这是业界公认的,好家伙,猜猜人家回的啥
nt:你这还是没拿出依据,纯粹在用嘴说。你说的研发团队有哪些,哪里能看到这些研发团队关于jvm用cpp的言论?业界公认的依据是什么?哪个业界,在哪里公认的?我认可别人的回复,因为别人给了github的地址,仓库拥有者确实是eclipse基金会的
by:这里我对公认可能是有点误解(正确解释应该就是大部分人都认为,其实最后发现,无论我怎么理解都是错的,nt有一套自己独立的认知): 以下我的原话
公认不仅仅是大部分人,而是有信服力的人,例如研发团队之类的,照你这么说那你怎么知道他发的库真的,而不是高仿伪造,你有下载编译运行过?这种业界公认的事 ...
解决安卓14不受信任的触摸事件被屏蔽
解决安卓14不受信任的触摸事件被屏蔽(卡屏)
前言: 因为安卓12新增了不受信任的触摸事件被屏蔽,但是官方给出的解决方法在安卓14无效,故写此工具
原理hook InputDispatcher::isTouchTrustedLocked(这是安卓系统判断是否屏蔽触摸的),使其一直返回true
实现isTouchTrustedLocked这个方法是在libinputflinger.so这个动态库里的,我们把这个so拖到ida,找出这个方法的导出符号,然后hook就行
注
这个服务是由system_server启动的,请注入到system_server再hook
这个方法并不通用,部分机型不可用..
安卓纯native层模拟手指触摸
安卓纯native层模拟手指触摸
前言: 写此项目主要是因为市面上好像并没有一个像样的模拟触摸工具(不与手指触摸冲突.有人维护并且开源)其实这个项目去年就写完了,但是还是突然想记录一下…
思路本来想的很简单,用uinput模块创建驱动并提交事件,但是写完了才发现并没有这么简单,一但手指触摸和虚拟触摸同时存在就会冲突
然后又想着可否把真实的触摸给屏蔽掉,与虚拟触摸进行融合,然后在虚拟设备中统一提交?说干就淦!
实现初始化屏幕信息void touch::InitScreenInfo(){ std::string window_size = exec("wm size"); sscanf(window_size.c_str(), "Physical size: %dx%d", &this->screenInfo.width, &this->screenInfo.height);}//初始化屏幕分辨率,方向单独放在一个线程了
初始化触摸屏信息void touch::InitTouchScree ...