hunshcn/gh-proxy

是否可以增加配置来限制为只支持某些 GitHub org

LinuxSuRen opened this issue · 16 comments

有了这个限制配置的话,对于一些私有部署的用户而言,就可以避免流量吞没的情况,而达到只支持和他们相关的项目。

改项目里面的regex

没有很好的配置模板,最好的就是regex,所以直接改代码吧...

直接修改代码肯定能做到,不过,要是有个配置文件,大家在使用的时候就更方便了

我在火上加个油吧...
大佬直接开发个黑白名单好了....手动狗头

看是否可以直接将黑名单里的链接301到 cnpmjs 和 jsDelivr 上去比较合理

我目前是配置nginx来将一些仓库301到了cnpmjs 和 jsDelivr 上去了...不影响使用也不会太占本机网络资源

问下这个黑白名单可否一起用?每行一个? 能否详细点?
white_list = '''
'''
back_list = '''
'''
pass_list = '''
'''

当white_list 设置了 abc/def
back_list 和 pass_list 无论设置什么都都无法代理?
整个站点仅能代理 abc/def 对吧?


当不设置 white
black_list 设置 AAA/BBB 将被无法代理
同时
pass_list 也生效,.名单中仓库走cnpmjs或者jsdelivr

对了 back_list 错了吧? 应该是 black_list?

比如

white_list = '''
hunshcn
''''
black_list = '''
hunshcn/repo1
hunshcn/repo2
'''
pass_list = '''
hunshcn/repo100
''''
这样就是只有hunshcn拥有的仓库和所有gist可以被访问其他被403
不过`hunshcn/repo1``repo2`会被403
`repo100`会302到cnpmjs

当white_list 设置了 abc/def
back_list 和 pass_list 无论设置什么都都无法代理?
整个站点仅能代理 abc/def 对吧?

当不设置 white
black_list 设置 AAA/BBB 将被无法代理
同时
pass_list 也生效,.名单中仓库走cnpmjs或者jsdelivr

对了 back_list 错了吧? 应该是 black_list?

生效顺序
白名单-》黑名单-》passlist
对,typo了........我改一下

当white_list 设置了 abc/def
back_list 和 pass_list 无论设置什么都都无法代理?
整个站点仅能代理 abc/def 对吧?
当不设置 white
black_list 设置 AAA/BBB 将被无法代理
同时
pass_list 也生效,.名单中仓库走cnpmjs或者jsdelivr
对了 back_list 错了吧? 应该是 black_list?

生效顺序
白名单-》黑名单-》passlist
对,typo了........

OK 了解

测试了下发现并没有生效 pass_list
在chrome上访问还是跳转到 https://ghproxy.com/https://github.com/xxx/xxx
查看日志偶尔有302的,但是紧接着又一条200的

docker里面怎么设置呢?