-
Notifications
You must be signed in to change notification settings - Fork 168
Description
nohost的接入方式是参考:https://nohost.pro/docs/developer/usage
@http://{nohost ip|domain}:8080/whistle.nohost/cgi-bin/plugin-rules
在我的示例中,目前猜测是受如下规则的影响:
*/.whistle-path.5b6af7b9884e1165/ ignore://-proxy|-host reqHeaders://whistleInternalHost=local.whistlejs.com enable://proxyTunnel
其在nohost端的作用,本身是为了注入小原点设计的。
但当我把本地的接入规则注释后,即
# @http://{nohost ip|domain}:8080/whistle.nohost/cgi-bin/plugin-rules
第7行的规则,
/.*\/whistle\.nohost\/cgi-bin\/list(.*)/i https://proxy.xxx.xxx.com:444/whistle/plugin.nohost/cgi-bin/list$1 resCors://*
其目的是希望自己实现一个小圆点的注入,这样就能支持localhost或是其他任意域名下的小圆点注入,访问链接如:
http://localhost:15000/.whistle-path.5b6af7b9884e1165/whistle.nohost/cgi-bin/list?_=1682495486094
而当我访问上续链接时,会发现一直不能代理成功,返回 404,而当我稍微修改一下链接中的5b6af7b9884e1165,修改为:5b6af709884e1165,发现则可以正常访问,并代理成功,如下图:
目前我尝试过全系统查找带有5b6af7b9884e1165字符的文件,我猜测是否是规则缓存导致,但我没能找到,现在不知道具体的原因,只是高度怀疑是上面提到的那个注入规则影响了whistle的代理能力。
求大佬解答

