kingwilliam

我是在 client side 提供 client cert, 以下 cert and key file 不能吗? ``` "tlsSettings": { "certificates": [ "usage": "encipherment", "certificateFile": "/path/to/certificate.crt", "keyFile": "/path/to/key.key" ] } ```

因要在 haproxy 做分流 如有 client cert 才跳到 ray server 如没 就跳到 fallbacks web server

``` "outbounds": [ { "mux": { "enabled": true, "concurrency": 8 }, "protocol": "vmess", "streamSettings": { "tlsSettings": { "allowInsecure": true }, "security": "tls", "httpSettings": { "path": "/ray", "host": [""] }, "network":...

rdp-tcp : 3389 **rdp-udp : 3391**

``` { "type": "field", "domain": [ "regexp:.aaa.tk$" "regexp:.aaa.xyz$" ], "outboundTag": "blockedByDomain" }, ``` reference : https://xtls.github.io/config/routing.html#ruleobject https://www.guru99.com/linux-regular-expressions.html

自建 MTProto Proxy 也不难 https://github.com/9seconds/mtg

> > 自建 MTProto Proxy 也不难 > > https://github.com/9seconds/mtg > > 试图换到 9seconds/mtg 发现恰好 9seconds/mtg 不能下载媒体及文件了：[9seconds/mtg#283](https://github.com/9seconds/mtg/issues/283) 目前切换到 [v4.45.2](https://github.com/v2fly/v2ray-core/releases/tag/v4.45.2) 继续用 MTProto 试试加入 tcp-buffer = "5mb" concurrency = 1024

独立思考一下 如真的破解了tls(这个破解是指已看到tls内是什麽) 所有政府和金融机构都已首当其冲 但明显不是. 如说墙可以识别 tls over tls, 这就可以说不是十足也九成九. 如只问: grpc是不是比ws稳定? 短答: grpc比ws丝滑(你可看成grpc自带mux), 但ws会比grpc穏定(因grpc对网络质素要求比较高). 建议: 之前已有很多师兄都已重点解说过, 首要是做好自身安全 - 自建vps不要回路返国 - 自建vps要做好防范主动探测 - 自建vps如用443, 如不好彩端口给封闭, 千万不要转端口, 否则 即是说给墙知443可除时不用(有什麽网站是可除时不用443) - 国产品牌手机就已经不安全 -...

简单问 有什麽人可用ssh连接linux server? 答案 就只有管理人. 在墙看 有什麽国外伺服器是由国内ip管理？ 这就会给墙一个要多多留意的提示， 墙会再看 这个vps会是什麽用途之类。所以 我会强烈不建议直接用ssh连接vps. 补充：ssh是指protocol(协定), 不是port(端口)22。 因端口可变 但协定不能变 所以 不要意为由22转了45678就可避过监察 就算一般的防火墙 要过滤出ssh protocol也不是什麽难事。

试试解答问题(1) `[Warning] [3269249056] app/dispatcher: default route for tcp:b1sync.zemanta.com:443` 试试修改 routing ``` 由 { "type": "field", "domain": ["geosite:cn"], "outboundTag": "direct" }, { "type": "field", "domain": ["geosite:geolocation-!cn"], "outboundTag": "proxy" }, 到 {...