asbai
asbai
If I understand correctly, the data sink in crypto++ needs to be created in the heap every time it is used. Just like this: ```C++ // ... StreamTransformationFilter iDecryptor(*pDec, new...
**问题现象** 在 smartdns.conf 中的普通配置行内，未能正确解析注释符“#” **重现步骤** 配置行 ```` bind 127.0.0.1:53 -no-speed-check #-no-cache ```` 中的 “# -no-cache” 会作为配置参数 `-no-cache` 被识别。在其它几乎所有 Linux Daemon 中，一般这都会被识别为注释。
**问题现象** 命中 cache 中的条目后，返回给 Client 结果中的 TTL 不正确。 **运行环境** x64 Ubuntu Linux Server 20.04 **重现步骤** 1. 上游DNS配置：8.8.8.8 2. 访问的域名：google.com 3. SmartDNS 版本：Release 36.1，官方 deb 包。 4. `dig google.com` 查询，返回 TTL...
新增 NOT_USE_OPENSSL 编译时宏选项，可消除对 openssl 的依赖（同时不再支持 DoT、DoH Client）。 去掉 OpenSSL 支持后，尺寸大幅减小。ARM64 静态链接版为 230KB，ARM64 动态链接版为 204KB，x64 静态连接版为 242KB。 其使用场景如下： 1. 尺寸受限，且无需 TLS/HTTPS （DoT/DoH）支持的嵌入式环境。 2. 缺少 libssl 等依赖库的交叉编译环境。
**需求应用场景** 1. 大前提：很多服务使用 geo-DNS 来优化访问性能，因此最好以实际访问的出口节点 IP 完成 DNS 查询。 2. 拓扑：SmartDNS 所在节点需要在新加坡、韩国、北美等不同线路间动态切换，为确保 geo-DNS 优化， SmartDNS 向上游 DNS 查询时均以当前线路对应的海外节点身份发起。此外，每次发生线路切换后都会自动重启 SmartDNS 并清空其缓存。 3. 但是线路发生切换后，SmartDNS 的下游客户端中缓存的 DNS 解析结果未必会过期，导致线路切换后客户端仍长时间访问对上个线路友好的 IP。 4. 现有的 rr-ttl 系列选项在修改了...
**问题现象** `tcp-idle-time N` 导致只要最近 N 秒内有查询就会重用连接。 而 server-tcp 请求没有可配置的通信超时，同时 tcp 协议栈重传和故障检测机制相当迟缓。导致一些看似健康实则已断开的 TCP 连接不断被尝试重用，但总是无法成功。 **运行环境** 1. 固件型号 Ubuntu Linux 20.04 on ARM64 2. 运营商 CT **重现步骤** 1. 上游DNS配置: `server-tcp x.x.x.x:53; tcp-idle-time...
Bitmap font info related segments Such as EBDT and EBLC does not exported with current version.
We are trying to play a single large ts file with mux.js, But we couldn’t find out how to make mux.js support random seeking (We are looking for something like...
# Issue template (remove lines from top till here) Maintainer: @neheb (find it by checking history of the package Makefile) Environment: ``` NAME="OpenWrt" VERSION="22.03.0-rc4" ID="openwrt" ID_LIKE="lede openwrt" PRETTY_NAME="OpenWrt 22.03.0-rc4" VERSION_ID="22.03.0-rc4"...
Alibaba.com LLC AL-3 (NET-47-235-0-0-1) 47.235.0.0 - 47.246.255.255 另外建议除了 CIDR 版以外，还可以提供 IP Range 版：现在从 https://ispip.clang.cn/ 下载的文件，不管是否带有 _cidr 后缀，貌似其实都是 cidr 格式的。比如：https://ispip.clang.cn/chinatelecom.txt 其实与 https://ispip.clang.cn/chinatelecom_cidr.txt 一样，都是 CIDR 格式？ 希望有类似 APNIC Whois 返回的这种“47.235.0.0 - 47.246.255.255”...