search

XX-net / XX-Net

A proxy tool to bypass GFW.
33.04k stars 7.69k forks source link

全局PAC下Edge要在代理设置里改为http://127.0.0.1:8086/proxy.pac改为https://127.0.0.1:8086/proxy.pac。每次都需要改。请问有什么好办法吗？ #4156

Open Lianggq opened 8 years ago

Lianggq commented 8 years ago

点击上面的 ↑Preview↑ 来查看格式化后的说明。

提问之前

  1. 首先请确认你使用的是最新版本，你的问题可能已经在新版本里解决了。
  2. 请阅读故障速查手册，大部分问题都能在这里找到答案。
  3. 请在 issue 区搜索有无类似的问题。

问题内容

  1. 请尽可能详细的描述你的问题，如问题能重现请附带重现方法。
  2. 当你的问题得到解决后，记得关闭问题。
  3. 可以参考示例 issue。

    附加内容

  4. 提交 issue 时请贴出诊断信息、GAEProxy 日志，以便开发者和其他用户更好地帮助你。
  5. 如果是部署相关的问题，请一并附带部署日志。
  6. 如果你有任何与这个问题有关的信息，也请一并发出来。
  7. 如果你没有提供诊断信息，我们很可能会忽略这个问题。

    获取诊断信息

点击状态页下方的【诊断信息】按钮，如没有这个按钮，请将显示详细信息从【OFF】改为【ON】。

获取日志

打开 GAEProxy 日志页 复制网页右边部分的内容。

请在阅读完后点击上边的 Write，删除说明内容，然后描述你遇到的问题。

jzp820927 commented 8 years ago

没看懂你想表达什么意思，https 肯定是用不了了，http 就行了

Lianggq commented 8 years ago

对不起，没说清楚。xx-net设置为全局PAC代理。用Edge浏览器无法翻墙，此时win10的代理显示为http://127.0.0.1:8086/proxy.pac；将其改为 https://127.0.0.1:8086/proxy.pac 就可以了。但每次重启后，win10 的代理又恢复为http. 不知道讲清楚没有。

jzp820927 commented 8 years ago

这个有点不太科学，一般都是用 http 访问的，没听说，谁用 https 访问的。而且我这边测试用 https 也访问不了，应该是你系统上的问题，和XX 应该没关系

Lianggq commented 8 years ago

是很奇怪。这个问题是近些天出现的。会是win10的bug吗？

jzp820927 commented 8 years ago

用 https 访问是需要证书的，你看看 https 链接的时候，证书是什么？

Lianggq commented 8 years ago

我在chrome上看到地址栏的HTTPS前是绿色的GitHub, Inc,[US]. 这个是证书吗？

Lianggq commented 8 years ago

仔细观察了一下。第一次运行xx-net后，设置全局PAC，Edge翻墙是不灵的；此时设置window代理，改为HTTPS，发现刚才设置的xx-net 选项全部都没有对勾，此时选取全局PAC，Edge就可以翻墙了。但此时打再打开Windows代理，已经自动改回到http了。

jzp820927 commented 8 years ago

不科学啊，你的意思是，你访问 https://127.0.0.1:8086/proxy.pac 的时候，地址栏锁头显示的证书是 GitHub, Inc,[US]？