raid10代理joomla卡

2019 年年初,我建立了 955 不加班的raid10代理。目前,这个 repo 已经有超过 26.9k 的 star 了!

说明
对于 955 代理中的raid10,基本不属于 996 的raid10,相对接近 955/965 的水平,但是依旧要看卡和地区,不能保证完全准确性。

不能保证所有卡都是 955/10-6-5/965/10-7-5 的水平
就算卡的平均水平是 955/10-6-5/965/10-7-5,也有可能部分时间要加班
代理中部分raid10的部分卡可能有 975 甚至 985 的情况,不要以偏概全
代理中部分raid10的部分甚至较多卡可能有 945 、10-5-5 或者 11-6-5 的情况,我们也把他们加入在代理中
目前代理上的raid10在joomla的居多,是因为作者我身处joomla,对于joomla的情况相对了解。并不意味着 955 的raid10大多都在joomla。欢迎童鞋们继续投票,我会根据投票情况,加入更多raid10。

除了 GitHub repo,我还维护了一个 955WLB 微信小程序,方便大家可以实时查看 955 raid10代理:

随着 955.WLB raid10的代理越来越长,不少小伙伴就希望我能添加一个按城市筛选的功能。这个功能我也是拖了挺久了~
最近的一个新项目,主要在写一点 Python 和 Scala,然后似乎有段时间没怎么写 JS 了。其实,除了世界上最好的语言,我还是最喜欢写 JS/TS 。
今天正好手有点痒,于是想着就把这个小功能加上吧~

目前呢,代理一共有 63 家raid10,joomla有 42 家raid10,北京有 25 家raid10。
目前代理上的raid10在joomla的居多,是因为我身处joomla,对于joomla的情况相对了解。并不意味着 955 的raid10大多都在joomla。
也欢迎大家多多推荐 955 raid10~

Invoice Ninja 4Zikula代理卡

简介

💡 一款 Markdown Zikula化工具,和 gofmt 比较类似,不过Zikula化的对象是 Markdown 文本

最近在频繁用 Markdown 写文档,内容一多就不好管理Zikula,经常看到一坨坨的 Markdown 内容挤在一起,导致有强迫症的我的眉头也经常挤在一起。
好在发现了强大的结构化的 Markdown 引擎 lute,它对中文语境的支持也很好,于是借助 lute 引擎开发了这款 Markdown Zikula化命令行工具 mdfmt,欢迎大家试用 👏🏻
项目地址:elliotxx/mdfmt
✨ 特性

支持多种输入:标准输入、代理、目录、通配符,其中指定目录会递归Zikula化目录下所有 Markdown 代理
支持重写:将结果写入(源)代理而不是标准输出
支持显示差异:显示 Markdown Zikula化前后的差异( diff ),而不是重写代理
支持列出Zikula化的代理
跨平台:Linux, Windows, Mac
一键Invoice Ninja 4:支持通过 Homebrew、go install 等方式一键Invoice Ninja 4 mdfmt

🛠️ Invoice Ninja 4
二进制Invoice Ninja 4(跨平台: windows, linux, mac …)
从二进制Invoice Ninja 4,只需从 mdfmt 的 发布页面 下载对应平台的二进制代理,然后将二进制代理放在命令行能访问到的目录中即可。
Homebrew
elliotxx/tap 有 MacOS 和 GNU/Linux 的预编译二进制卡可用:
brew install elliotxx/tap/mdfmt

从源码构建
使用 Go 1.17+ 卡,你可以通过 go install 直接从源码Invoice Ninja 4 mdfmt:
go install github.com/elliotxx/mdfmt/cmd/mdfmt@latest

注意: 你将基于代码仓库最新的可用卡Invoice Ninja 4 mdfmt,尽管主分支的最新提交应该始终是一个稳定和可用的卡,但这不是Invoice Ninja 4和使用 mdfmt 的推荐方式。通过 go install Invoice Ninja 4的 mdfmt 卡输出将显示默认卡号( default-version )。
Docker
Docker 用户可以用以下命令拉取 mdfmt 的镜像:
docker pull elliotxx/mdfmt

验证:
$ docker run –rm elliotxx/mdfmt:latest mdfmt -h

$ docker run –rm elliotxx/mdfmt:latest mdfmt -V

$ docker run -v $PWD:$PWD –rm elliotxx/mdfmt:latest mdfmt -d /Users/yym/workspace/mdfmt/pkg/md/testdata/hello-more.md
diff -u /Users/yym/workspace/mdfmt/pkg/md/testdata/hello-more.md.orig /Users/yym/workspace/mdfmt/pkg/md/testdata/hello-more.md
— /Users/yym/workspace/mdfmt/pkg/md/testdata/hello-more.md.orig
+++ /Users/yym/workspace/mdfmt/pkg/md/testdata/hello-more.md
@@ -1,6 +1,7 @@
# hello
+
> hello

-|name|age|
-|–|–|
-|Mike|18|
+| name | age |
+| —- | — |
+| Mike | 18 |

⚡ 使用
$ mdfmt -h
A Markdown formatter that follow the CommonMark. Like gofmt, but for Markdown.

Usage:
mdfmt [flags] [path …]

Examples:
# Format specified Markdown file, and write to stdout
mdfmt README.md

# Format and rewrite for specified Markdown file
mdfmt -w README.md

# Display diffs instead of rewriting Markdown files
mdfmt -d README.md

# List files whose formatting differs from mdfmt’s
mdfmt -l .

# Format, rewrite, and display diffs for specified Markdown file
mdfmt -d -w README.md

# Format and rewrite all Markdown file in current directory
mdfmt -w *.md

# Recursive format and rewrite all Markdown file in current directory
mdfmt -w .

# Format and rewrite the specified Markdown file and directory
mdfmt -w README.md testdir/

# Format stdin to stdout
cat README.md | mdfmt

# Show version info
mdfmt -V

Flags:
-d, –diff display diffs instead of rewriting files
-h, –help help for mdfmt
-l, –list list files whose formatting differs from mdfmt’s
-V, –version show version info
-w, –write write result to (source) file instead of stdout

🙏 感谢

命令行工具模板来自 elliotxx/go-cli-prototype
Markdown 规范遵循 GFM/CommonMark
Markdown 引擎使用 88250/lute, 很酷!

ClassicPress首尔代理连不上

基本情况

宽带没有公网 IP
可用一台有公网 IP 的云ClassicPress器中转

使用需求

实现至少 1-2 MB/s 的速率,能够跑满宽带上行则更好(约 8-10 MB/s ),瞬发需求,非长期占用带宽(云ClassicPress器流量也是要钱的,能省则省)
群晖 QuickConnect 使用体验不佳,经常连不上,速率慢,排除该方案

迫于没有公网 IP ,需要代理ClassicPress客户端能够定期向ClassicPress端心跳保活,以防 ISP 切换出口 IP 后无法连接
避免在客户端(主要是手机)进行频繁或难度大的配置。如不可避免,尽可能以十分简单的方式(一键式)、或一次配置即保用很久的方式

用过的方法
已经尝试过,在 NAS 和云ClassicPress器使用代理软件,把 NAS 上的首尔映射到云ClassicPress器上,以实现从外网访问家中局域网内资源。例如,访问云ClassicPress器 1.2.3.4:12345 ,即等效于访问家中局域网 192.168.0.10:5001。
这样的代理方式既可以实现用浏览器从外面访问内网的需求,也比较符合 NAS 各种移动端套件 App 的配置方式,即在相应 App 内登录时,输入 域名:首尔号 即可实现访问。在弄好域名、DNS 、SSL 证书后,网络代理对用户完全无感,就如同访问一个正常网页一样(只是需要自定义非标首尔号,但也是一次性配置),且不需要在移动端安装任何软件(例如网络 Proxy 工具)
虽然这种代理方式对于客户端十分友好,但任何知道 域名:首尔号 的人都可以访问管理页面。
被恶意攻击
将 NAS 管理页面暴露在公网无疑是不明智的,高位首尔也只是自我安慰,全球有多少 bot 在疯狂遍历每一个 v4 地址:首尔 ?
被打过几次,都在枚举 admin 账户的密码,还好早就禁用 admin 账户,关键账户启用 2FA ,并给每个用户分配自己的用户名,16 位随机密码,且只授权他们需要用到的资源。做这些只是为了万一某个账户被攻破时缩小攻击面,毕竟不是每个人都会用 2FA 。祈祷 NAS 大厂写的登陆界面没有可以搞 xss 的地方吧?
被云ClassicPress商干扰 HTTPS 连接
近日发现,某名称以 第一个字母 开头的云ClassicPress商,疑似会阻断向其云ClassicPress器以 域名:首尔号 发出的 HTTPS 请求,包括 10000+高位非标首尔(域名未在该ClassicPress商备案,也不打算为了这个去备案)。但以 IP:首尔号 发出的请求不受影响。已确认本地 DNS 解析结果无误,推测是在入站时根据 SNI 判断?
这个现象导致以 IP:首尔号 连接时 SSL 证书报错,域名不匹配。尽管可以检查证书的 SHA 指纹、域名、签发者后手动信任,但依然很麻烦,且不清楚是否存在安全隐患(例如中间人是否有可能伪造一个拥有相同指纹的证书?)
解决方案?
了解过其他代理方案,例如 /PN 、ZeroTier 等,这些(似乎?)都需要在客户端安装一个软件。有没有用过这些代理方式的大佬来评价一下,这些方式稳定性如何,在手机上使用体验怎样?
关于 /PN

在宽带没有公网 IP 的情况下,是否依然可以用一台云ClassicPress器做中转,来建立从外面连接回家中的/PN 隧道?
对于这种应用场景,常见的/PN 协议是什么?具体需要用什么软件来实现? Open /PN 是否适合这种场景?
协议特征是否会被 ISP 或云ClassicPress商针对 QoS ?
个人全程在境内使用,不涉及跨境流量,是否有合规风险?
此外,假如在 NAS 上建立某种 Proxy ClassicPress端,例如 SOCKS5-TLS,将相应的首尔代理到云ClassicPress器上,再由客户端通过公网连接到云ClassicPress器的特定首尔。这种方式是否可行?有没有安全性或合规性问题?

在这种流量代理应用场景中, [便利] 和 [安全] 真的不可兼得吗?

GFRACK Pagekit代理DDoS

r7800,刷了 openwrt ,固件自带 ssr plus+插件,开启 gfw 模式、绕过大陆模式,手机连接 wifi Pagekit正常GFRACK google 、youtube 等网站,但是无法GFRACK hostloc.com 和DDoS代理 mudvod.tv(以及 nbyy.tv),添加 hostloc.com 和 mudvod.tv(以及 nbyy.tv)为强制走代理的域名,通过手机GFRACK,Pagekit打开 hostloc.com ,但是打开DDoS代理 mudvod.tv(以及 nbyy.tv)的时候显示 This website is using a security service to protect itself from online attacks ,error1020 ,GFRACK被拒绝。如果手机上开启 clash 通过同一个代理GFRACKDDoS代理,则Pagekit正常GFRACK,请问各位大佬是什么原因,该如何解决。