Closed QingyuQingxue closed 3 years ago
以后就只用3.29版本,不升级了,又不是不能用。
实在无法接受合部的http浏览都要先走一下v2rayn再路由: 1,隐私问题风险 2,白白增加cpu的计算功耗 3,浪费节点的流量。使用PAC代理模式时,可以只对少量被GFW封锁的网站使用代理,使用的节点流量非常少。
但是,使用路由设置代理模式时,开启代理功能后,默认全部是全局代理(至少目前是如此,将来客户端更新或许会改进),然后,再通过添加路由规则绕过大陆IP或域名。
这样就导致很多可以直接的外国网站,也都走代理了,因此会使用更多的节点流量。当然,如果使用免费V2Ray节点,或者免费SS/SSR节点,就不必考虑流量费用的问题:
还是希望v2ray 能有可选Pac ,至少不要一刀切。 PAC 还是很方便实用。
我就想问下,普通用户如果需要自定义需要绕过的地址或域名,应该怎么设置?
我也想问...
我也想问!
自定义一个pac模式的路由就成了
不过我还是觉得 系统 PAC 更安全更透明更简单,不想把所有请求交给翻墙软件。
是的,新版虽然可以添加规则实现类似PAC模式,但是浏览器F12一看全走的本地代理(也就是翻墙软件),有时候网址到底走没走代理自己都不知道,以前我都是直接看浏览器请求解析的地址来判断某个域名是否走代理,现在用的真难受。
虽然可以用老版本,但是老版本有个严重的问题,就是经常导致我的ssh
服务器连接莫名其妙地被断开,所以才想着升级软件。
不过我还是觉得 系统 PAC 更安全更透明更简单,不想把所有请求交给翻墙软件。
是的,新版虽然可以添加规则实现类似PAC模式,但是浏览器F12一看全走的本地代理(也就是翻墙软件),有时候网址到底走没走代理自己都不知道,以前我都是直接看浏览器请求解析的地址来判断某个域名是否走代理,现在用的真难受。
虽然可以用老版本,但是老版本有个严重的问题,就是经常导致我的
ssh
服务器连接莫名其妙地被断开,所以才想着升级软件。
底下黑框那里每个链接是走proxy还是direct,都在链接的后面有标呀
不过我还是觉得 系统 PAC 更安全更透明更简单,不想把所有请求交给翻墙软件。
是的,新版虽然可以添加规则实现类似PAC模式,但是浏览器F12一看全走的本地代理(也就是翻墙软件),有时候网址到底走没走代理自己都不知道,以前我都是直接看浏览器请求解析的地址来判断某个域名是否走代理,现在用的真难受。 虽然可以用老版本,但是老版本有个严重的问题,就是经常导致我的
ssh
服务器连接莫名其妙地被断开,所以才想着升级软件。底下黑框那里每个链接是走proxy还是direct,都在链接的后面有标呀
这我知道,不过每次去查看没浏览器直接F12方便,而且有时候请求较多的时候日志刷得快还不好找。最后就是所有请求全部从软件过一遍,速度明显没有浏览器直接访问快,一些失败的请求还报了一堆的错误日志。
不过我还是觉得 系统 PAC 更安全更透明更简单,不想把所有请求交给翻墙软件。
是的,新版虽然可以添加规则实现类似PAC模式,但是浏览器F12一看全走的本地代理(也就是翻墙软件),有时候网址到底走没走代理自己都不知道,以前我都是直接看浏览器请求解析的地址来判断某个域名是否走代理,现在用的真难受。 虽然可以用老版本,但是老版本有个严重的问题,就是经常导致我的
ssh
服务器连接莫名其妙地被断开,所以才想着升级软件。底下黑框那里每个链接是走proxy还是direct,都在链接的后面有标呀
这我知道,不过每次去查看没浏览器直接F12方便,而且有时候请求较多的时候日志刷得快还不好找。最后就是所有请求全部从软件过一遍,速度明显没有浏览器直接访问快,一些失败的请求还报了一堆的错误日志。
像你这种算高级用户了,自己假设一个pac服务就行了,比如https://github.com/2dust/v2rayN/issues/1206
不过我还是觉得 系统 PAC 更安全更透明更简单,不想把所有请求交给翻墙软件。
是的,新版虽然可以添加规则实现类似PAC模式,但是浏览器F12一看全走的本地代理(也就是翻墙软件),有时候网址到底走没走代理自己都不知道,以前我都是直接看浏览器请求解析的地址来判断某个域名是否走代理,现在用的真难受。 虽然可以用老版本,但是老版本有个严重的问题,就是经常导致我的
ssh
服务器连接莫名其妙地被断开,所以才想着升级软件。底下黑框那里每个链接是走proxy还是direct,都在链接的后面有标呀
这我知道,不过每次去查看没浏览器直接F12方便,而且有时候请求较多的时候日志刷得快还不好找。最后就是所有请求全部从软件过一遍,速度明显没有浏览器直接访问快,一些失败的请求还报了一堆的错误日志。
像你这种算高级用户了,自己假设一个pac服务就行了,比如#1206
会F12的我感觉本地多少都有一个nginx或apache吧,所以说不定他都不需要装caddy,而且都来github了,我觉得应该没多少人不懂这个吧,pac文件无非就是一个js,需要走个网络协议让系统使用而已,官方的pac本来就不能满足自己的,我之前还用pac的时候,都是自己写个文件把官方的跟自己的合并在一起,不过后来就没去用了,总感觉pac缓存严重,改了pac文件有时候不起作用,我也不知道哪儿的问题,自从用了自带路由功能,就没出现过这问题。
我觉得pac与系统路由的主要区别是:pac文件的规则直接打开pac文件就能看到,而系统的geosite,geoip文件,无法直接打开查看,也就不知道它里面到底是有什么规则,如果能自带的解析这两个文件的功能,能直接看到它里面的内容就好了哈哈
我也觉得,如果geosite,geoip能方便查看和编辑就好了。
早换clash了
PAC模式有个问题是,国外一些没有被墙的网站,访问巨慢。 比如spotify,spotify的主页可以走proxy,但是网站的一些资源是从spotify的cdn加载,这些资源没有被墙,但加载巨慢。 PAC模式下听歌的时候,很容易断流。 切换到系统代理模式,非常流畅。
另外,PAC分流后又进入Core Router分流,维护比较麻烦,只使用一套规则比较好。 Core Router规则更强大,设置也更便利。我建议自建节点使用Core Router分流,公共节点视情况而定。
v2rayN 6.9 访问 poe.com 用 PAC 模式, 硬是访问不了, 各种规则试了遍 用 自动配置系统代理, 才可以访问
v2rayN 6.9 访问 poe.com 用 PAC 模式, 硬是访问不了, 各种规则试了遍 用 自动配置系统代理, 才可以访问
pac 可以的,不过要配置两个地址。一个是 https 协议,一个是聊天应用经常用的 websocket 协议。 https://poe.com, wss://*.poe.com,
用了自动代码模式,绕过大陆,然后有个国内网站,走了国外,下载东西,流量费用花了47美刀
如果真的需要pac,那么直接使用SwitchyOmega这种插件不就行了吗?完全不需要v2ray去提供pac功能。 v2rayN的路由功能真的需要多专注改善一下,正是因为所有流量都走路由才分流,现在的吞吐量真挺影响性能的。switchyomega+清除系统代理肉眼可见的速度快,还好Tun模式不受系统代理影响
preview版本已经移除了PAC模式 希望后续版本能重新添加