博文

目前显示的是标签为“gh-proxy”的博文

GitHub Proxy 更新补记 把 perl-pe-para 放到 worker 上

图片
发现有个更新忘了记录下来. 补记于此: 以前我是把 perl-pe-para 参数放在 github 的repo上. 这样的弊端是, 里面的 perl-pe-para 参数的内容是写死的. 比如,

呼吁调用脚本时都写成 bash <(...) 的形式 这样方便ghproxy处理无限嵌套的脚本互相调用

图片
呼吁调用脚本时都写成 bash <(...) 的形式, 比如: bash <(curl -L https://github.com/crazypeace/warp.sh/raw/main/warp.sh) bash <(wget -qO- -o- https://git.io/v2ray.sh) 好处是, 方便ghproxy处理无限嵌套的脚本互相调用

Cloudflare的worker的JS里面 字符串不能包含 perl -pe空格

图片
一个非常简单的测试. 你创建一个worker, 然后把hello world修改为 perl -pe空格 * 注意字符串的末尾有个空格. 部署就会报错 API Request Failed: PUT /api/v4/accounts/9e0d39b714fdd7b1b66d46589d33ba59/workers/services/fragrant-hill-498d/environments/production?include_subdomain_availability=true (403)

GitHub Proxy 更新 支持在一行内 wget 下载再执行的形式

图片
现象 一直以来, 在各种地方不断地看到在不同的环境下跑Github脚本不成功的网友. 有些一键脚本的作者为了美观( 装B )会带上不显示错误信息的参数, 比如 wget -q 和 curl -s 这样, 如果出错就一点显示都没有. 对不懂的小白来说, 连用微信扫一扫翻译错误信息的机会都没有. 比如, 这位仁兄

GitHub Proxy 跑在 Replit 上面, wget 获取是乱码, 使用 --compression=auto 参数解决问题

图片
现象 GitHub Proxy 跑在  Replit  上面, wget 获取是乱码, curl 获取正常 在replit上搭建 GitHub Proxy 的教程看以前写的 使用方法: wget -O- https://ghproxy.crazypeace.repl.co/https://git.io/v2ray.sh 效果是乱码 同样的网址, 用curl获取就是正常的. curl -L https://ghproxy.crazypeace.repl.co/https://git.io/v2ray.sh 同样的Github Proxy项目, 搭在Cloudflare worker上面, 用wget获取也是正常的. wget -O- https://ghproxy.crazypeace.workers.dev/https://git.io/v2ray.sh

在新开的woiden上执行用ghproxy处理的xray安装脚本 安装prerelease版本 成了1.4.0版本

图片
新开了一个woiden小鸡, 直接执行github脚本, 会获取不成功github资源. 执行用ghproxy处理的xray reality极简一键脚本 bash <(curl -L https://ghproxy.crazypeace.workers.dev/https://github.com/crazypeace/xray-vless-reality/raw/main/install.sh | perl -pe "$(curl -L https://ghproxy.crazypeace.workers.dev/perl-pe-para)") auto 8443 报错说 xray x25519 未知命令. bash 带上 -x 参数, 查了一下安装过程, 发现xray安装的是1.4.0版本.

在Replit上跑cloudflare的workers脚本 运行gh-proxy 墙内VPS访问GITHUB资源

图片
之前为了解决访问github资源的问题, 在cloudflare的worker上面搭了一个ghproxy .  而workers.dev域名被墙了, 如果没有自己的域名的话, 没办法用自定义路由的方式.  现在有一些免费域名和便宜的域名   除此之外, 我们还可以利用Replit域名没有被墙, 搭建ghproxy.

GitHub Proxy 更新 支持多层自我嵌套使用情况 支持脚本内容中使用git.io形式

今天在新开到的VC小鸡上面跑WSS一键脚本.  bash <(curl -L https://github.com/crazypeace/v2ray_wss/raw/main/install.sh) vc2.tzzhu.gq 6 应该是因为小鸡的网络环境的原因, 访问Github资源出错. 安装并不顺利.

简化操作 生成调用github代理的命令 解决使用github脚本时遇到的各种访问github出错的问题

图片
之前写过一篇 用github代理来解决使用github脚本时遇到的各种访问github出错的问题 . 但是方法看起来比较复杂, 可能除了我没人愿意这么用.  所以做成了一个页面, 可以由 cloudflare 的 worker 调用. 这样使用者就只剩下鼠标点点点了. 演示视频:

GitHub Proxy 支持 api.github.com

图片
在使用GitHub Proxy代理 warp 脚本时,发现在调用api.github.com时报错。 经查, gh-proxy 没有加入对api.github.com的支持 https://github.com/hunshcn/gh-proxy/issues/44 那么就自己加一下吧。 修改内容很简单,前面部分,过滤格式增加一行 const exp7 = /^(?:https?:\/\/)?api\.github\.com\/.+?\/.+?\/.*$/i 后面部分,判断格式的地方加一个 || path.search(exp7) === 0  ====== 完 Github:  https://github.com/crazypeace/gh-proxy ====== 实例 bash <(curl  https://github.crazypeace.workers.dev/ https://raw.githubusercontent.com/P3TERX/warp.sh/main/warp.sh   | perl -pe "$(curl -L  https://github.crazypeace.workers.dev/ https://github.com/crazypeace/gh-proxy/raw/master/perl-pe-para )" ) 4

在IPv6 only Free.VPS.vc VPS访问GitHub一键脚本失败的时候,用GitHub Proxy解决问题

图片
原理: Free.vps.vc 访问GitHub资源出错 用GithubProxy代理 用sed修改脚本内容 sed不支持非贪婪匹配 改用perl 网页工具 https://crazypeace.github.io/gh-proxy/ https://ghproxy.crazypeace.workers.dev/ 使用演示 实例: 极简一键脚本 搭V2Ray 修改前 bash <(curl -L  https://github.com/crazypeace/v2ray_wss/raw/main/install.sh ) 修改后 bash <(curl -L  https://ghproxy.crazypeace.workers.dev/ https://github.com/crazypeace/v2ray_wss/raw/main/install.sh   | perl -pe "$(curl -L  https://ghproxy.crazypeace.workers.dev/ https://github.com/crazypeace/gh-proxy/raw/master/perl-pe-para )" ) 一键WARP开IPv4出站 修改前 bash <(curl -L  https://raw.githubusercontent.com/P3TERX/warp.sh/main/warp.sh ) 4 修改后 bash <(curl -L  https://ghproxy.crazypeace.workers.dev/ https://raw.githubusercontent.com/P3TERX/warp.sh/main/warp.sh   | perl -pe "$(curl -L  https://ghproxy.crazypeace.workers.dev/ https://github.com/crazypeace/gh-proxy/raw/master/perl-pe-para )" ) 4

Free.vps.vc 访问GitHub资源出错 用GithubProxy代理 用sed修改脚本内容

图片
问题 Free.vps.vc 访问GitHub资源出错 --update sed不支持非贪婪匹配 改用perl 修改后 bash <(curl -L  https://github.crazypeace.workers.dev/ https://github.com/crazypeace/v2ray_wss/raw/main/install.sh   | perl -pe "$(curl -L  https://github.crazypeace.workers.dev/ https://github.com/crazypeace/gh-proxy/raw/master/perl-pe-para )" ) 解决思路 用 GitHub Proxy 代理 source:  https://github.com/hunshcn/gh-proxy 要么fork一份脚本,自己修改添加gh-proxy,如下文教程 如何设置自定义gh-proxy参数使用我的warp脚本 要么就把脚本下载到本地,然后修改脚本。有手搓和sed命令替换两条路。 手搓方法 1. 自己搭 或者 使用现成的 GitHub Proxy . 以  https://github.crazypeace.workers.dev/  为例 2. 在你的 GitHub 资源 url 的前面加上 GitHub Proxy 的 url  如: bash <(curl -L https://github.com/crazypeace/v2ray_wss/raw/main/install.sh) 修改为 bash <(curl -L  https://github.crazypeace.workers.dev/ https://github.com/crazypeace/v2ray_wss/raw/main/install.sh) 3. 如果你的资源是一个脚本,而这个脚本里面访问了GitHub资源 3.1 那么你可以先 wget 下来 wget  https://github.crazypeace.workers.dev/ https://github.com/crazypeace/v2ray_wss/raw/main/i...

如何设置自定义gh-proxy参数使用我的warp脚本

图片
能正常访问GitHub时,我推荐直接使用p3TERX的warp脚本。 hax woiden要装ipv4出站,直接执行 bash <(curl -fsSL git.io/warp.sh) 4 只有在某些hax woiden环境下访问GitHub资源不成功的情况下,需要用到我的warp脚本 https://github.com/crazypeace/warp.sh 以前一直是使用 raw.githubusercontent s .com 来解决hax woiden 不能直接访问GitHub的问题,结果今天报错 command not found 现象如下: /dev/fd/63: line 1: $'\347\275\221\347\253\231\347\273\264\346\212\244\343\200\202': command not found /dev/fd/63: line 1: 网站维护。: command not found 查了一下,这个raw.githubusercontent s .com服务并不是GitHub官方的, 目前暂停了 。 - update - raw.githubusercontent s .com服务 目前已恢复。 我找到了这个服务的 源头 , 用它的方法自己搭了一个 cloudflare worker的gh-proxy https://github.crazypeace.workers.dev/ 于是就可以在你要访问的GitHub资源前面加上这个 gh-proxy 来访问。 但是我的warp脚本里面还要访问别的GitHub资源,而免费的cloudflare worker有每天100000的请求次数限制,所以我虽然在我的脚本里写了一个默认的gh-proxy,但是我还是让脚本支持传入ghproxy参数,这样万一我的gh-proxy的免费次数用完了,你还可以 自己搭建一个gh-proxy 并继续使用我的脚本。 我的warp脚本使用方法:(打开TUN等操作略,这里只讲如何执行脚本) 1. Hax bash <(curl -L https://github.crazypeace.workers.dev/https://raw.githubusercontent.com/crazypeace/wa...

Shell脚本支持设置gh-proxy参数 解决raw.githubusercontents.com command not found问题

图片
最近在hax woiden上访问带S的raw.githubusercontent s .com脚本会报错command not found 原因是raw.githubusercontent s .com并非官方服务,现在这个服务临时关闭了。 使用自建 gh-proxy 可以解决访问脚本的问题,但是脚本里面再访问github资源怎么办呢? 所以脚本需要支持带gh-proxy的参数,在脚本里面访问github资源的时候前面加上gh-proxy

使用Cloudflare Worker自建GitHub Proxy代理 解决raw.githubusercontents.com command not found问题

图片
最近在hax woiden上访问带S的raw.githubusercontent s .com脚本会报错command not found 现象如下: /dev/fd/63: line 1: $'\347\275\221\347\253\231\347\273\264\346\212\244\343\200\202': command not found /dev/fd/63: line 1: 网站维护。: command not found 查了一下,这个服务并不是GitHub官方的,目前暂停了。 消息源: https://github.com/7ednet/yard/discussions/11 所以我们需要搭一个自己的GitHub代理。

The Hot3 in Last 30 Days

RackNerd VPS搭Hysteria2 HY2梯子 年付 $10.98 1G端口 3T流量 17G存储 1GB内存

强行重装 233boy的sing-box脚本 取消脚本报错退出的逻辑