让 dnsmasq-china-list 分流列表跑在 windows 之用 C♯ 写 DNS 转发器

作者:V君 发布于:2021-12-12 4:48 Sunday 分类:我的应用

TL;DR for 立即想拿来用的人:[下载 |源代码 ]

命令行参数
 DnsForwarder.exe 默认DNS .CN域名DNS 配置文件
示例
 DnsForwarder.exe 192.168.233.233 114.114.114.114 c:\dnsmasq-china-list.conf
只在 Windows 10 环境下调试通过,不确保其他环境也能用…

简单扯一扯缘起

由于众所周知的原因,光是有了可靠的 DNS 还不行,直接使用会让部分国内网站变慢甚至打不开,这时候就只能上分流方案了。网上查到的都是用 dnsmasq 跑在路由器、linux、WSL上,没找到 windows 下直接能用的方案,那就只能自己造轮子了…

简单扯一扯开发感想

要做一个东西首先要确定理论上的可行性。我不想太深入 DNS 协议,先想到的是盲转发,也就是监听 53 端口进来的 DNS 请求,提取报文中的域名,然后原样转发到匹配的 DNS 服务器,得到响应之后再原路返回。那么就稍微啃了一下 DNS 的协议报文。从 DNS 报文中提取域名还算简单,简单 PoC 之后就适配到 dnsmasq-china-list 配置文件了。起初匹配表是个字典,键和值都是字符串,键是域名,值是 DNS 服务器 IP,载入配置文件之后观察内存占用已经将近 40MB 了,然后又抽空优化了一下把大量重复的 DNS 服务器改成查表,这下内存占用就下降了数 MB。UDP 的使用姿势也从无脑循环改为异步收发,对上游服务响应超时的情况也做了应对处理,及早释放资源。

标签: DNS劫持 软件开发 C#

评论(0) 引用(0) 浏览(706)

用C♯访问共享内存(MACMSharedMemory)调用Afterburner控制显卡风扇转速

作者:V君 发布于:2021-10-26 20:25 Tuesday 分类:我的应用

TL;DR for 立即想拿来用的人:[下载 |源代码 ]

0) 确保 MSI Afterburner 正常运行
1) 一些命令行示例
◆ 显示全部显卡风扇转速: -q
◆ 显示第一块显卡风扇转速: -q0
◆ 将全部显卡风扇设置为自动:-sAUTO
◆ 将全部显卡风扇设置为全速:-s100
◆ 将全部显卡风扇设置为最低转速:-s0
◆ 将第一块显卡风扇设置为自动:-sAUTO -i0
◇ 无参启动会输出完整用法
X) 只在 Windows 10 环境下调试通过,不确保其他环境也能用…

扯一扯这次折腾的经历

〇缘起

我为啥没事要控制显卡风扇转速呢?我只敷衍一下说懂得都懂吧 _(:з)∠)_
原因这部分略过,在找到 MSI Afterburner 共享内存的方式之前我还尝试了许多不靠谱的其他方式,最终选择了小飞机。

①使用来自 guru3D 论坛别人封装库的尝试:有BUG啊

起初在咕狗上找小飞机的 API,然后就找到 guru3D 论坛上标题为
MSI Afterburner .NET Class Library》 的帖子,提供了一个加密混淆了的 .NET 程序集和一份文档。用起来感觉还行,读取全部显卡的风扇转速。 但是要设置风扇转速的时候它只能动前两块显卡,如果要设置第三块及以上的显卡,(不要问…),这个库会出现内存访问违规,也就是传说中的 Access Violation(AV)…… 由于这个程序集不提供源代码,那就只能自己实现了,况且 MSI Afterburner 提供了 SDK 示例,虽然是用 C++ 写的,但也能勉强读懂吧,反正只要能调整风扇转速就达到了这次的目的。

②自己照着 SDK 实现:还凑合

默认情况下 SDK 示例能在 C:\Program Files (x86)\MSI Afterburner\SDK\Samples\SharedMemory\MACMSharedMemorySample 找到。 主要看 MACMSharedMemorySampleDlg.cpp 就可以了。 整个流程大概分成四个阶段:连接、读取、修改、写入,读写的时候有个全局互斥锁,还有个 MACM 签名用来避免误操作,最后不要忘了释放资源。 结构体定义我就懒得自己重新扒 C++ 而是从《MSI Afterburner .NET Class Library》里面直接扒出来了,对外公开的数据结构没有混淆,也不能混淆 乂目

●结语

这只能称之为一个小作品或者小节目吧,还可以再扩展一下吧核心、显存频率引出来的,但是懒了 _(:з)∠)_ 其实是月底还没写这个月的博客,有点慌了w 因为要恰饭,所以就算是家里蹲,留给自己的时间也不多,一直想做一个自己的个人博客还在咕着 _(:з)∠)_ 忙完这阵子之后我想先深入了解一下 Blazor 然后尝试做个博客管理界面,至于前台嘛,为了方便互联网档案馆之类的场景,我决定还是做成全站伪静态,服务端渲染的页面。

★题外话(?)

对于不想安装小飞机又想用命令行控制显卡风扇转速的小伙伴,我这里有个方法能将小飞机强行精简绿化,最终的 7z 压缩包只有 1.2MB。 去官网下载安装包,然后用 7-zip 解开,挑出下面列出的文件,然后再修改一下配置文件 MSIAfterburner.cfgMSI Afterburner v4.6.4.16117 Beta 4
│  LogitechLcd.dll
│  MSIAfterburner.cfg
│  MSIAfterburner.dat
│  MSIAfterburner.exe
│  MSIAfterburner.oem
│  MSIAfterburner.oem1
│  MSIAfterburner.oem2
│  RTCore.cfg
│  RTCore.dll
│  RTCore32.sys
│  RTCore64.sys
│  RTFC.dll
│  RTHAL.dll
│  RTMUI.dll
│  RTUI.dll

├─Profiles
│      MSIAfterburner.cfg

└─Skins
        MSIModern.usf
配置文件内容[Settings]
Skin=MSIModern.usf
用这种方式需要自己打32、64位的 VC2008 运行库

标签: 软件开发 C#

评论(0) 引用(0) 浏览(465)

在 Blazor WebAssembly 中使用 Ace 代码编辑器

作者:V君 发布于:2021-8-1 15:02 Sunday 分类:折腾手记

TL;DR for 急着想要知道怎么用的人

[源代码、快速上手文档]

用爽了和不爽都可以回来听我扯扯

最近开始摸 Blazor 的 WebAssembly 前端项目,尽管早就知道有 WebAssembly 的纯前端版本,但那时候似乎还不太稳定的样子,那就等等再用,保持关注,然后最近就发现它似乎已经可以用了。想拿来试试手又不想太 HelloWorld 就得找点事情做,比如博客管理界面啥的。(终于不咕了么)

其实在 Blazor WebAssembly 之前我就一直都盘算着用 Markdown 来撰写文章了,用 Ace 代码编辑器,然后节流发回后端用 Markdig 渲染了再丢回前端呈现预览,现在可好,用 WebAssembly 方式可以把「原生」.NET 库在浏览器运行了,再有就是 Blazor 的组件化以及前端路由,看起来已经能摆脱 js 和 vue 的束缚,当然目前调用 js 库还是得自己写一点胶水代码,将来生态丰富了就不需要自己胶了吧。

那就先从移植组件开始,参考了 Lucky Seven 的如何优雅的移植 JavaScript 组件到 Blazor,一边对着 Ace 的文档引入目前所需的 API。

起初在 index.html 引入 cdn 脚本,后来发现可以用 import 关键字在脚本文件里引入外部脚本,只是要补充一下库基址。于是就搞起了模块化胶水(JSInteropC♯)。使用起来没发现明显的问题,至于性能嘛,前端工程是跑在每个浏览器的,只要不是反应卡顿,都可以忽略掉(❌),可以不太在意性能,把代码写的好看点,这有啥毛病呀(

不扯了,来点类似下集预告之类的吧。整合了 Ace 代码编辑器之后,当然就是搭管理界面的前端工程。找到了个简单易懂的栗子,原来前端路由拦截这么简单。好了打住,欲知后事如何,且听下回分解w

标签: 软件开发 C# 前端工程

评论(0) 引用(0) 浏览(514)

做了个基于 VCommon 的 ASP.NET Core 项目案例

作者:V君 发布于:2021-7-19 15:11 Monday 分类:折腾手记

前言

这是啥?简单用一句话来讲这就是一个山寨(简化?)版的 ABP 项目,用来学习 WebAPI 后端的完整流程以及做些个人项目。这几天抽了许多时间来摸 ASP.NET Core 尝试把 VCommon 用起来。进展还算顺利,那就淡定地水一水吧。

TL;DR

源代码:[VcommonCore] [本项目]
快速上手:
1)将 VcommonCore 和本项目克隆到同一个文件夹,打开本项目尝试编译
2)在配置文件按实际情况配好 MySQL 和 Redis
3)在包控制台用 update-database 命令创建数据库
4)如果没有异常,那就可以按 F5 跑起来看 Swagger 了
x)目前只有 SaaS 的基础功能。

TL;DR之后就是折腾感想了,主要还是和传统 ASP.NET 的差别以及适配

感想其一:配置文件。传统的 ASP.NET 只要在 Web.Config 配了连接字符串或者 AppSetting 就可以在任意位置使用 ConfigurationManager 来获取。不过这一套在 Core 已经行不通了,于是我从 ABP 项目抄来读取配置文件的实现,顺利地兼容了 EFCore 命令行工具和 ASP.NET Core 环境。EFCore 的方式完全照搬,而 ASP.NET Core 环境就得自己实现任意位置访问了,把配置对象注册到 IoC 容器中去!

感想其二:中间件。由于一开始就想绕过 ASP.NET 繁琐的生命周期,于是选用了 HttpModule 来把请求按约定的路径拦截下来并做出处理。换到 Core 之后,它没有 HttpModule 了,咋办?咕狗呗,找到微软的迁移文档,给 VCommon.VOpenApi 做了个中间件,从而平滑过渡到 Core。

感想其三:HttpContext/Session/RequestScope。传统的 ASP.NET 可以从任意位置通过静态成员获取当前上下文,然鹅转换到 Core 之后 HttpContext 的静态成员 Current 没有了,咕狗回来发现大伙们都用依赖注入的方式把上下文注册到 IoC 容器中。由于 HTTP 的无状态性,直接把上下文注册到容器是会乱套的,这时候就需要改变 UnityContainer 的使用姿势,用起派生容器了。插一句,或许有的人看不起 UnityContainer 说其老旧性能低下,但它自带的接口拦截功能还是很香的,它不需要把业务方法定义成虚方法,性能也还可以接受。在 WebAPI 请求处理的中间件调用业务方法之前,从根容器派生出子容器,将其作为 RequestScope 来使用,把上下文以及依赖上下文的组件一起注册进去,这样就不会乱套了。

最后,埋个伏笔(?)啥时候不咕了,那就用 VCommon 来做一个自己的博客吧!

标签: 软件开发 C# ASP.NET .NetCore

评论(0) 引用(0) 浏览(409)

从 EF6 转到 EF Core 了,变化挺大

作者:V君 发布于:2021-6-27 14:19 Sunday 分类:折腾手记

月底了,还没发表这个月的文章,好方,那依旧水一水正在做的事情吧。

最近在拿起放置了好长时间的 VCommon 摆弄,试图将其迁移到 .NET 5+ 。目前刚完成 EF6 转到 Core 的迁移,前面的基础类库、IoC、AutoMapper 都还算挺顺利,从经典 EF 迁移到 Core 就没这么简单了。让我来水水这次的经历。

连接字符串配置。从经典 FrameWork 转到 Core 之后,config 文件和 ConfigurationManager 似乎不能再继续用,得改用 json 配置文件的方式,而且运行环境(单元测试、命令行工具)的适配也不一样。

审计字段和软删除。这一点上 Core 的 EF 和经典的没有差别,依旧重写 SaveChanges 方法,在里面按接口找出变更实体按需操作就可以了(别忘了调用基类方法)。

查询过滤器。这一点就比较坑了,首先 EF6 的 DynamicFilters 不支持 EF Core,其次 EF Core 自带的全局查询过滤器它不好用,于是只能把实现放在叠在 EF 上方的 Repository 层,反正业务逻辑通常也只使用 Repository,那就在向上层提供 IQueryable 之前先在内部根据过滤器状态做好前置条件(比如软删除之类的)。

目前经典 EF 转 Core 就只遇到过这几个问题。如果遇到更多问题再追加吧(希望不要

标签: 软件开发 C# 数据库

评论(0) 引用(0) 浏览(349)

Powered by emlog 去你妹的备案 sitemap