这是一个创建于 1807 天前的主题，其中的信息可能已经有所发展或是发生改变。
也没啥说的，直接上连接吧 https://github.com/traceless/awkward-proxy
正如名字这个是一个低效的代理上网工具，而且速度并不快，但是能用才是关键。
目前很多公司比如 HW，pingan，我非常不喜欢，不能上网，等于无法摸鱼，无法 CV 代码。
实现的思路：
1 、把内网 pc 的请求信息存放到白名单的互联网文章 A 中，通常请求信息有 url, param, header 等
2 、外网 pc 定时从文章 A 拿到请求信息体，然后通过外网请求链接获取内容
3 、将获取到的内容写入到文章 B 中，通常就是包含 header，body 信息等
4 、内网 pc 定时从文章 B 获取到响应信息，然后返回给浏览器
目前的限制就是你的公司至少有可写的白名单域名，比如一些微信公众号，论坛啊等，原理就很简单，没啥好说的，我自己测试过是 oK 的，就是慢了一些。
这个东西的好处在于是一个简单的 http 内网穿透（在于客户端和服务端的部署选择），这里面有很多的想象空间，自己发挥你们的思维吧，我后续在发基于这样的方式，可以做一些好玩的事情。
正如名字这个是一个低效的代理上网工具，而且速度并不快，但是能用才是关键。
目前很多公司比如 HW，pingan，我非常不喜欢，不能上网，等于无法摸鱼，无法 CV 代码。
实现的思路：
1 、把内网 pc 的请求信息存放到白名单的互联网文章 A 中，通常请求信息有 url, param, header 等
2 、外网 pc 定时从文章 A 拿到请求信息体，然后通过外网请求链接获取内容
3 、将获取到的内容写入到文章 B 中，通常就是包含 header，body 信息等
4 、内网 pc 定时从文章 B 获取到响应信息，然后返回给浏览器
目前的限制就是你的公司至少有可写的白名单域名，比如一些微信公众号，论坛啊等，原理就很简单，没啥好说的，我自己测试过是 oK 的，就是慢了一些。
这个东西的好处在于是一个简单的 http 内网穿透（在于客户端和服务端的部署选择），这里面有很多的想象空间，自己发挥你们的思维吧，我后续在发基于这样的方式，可以做一些好玩的事情。
目前尚无回复
Select Language