2dust / v2rayN

A GUI client for Windows, support Xray core and v2fly core and others
https://1.2345345.xyz
GNU General Public License v3.0
68.87k stars 11.44k forks source link

希望重新加回PAC模式 #1199

Closed QingyuQingxue closed 3 years ago

QingyuQingxue commented 3 years ago

preview版本已经移除了PAC模式 希望后续版本能重新添加

f2h2h1 commented 3 years ago

我喜欢用pac,我自己动手编辑怎么了,就因为很多人不知道怎么编辑,还在使用自带的更新pac的功能,才导致了网站上不去各种问题,然后他们说是模式的问题,实则是名单问题,然后就一下把功能砍掉了,确实有所不妥

使用4.1版本的默认路由设置,可以让这一大批不会的人无脑使用且不需要频繁切换,这不妥嘛,非要你来指导一个一个教他们写PAC?

不好意思,我还真教过

老哥能给份PAC规则表或者网址么,我google了好几页也没看到官方规则说明(可能姿势有问题),主要是我在本地试,有的规则对有的不对,我不知道哪里出了问题。

我觉得,你可能需要这几份文档, https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Proxy_servers_and_tunneling/Proxy_Auto-Configuration_(PAC)_file https://docs.microsoft.com/zh-cn/internet-explorer/ie11-ieak/proxy-auto-config-examples https://docs.microsoft.com/zh-cn/troubleshoot/browsers/optimize-pac-performance 除此之外,你还可以使用这个程序来测试 pac 文件 https://docs.microsoft.com/zh-cn/troubleshoot/browsers/optimize-pac-performance#testing-with-autoproxexe

danerlt commented 3 years ago

我还是用老版本吧 新版还要手动编辑太麻烦了

LiDaiyan commented 3 years ago

谢谢,已经找到问题了,我的PAC文件格式有误。PS,(谢谢,程序很好用)

------------------ 原始邮件 ------------------ 发件人: "2dust/v2rayN" <notifications@github.com>; 发送时间: 2021年1月12日(星期二) 下午3:14 收件人: "2dust/v2rayN"<v2rayN@noreply.github.com>; 抄送: "李岱岩"<977681262@qq.com>;"Comment"<comment@noreply.github.com>; 主题: Re: [2dust/v2rayN] 希望重新加回PAC模式 (#1199)

我喜欢用pac,我自己动手编辑怎么了,就因为很多人不知道怎么编辑,还在使用自带的更新pac的功能,才导致了网站上不去各种问题,然后他们说是模式的问题,实则是名单问题,然后就一下把功能砍掉了,确实有所不妥

使用4.1版本的默认路由设置,可以让这一大批不会的人无脑使用且不需要频繁切换,这不妥嘛,非要你来指导一个一个教他们写PAC?

不好意思,我还真教过

老哥能给份PAC规则表或者网址么,我google了好几页也没看到官方规则说明(可能姿势有问题),主要是我在本地试,有的规则对有的不对,我不知道哪里出了问题。

我觉得,你可能需要这几份文档, https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Proxy_servers_and_tunneling/Proxy_Auto-Configuration_(PAC)_file https://docs.microsoft.com/zh-cn/internet-explorer/ie11-ieak/proxy-auto-config-examples https://docs.microsoft.com/zh-cn/troubleshoot/browsers/optimize-pac-performance 除此之外,你还可以使用这个程序来测试 pac 文件 https://docs.microsoft.com/zh-cn/troubleshoot/browsers/optimize-pac-performance#testing-with-autoproxexe

— You are receiving this because you commented. Reply to this email directly, view it on GitHub, or unsubscribe.

1265578519 commented 3 years ago

PAC是系统层,支持大量的软件直接自动化使用,而不是简单一个chrome插件就能完事了的

yfdyh000 commented 3 years ago

我也没别的意思,我只是想说,作者开源软件给大家用,还有喷作者的。我刚刚说的话可能冲动我道歉! 我不想参与讨论了

感觉"支持"作者的声音比较激动<_<

作者直接回应“不加”就解决了,会的fork,不会的用旧版。

yfdyh000 commented 3 years ago

PAC只支持浏览器吧...本身就是基于浏览器诞生的东西 我还没见过哪个非浏览器的软件支持PAC的

没选项不等于不支持。比如使用WinHTTP API的软件隐含支持。

1265578519 commented 3 years ago

楼上说得对,只要是基于系统层的软件,大部分软件都是支持的,都是自动进行PAC代理

yfdyh000 commented 3 years ago

PAC只支持浏览器吧...本身就是基于浏览器诞生的东西 我还没见过哪个非浏览器的软件支持PAC的

没选项不等于不支持。比如使用WinHTTP API的软件隐含支持。

忘记说,使用了浏览器内核的软件非常多,而它们都默认使用系统代理设置(含PAC)。

yfdyh000 commented 3 years ago

那有没有办法把geo那些白名单转成PAC用的,目前用的黑名单覆盖率太少了,要经常切全局用

不喜欢就用3.x版本。 已经改用winxray了。

wialny commented 3 years ago

今天才看到预览版取消PAC 我就是因为可以使用PAC才一直使用v2rayN的 PAC的好处就是基于gfwlist设置后, 其他程序, 例如所有UWP应用, steam客户端, 甚至一些游戏内置的浏览器, 都可以在默认直连的情况下走PAC规则. 而geo无法轻易的做到这一点. 我并不希望所有国外站点都通过代理的

scncpazl commented 3 years ago

我做了个python脚本,用uwsgi挂载到nginx。需要配置代理的时候,在浏览器/IOS手机的代理-自动配置栏填入在线工具地址加个socks服务器的IP地址作为参数就会返回根据gfwlist更新的pac文件,文件里面的socks地址就是填入的IP地址。需要的话可以分享给大家

老哥分享下呗

xpader commented 3 years ago

这聊到最后都是在抬杠,有啥意思。

xiebruce commented 3 years ago

我也支持不要pac,因为pac生效时间好像不是马上生效,以前我经常修改了pac,要刷新好几次才行,大家不习惯内置路由基本上都是因为不熟悉,因为我本人也是因为之前使用qv2ray没有pac而觉得要把pac加回来,后来才觉得没必要。

不过有两个问题:

第一个问题: 对于小网站(如果搭建在国外),且该站已经被ban,geosite未必能收录,此时如果路由规则是IPIfNotMatch,它还能根据ip判断出是国外ip,能走代理,倒是没什么问题,但是多一次判断就会导致它慢一点。

而如果有人设置成ASIS,那由于geosite未收录,导致它不会走代理,结果就是无法访问。本来这种情况我们是可以通过手动添加到路由里来解决的(比如qv2ray就是这样做的),但是V2rayN却没有提供这个功能。

综上,v2rayN移除pac没有任何问题,但希望能提供像qv2ray一样,能手动设置根据域名或ip走或不走代理服务器的功能(或者已经有这个功能了吗?可是我找了好几遍,确实没这个功能)

第二个问题: 这三个菜单让我很迷惑,清除系统代理,意思就是系统代理里面不设置指向v2ray的端口呗,但是不改变系统代理又是什么鬼?还有“自动配置系统”代理让人很容易认为它就是pac,毕竟pac本身就是proxy-auto-config的意思,我建议不要使用三个菜单,两个就够,一个是”启用系统代理“、一个是”关闭系统代理“,对应英文:enable system proxy 和 disable system proxy,反正目前我是不知道第一个和第三个有什么区别,感觉都一样,只有第二个才能走系统代理 image

虽然少了”手动代理模式“,但在文档里说清楚就行,手动的意思是自己在软件里填127.0.0.1:端口

1265578519 commented 3 years ago

我也支持不要pac,因为pac生效时间好像不是马上生效,以前我经常修改了pac,要刷新好几次才行,大家不习惯内置路由基本上都是因为不熟悉,因为我本人也是因为之前使用qv2ray没有pac而觉得要把pac加回来,后来才觉得没必要。

这些都是GUI错误代码配置问题,和PAC没关系,你看SS的PAC会有这些毛病吗?

2dust commented 3 years ago

https://github.com/2dust/v2rayN/wiki/%E7%B3%BB%E7%BB%9F%E4%BB%A3%E7%90%86%E5%92%8C%E8%B7%AF%E7%94%B1

JohannWong commented 3 years ago

pac 最大的好处难道不是无论它在不在线,我浏览器不需要改动设置都能使用 用socket的话服务不在线了连个国内的网址都打不开了,需要去改动设置

xiebruce commented 3 years ago

pac 最大的好处难道不是无论它在不在线,我浏览器不需要改动设置都能使用 用socket的话服务不在线了连个国内的网址都打不开了,需要去改动设置

你说的socket是啥?是走v2ray自带路由吗?从理论上来说,客户端是根据客户端自带的geoip和geosite来决定是将请求转发到服务器还是让它直接访问,也就是说,打开国内网址根本就不会走代理服务器,就算服务器不在线,也不至于打不开吧?实际上的话,也一样,我特地把服务器的v2ray服务关了,结果一样访问国内网站!

1265578519 commented 3 years ago

pac 最大的好处难道不是无论它在不在线,我浏览器不需要改动设置都能使用 用socket的话服务不在线了连个国内的网址都打不开了,需要去改动设置

你说的socket是啥?是走v2ray自带路由吗?从理论上来说,客户端是根据客户端自带的geoip和geosite来决定是将请求转发到服务器还是让它直接访问,也就是说,打开国内网址根本就不会走代理服务器,就算服务器不在线,也不至于打不开吧?实际上的话,也一样,我特地把服务器的v2ray服务关了,结果一样访问国内网站!

DNS等请求,会先经过v2ray核心通过服务器去解析,如果返回结果为国内IP,客户端才会排除进行访问,所以你服务器挂了不在线,国内网站也会导致打不开

zhj9709 commented 3 years ago

pac 最大的好处难道不是无论它在不在线,我浏览器不需要改动设置都能使用 用socket的话服务不在线了连个国内的网址都打不开了,需要去改动设置

你说的socket是啥?是走v2ray自带路由吗?从理论上来说,客户端是根据客户端自带的geoip和geosite来决定是将请求转发到服务器还是让它直接访问,也就是说,打开国内网址根本就不会走代理服务器,就算服务器不在线,也不至于打不开吧?实际上的话,也一样,我特地把服务器的v2ray服务关了,结果一样访问国内网站!

DNS等请求,会先经过v2ray核心通过服务器去解析,如果返回结果为国内IP,客户端才会排除进行访问,所以你服务器挂了不在线,国内网站也会导致打不开

但其实并不会有这样的问题,比如我用下面的配置,访问国内网站也没有任何问题 image

xiebruce commented 3 years ago

pac 最大的好处难道不是无论它在不在线,我浏览器不需要改动设置都能使用 用socket的话服务不在线了连个国内的网址都打不开了,需要去改动设置

你说的socket是啥?是走v2ray自带路由吗?从理论上来说,客户端是根据客户端自带的geoip和geosite来决定是将请求转发到服务器还是让它直接访问,也就是说,打开国内网址根本就不会走代理服务器,就算服务器不在线,也不至于打不开吧?实际上的话,也一样,我特地把服务器的v2ray服务关了,结果一样访问国内网站!

DNS等请求,会先经过v2ray核心通过服务器去解析,如果返回结果为国内IP,客户端才会排除进行访问,所以你服务器挂了不在线,国内网站也会导致打不开

用本地DNS不就行了,又不是非要用服务器来解析DNS,我都已经试了特地关掉服务器的服务,访问国内网站没有任何问题

1265578519 commented 3 years ago

用本地DNS不就行了,又不是非要用服务器来解析DNS,我都已经试了特地关掉服务器的服务,访问国内网站没有任何问题

那得未来v2rayN增加外置DNS功能了,例如使用unbound实现分流,在进入core之前就进行dns解析

xiebruce commented 3 years ago

用本地DNS不就行了,又不是非要用服务器来解析DNS,我都已经试了特地关掉服务器的服务,访问国内网站没有任何问题

那得未来v2rayN增加外置DNS功能了,例如使用unbound实现分流,在进入core之前就进行dns解析

为什么要进入core之前解析dns?谁说进入了core一定会去服务器端解析dns的?你是不是路由里没选绕过大陆? image

如果按你的说法,意思是访问个国内网站,还要去服务器那边解析一下ip呗?那不慢死才怪。。。。我都说了我把特地把服务器关掉再试访问国内网站,没有任何问题,而且我很肯定,是走了代理 image

zhj9709 commented 3 years ago

用本地DNS不就行了,又不是非要用服务器来解析DNS,我都已经试了特地关掉服务器的服务,访问国内网站没有任何问题

那得未来v2rayN增加外置DNS功能了,例如使用unbound实现分流,在进入core之前就进行dns解析

为什么要进入core之前解析dns?谁说进入了core一定会去服务器端解析dns的?你是不是路由里没选绕过大陆? image

如果按你的说法,意思是访问个国内网站,还要去服务器那边解析一下ip呗?那不慢死才怪。。。。我都说了我把特地把服务器关掉再试访问国内网站,没有任何问题,而且我很肯定,是走了代理 image

dns是在本地解析还是在服务端解析还是要看dns,跟路由规则的。如果是国外的dns ip,不在geoip:cn里,应该就会在服务器解析。我试了一下,百度解析出来的是香港的ip。 所以只要dns设置为国内的dns,或者用国外dns时直接将dns ip设置为direct。应该就会在本地解析。就算代理服务器挂了都没啥影响的。

1265578519 commented 3 years ago

如果按你的说法,意思是访问个国内网站,还要去服务器那边解析一下ip呗?那不慢死才怪。。。。我都说了我把特地把服务器关掉再试访问国内网站,没有任何问题,而且我很肯定,是走了代理

确实如此,楼上也说明了,访问百度,也会导致解析成了香港IP,变成了经过代理访问。 要等待未来后续版本采用外置DNS,unbound优化分流解析,或者采用其它方案来实现解决。 当然,PAC就不会发生这些DNS解析引起的问题。

zhj9709 commented 3 years ago

如果按你的说法,意思是访问个国内网站,还要去服务器那边解析一下ip呗?那不慢死才怪。。。。我都说了我把特地把服务器关掉再试访问国内网站,没有任何问题,而且我很肯定,是走了代理

确实如此,楼上也说明了,要等待未来后续版本采用外置DNS,unbound优化分流解析,或者采用其它方案来实现解决。当然,PAC就不会发生这些DNS解析引起的问题。

你不知道pac要用到路由吗,外置dns你直接填localhost就行了。。。

zhj9709 commented 3 years ago

如果按你的说法,意思是访问个国内网站,还要去服务器那边解析一下ip呗?那不慢死才怪。。。。我都说了我把特地把服务器关掉再试访问国内网站,没有任何问题,而且我很肯定,是走了代理

确实如此,楼上也说明了,访问百度,也会导致解析成了香港IP,变成了经过代理访问。 要等待未来后续版本采用外置DNS,unbound优化分流解析,或者采用其它方案来实现解决。 当然,PAC就不会发生这些DNS解析引起的问题。

image

1265578519 commented 3 years ago

如果按你的说法,意思是访问个国内网站,还要去服务器那边解析一下ip呗?那不慢死才怪。。。。我都说了我把特地把服务器关掉再试访问国内网站,没有任何问题,而且我很肯定,是走了代理

确实如此,楼上也说明了,访问百度,也会导致解析成了香港IP,变成了经过代理访问。 要等待未来后续版本采用外置DNS,unbound优化分流解析,或者采用其它方案来实现解决。 当然,PAC就不会发生这些DNS解析引起的问题。

image

当你填写localhost的时候,你谷歌等页面理论上来说应该无法打开了,所以需要一份DNS域名列表进行维护分流。

zhj9709 commented 3 years ago

如果按你的说法,意思是访问个国内网站,还要去服务器那边解析一下ip呗?那不慢死才怪。。。。我都说了我把特地把服务器关掉再试访问国内网站,没有任何问题,而且我很肯定,是走了代理

确实如此,楼上也说明了,访问百度,也会导致解析成了香港IP,变成了经过代理访问。 要等待未来后续版本采用外置DNS,unbound优化分流解析,或者采用其它方案来实现解决。 当然,PAC就不会发生这些DNS解析引起的问题。

image

当你填写localhost的时候,你谷歌等页面理论上来说应该无法打开了,所以需要一份DNS域名列表进行维护分流。

你要外置dns不就是不经过v2处理吗?你想经过v2处理,又不想再服务端解析,直接让dns直连啊,国外dns你direct就行了。

1265578519 commented 3 years ago

你要外置dns不就是不经过v2处理吗?你想经过v2处理,又不想再服务端解析,直接让dns直连啊,国外dns你direct就行了。

所以说,终究这么干没意义,反复重复造轮子,最终还是得回到pac这种域名分流的使用方法

xiebruce commented 3 years ago

用本地DNS不就行了,又不是非要用服务器来解析DNS,我都已经试了特地关掉服务器的服务,访问国内网站没有任何问题

那得未来v2rayN增加外置DNS功能了,例如使用unbound实现分流,在进入core之前就进行dns解析

为什么要进入core之前解析dns?谁说进入了core一定会去服务器端解析dns的?你是不是路由里没选绕过大陆? image 如果按你的说法,意思是访问个国内网站,还要去服务器那边解析一下ip呗?那不慢死才怪。。。。我都说了我把特地把服务器关掉再试访问国内网站,没有任何问题,而且我很肯定,是走了代理 image

dns是在本地解析还是在服务端解析还是要看dns,跟路由规则的。如果是国外的dns ip,不在geoip:cn里,应该就会在服务器解析。我试了一下,百度解析出来的是香港的ip。 所以只要dns设置为国内的dns,或者用国外dns时直接将dns ip设置为direct。应该就会在本地解析。就算代理服务器挂了都没啥影响的。

为什么百度解析出来的是香港ip呢?你是在什么模式下的?全局模式?

zhj9709 commented 3 years ago

用本地DNS不就行了,又不是非要用服务器来解析DNS,我都已经试了特地关掉服务器的服务,访问国内网站没有任何问题

那得未来v2rayN增加外置DNS功能了,例如使用unbound实现分流,在进入core之前就进行dns解析

为什么要进入core之前解析dns?谁说进入了core一定会去服务器端解析dns的?你是不是路由里没选绕过大陆? image 如果按你的说法,意思是访问个国内网站,还要去服务器那边解析一下ip呗?那不慢死才怪。。。。我都说了我把特地把服务器关掉再试访问国内网站,没有任何问题,而且我很肯定,是走了代理 image

dns是在本地解析还是在服务端解析还是要看dns,跟路由规则的。如果是国外的dns ip,不在geoip:cn里,应该就会在服务器解析。我试了一下,百度解析出来的是香港的ip。 所以只要dns设置为国内的dns,或者用国外dns时直接将dns ip设置为direct。应该就会在本地解析。就算代理服务器挂了都没啥影响的。

为什么百度解析出来的是香港ip呢?你是在什么模式下的?全局模式?

dns用8.8.8.8,这个ip会被proxy,所以会在服务器上解析,我用的台湾服务器,解析出来的ip是香港。跟服务器上直接用nslookup解析出来的ip是一样的。如果设置路由规则让8.8.8.8 direct,就会在本地解析,用8.8.8.8,解析就是国内的ip。

lbbboy commented 3 years ago

preview版本已经移除了PAC模式 希望后续版本能重新添加

用高级路由

lukihardt commented 3 years ago

image

githubcatheaven commented 3 years ago

我就想问下,普通用户如果需要自定义需要绕过的地址或域名,应该怎么设置?

wangxm345566462 commented 3 years ago

现在这个版本让人很迷惑,

迷惑一:

image 红色到底是开代理还是不开。

迷惑二: 没有PAC模式,使用绕过大陆。 image image 绕过大陆 局域网都给代理了。

迷惑三: image 这三个选项更让人看不懂。到底哪个是开启代理,哪个是关闭代理。

xiebruce commented 3 years ago

@wangxm345566462 迷惑的不止你一个人哈哈

JohannWong commented 3 years ago

没PAC就要设自动配置代理了,所以如果意外关机什么的,下次就要记得重新打开本地代理,否则什么都连不上 pac就没这方面的烦恼

Dar3n1y commented 3 years ago

没PAC就要设自动配置代理了,所以如果意外关机什么的,下次就要记得重新打开本地代理,否则什么都连不上 pac就没这方面的烦恼

对的,没有PAC的话,对于关机前没有习惯清理系统全局代理的小伙伴来说很头疼,下一次开机都要去设置下全局代理,不然在不开v2的情况下,什么都访问不了外网(我支持添加pac模式

xpader commented 3 years ago

一直使用有PAC的老版本。

Arjen10 commented 3 years ago

我觉得应该把PAC保留下来,用不用PAC是用户的事情,不应该一刀切

KGB333 commented 3 years ago

我觉得应该把PAC保留下来,用不用PAC是用户的事情,不应该一刀切

保不保留是开发者的事情~开发者也没要一分钱

Eazou commented 3 years ago

路由怎么有脸和PAC比方便? 临时加个网址,路由要多少步? 改PAC复制完网址 用EmEditor打开后按一个宏就完成修改了 路由要加个得多少步? 说白了路由就是给脑袋简单的人用的,就像苹果手机一样, 不是说不好用,而是根本没法实现真正的需求,一个计算器做得再好也不是手机。

zhuxindong commented 3 years ago

支持重新加回pac,用户易用性也是需要考虑的

kastnerka commented 3 years ago

一直停在 v3.29 不想升级。弃用 PAC 感觉是逼很多用户不升级,开发上反而背道而驰。当然这是软件作者的自由。

Diluka commented 3 years ago

PAC好,需要代理的走代理,不需要的走直连;任何请求只要进了代理都是代理,不进都不是;所以SwitchyOmega选代理就是真正全局,可以在PAC路由和全局间灵活切换;没必要所有流量都从客户端过一道,性能差

1265578519 commented 3 years ago

image 反正我是绝不升级了

e9ab98e991ab commented 3 years ago

今天本来不升级的 突然发现用不了的 升级了一下傻眼了 PAC没了

lbbboy commented 3 years ago

今天本来不升级的 突然发现用不了的 升级了一下傻眼了 PAC没了

我换clash了
lbbboy commented 3 years ago

image 反正我是绝不升级了

只升级croe
wentmac commented 3 years ago

以后就只用3.29版本,不升级了,又不是不能用。

实在无法接受合部的http浏览都要先走一下v2rayn再路由: 1,隐私问题风险 2,白白增加cpu的计算功耗 3,浪费节点的流量。使用PAC代理模式时,可以只对少量被GFW封锁的网站使用代理,使用的节点流量非常少。

但是,使用路由设置代理模式时,开启代理功能后,默认全部是全局代理(至少目前是如此,将来客户端更新或许会改进),然后,再通过添加路由规则绕过大陆IP或域名。

这样就导致很多可以直接的外国网站,也都走代理了,因此会使用更多的节点流量。当然,如果使用免费V2Ray节点,或者免费SS/SSR节点,就不必考虑流量费用的问题: