v2rayN
v2rayN copied to clipboard
2dust
使用Caddy开启本地PAC服务
- 运行压缩包内的caddy.exe
- 得到PAC地址,可以填入IE中 http://127.0.0.1:10810/pac
压缩包内的pac文件中,下面字符串可以自行修改,连接的是本地的http端口10809 var proxy = "PROXY 127.0.0.1:10809;";
其实重点不在PAC吧，只是3.X的v2rayN不支持黑名单，自己在config.json加 { "type": "field", "outboundTag": "direct", "network": "udp,tcp" } 也没用。
需要一直开着这个caddy.exe， 才能走以前的PAC 模式么？ 现在更新到4.12 选代理是 自动配置系统代理 迅雷账号 都登陆不上，还有好几个国内网站 都是无法打开的
需要一直开着这个caddy.exe， 才能走以前的PAC 模式么？ 现在更新到4.12 选代理是 自动配置系统代理 迅雷账号 都登陆不上，还有好几个国内网站 都是无法打开的
是的
需要一直开着这个caddy.exe，才能走以前的PAC模式么？ 现在更新到4.12选代理是自动配置系统代理迅雷账号都登陆不上，还有好几个国内网站都无法打开的
是的
略显麻烦呀，，，，，，，，，，难道要去买个软路由怼上2333333
需要一直开着这个caddy.exe， 才能走以前的PAC 模式么？ 现在更新到4.12 选代理是 自动配置系统代理 迅雷账号 都登陆不上，还有好几个国内网站 都是无法打开的
看说明，选成黑名单模式吧
还是建议把PAC模式弄回来。虽然可以使用 #1366 的方法通过v2ray的路由功能实现PAC的功能。但是在v2ray的路由模式下，所有的流量都会经过v2ray转发，虽然开销不大，但还是不大好。
还是建议把PAC模式弄回来。虽然可以使用 #1366 的方法通过v2ray的路由功能实现PAC的功能。但是在v2ray的路由模式下，所有的流量都会经过v2ray转发，虽然开销不大，但还是不大好。
是的 这样F12调试都没法看到IP了 都是本地的代理IP
需要一直开着这个caddy.exe，才能走以前的PAC模式么？ 现在更新到4.12选代理是自动配置系统代理迅雷账号都登陆不上，还有好几个国内网站都无法打开的
是的
略显麻烦呀，，，，，，，，，，难道要去买个软路由怼上2333333
可以用WinSW设置caddy为服务，开机自动启动。
很不喜欢现在的方式。原先的多好。
我和你一样，也喜欢原来的方式。不过我还是希望作者能够做好一定的调研工作，给我们一定的反馈渠道，大家都在这里发issue也不好
难怪这个issue会置顶了，我今天更新了v2rayN就发现pac没了。还是希望v2rayN能把原来的pac改回来吧，突然砍掉太不方便了。路由功能毕竟是全局的，就算说可以使用Caddy开启，但原本一个v2ray服务就能做到的事情变成要运行两个服务，就太不友好了。
很不喜欢现在的方式。原先的多好。
我和你一样，也喜欢原来的方式。不过我还是希望作者能够做好一定的调研工作，给我们一定的反馈渠道，大家都在这里发issue也不好
我认为维护一个PAC功能不如维护路由功能，毕竟路由功能不仅从功能上还是性能上都远远大于PAC，用户只需要进行一定时间的学习使用和改变使用习惯即可享受更好的使用体验，小白用户使用默认的规则也可享受远超于PAC的体验
不太算是维护PAC功能吧，不都是gfwlist2pac么？我就算用浏览器插件暂用，也是找了这么个地址，路由功能是全局的，意味着你要么全部走代理，要么全部pac。
但原本一个v2ray服务就能做到的事情变成要运行两个服务，就太不友好了。
你说对了，太不友好，本地运行一个网页占用资源太多了，PAC当初就不应该被加入到图形化客户端
你跟我杠有啥意思呢，v2rayN本来就是自带了pac，现在的使用体验就是你要额外再找个pac替代方案。图形化界面有什么错，你非要找一堆参数配置手册显得自己牛掰？别忘了，这个软件就是为了让人方便翻墙的。
很不喜欢现在的方式。原先的多好。
我和你一样，也喜欢原来的方式。不过我还是希望作者能够做好一定的调研工作，给我们一定的反馈渠道，大家都在这里发issue也不好
我认为维护一个PAC功能不如维护路由功能，毕竟路由功能不仅从功能上还是性能上都远远大于PAC，用户只需要进行一定时间的学习使用和改变使用习惯即可享受更好的使用体验，小白用户使用默认的规则也可享受远超于PAC的体验
不太算是维护PAC功能吧，不都是gfwlist2pac么？我就算用浏览器插件暂用，也是找了这么个地址，路由功能是全局的，意味着你要么全部走代理，要么全部pac。
现在的路由功能不是完全体，请去v2fly的文档查看完全体的路由有多变态 对啊，不是完全体，我看了界面内容跟wiki就知道了，但你说，有多少用户需要变态的功能？仅仅一个pac就能满足大部分的需求，特定场合就切换成全局嘛，这很难理解？尤其在这种还不能流行起来的配置方式来看（未来能不能流行起来还不好说），你总不能让每个新用户加进来都学习一边geosite，再学习一边直连跟代理的区别，配起来能不能用还不好说。这到底是帮助人用代理还是添堵？
很不喜欢现在的方式。原先的多好。
我和你一样，也喜欢原来的方式。不过我还是希望作者能够做好一定的调研工作，给我们一定的反馈渠道，大家都在这里发issue也不好
我认为维护一个PAC功能不如维护路由功能，毕竟路由功能不仅从功能上还是性能上都远远大于PAC，用户只需要进行一定时间的学习使用和改变使用习惯即可享受更好的使用体验，小白用户使用默认的规则也可享受远超于PAC的体验
不太算是维护PAC功能吧，不都是gfwlist2pac么？我就算用浏览器插件暂用，也是找了这么个地址，路由功能是全局的，意味着你要么全部走代理，要么全部pac。
现在的路由功能不是完全体，请去v2fly的文档查看完全体的路由有多变态 对啊，不是完全体，我看了界面内容跟wiki就知道了，但你说，有多少用户需要变态的功能？仅仅一个pac就能满足大部分的需求，特定场合就切换成全局嘛，这很难理解？尤其在这种还不能流行起来的配置方式来看（未来能不能流行起来还不好说），你总不能让每个新用户加进来都学习一边geosite，再学习一边直连跟代理的区别，配起来能不能用还不好说。这到底是帮助人用代理还是添堵？
请问您有试用过v2rayNG吗，我认为安卓端上v2rayNG的安装率挺高的，安卓端就是用的路由规则，我不认为这对小白用户会有学习成本，都是一键使用默认的绕过大陆
android端确实用着NG，但主要是用分应用代理。使用代理的应用全局都无所谓。 PC版不一样，而这个路由配置在配置上还不能一键生成规则，甚至说还不能分情景配置路由规则的时候，先保留pac，没问题吧。刚没事看了下其他的issue，还有骂新版的，开发不易，这么说的就太过分了。还有，我只是表达贸然砍掉了pac不友好，这个caddy置顶只能算是个过渡方案，以后路由功能会优化成多牛逼也还看不到。先这样吧。
很不喜欢现在的方式。原先的多好。
我和你一样，也喜欢原来的方式。不过我还是希望作者能够做好一定的调研工作，给我们一定的反馈渠道，大家都在这里发issue也不好
现在能了，如有高级功能，选则绕过大陆。但是感觉还是有不太好用。
有一个很奇怪的问题就是，所有本机流量都进入v2ray转发出去，相比本机开一个服务器serve一个网页，后者性能损耗一定比前者大吗？在我看来，如果direct的流量占大头的时候，应该是后者优势更大，并且兼容性更好。
有一个很奇怪的问题就是，所有本机流量都进入v2ray转发出去，相比本机开一个服务器serve一个网页，后者性能损耗一定比前者大吗？在我看来，如果direct的流量占大头的时候，应该是后者优势更大，并且兼容性更好。
哪些软件兼容PAC的呀，纯好奇
你觉得是不支持的就当没有算兼容性好，还是不管支不支持都接过来，大不了不能用算兼容性好？
有一个很奇怪的问题就是，所有本机流量都进入v2ray转发出去，相比本机开一个服务器serve一个网页，后者性能损耗一定比前者大吗？在我看来，如果direct的流量占大头的时候，应该是后者优势更大，并且兼容性更好。
哪些软件兼容PAC的呀，纯好奇
说又说不出来，只会点个踩，自己心里都明白路由已经完全替代PAC了，就是不愿意花时间去学习，去改变自己的使用习惯，只会开历史的倒车("走路多好，开车干啥哦，我都不会开，赶紧把车都销毁了，我就习惯走路")，就是这样所以中国到现在都没脱离FLASH的魔爪，还搞了个特供版FLASH，如果不是Adobe、微软和谷歌联手把FLASH废掉，这群人估计永远都得用FLASH
好了咯，反正骂声都是开发者背，好处都是用户享，这就是中文开源圈。 我支持路由功能，你们可以骂我了
https://github.com/2dust/v2rayN/issues/1301 这是我提出的一个需要用PAC模式的一个理由，比如说我的Onedrive，访问网页的时候太卡，我想让其走代理，但是同步文件的时候代理太费流量了我想让其直连。 第二种情况，假设当前是GFW黑名单模式（只有被墙名单上的走代理），那么出现了网页部分无法访问的情况，用户不一定知道是哪个网址无法访问（比如字体、图床，iframe），所以无法添加网址。但是浏览器插件switchyOmega会有提醒，所以我一般是用switchyOmega分流+V2ray绕过局域网对浏览器进行管理。 我不否认新事物必将取代旧事物，但是我更欣赏把解决问题放在第一位，而不是注重形式上的创新。但是更重要的是，issue不适合作为一个话题形式的讨论，希望作者能够单独开贴调研一下用户的需求，但是无论如何我们都是非常感谢作者的辛苦付出，我们提建议也是希望软件能向更贴合用户的方向发展。
有一个很奇怪的问题就是，所有本机流量都进入v2ray转发出去，相比本机开一个服务器serve一个网页，后者性能损耗一定比前者大吗？在我看来，如果direct的流量占大头的时候，应该是后者优势更大，并且兼容性更好。
哪些软件兼容PAC的呀，纯好奇 说又说不出来，只会点个踩，自己心里都明白路由已经完全替代PAC了，就是不愿意花时间去学习，去改变自己的使用习惯，只会开历史的倒车("走路多好，开车干啥哦，我都不会开，赶紧把车都销毁了，我就习惯走路")，就是这样所以中国到现在都没脱离FLASH的魔爪，还搞了个特供版FLASH，如果不是Adobe、微软和谷歌联手把FLASH废掉，这群人估计永远都得用FLASH 好了咯，反正骂声都是开发者背，好处都是用户享，这就是中文开源圈。 我支持路由功能，你们可以骂我了
#1301 这是我提出的一个需要用PAC模式的一个理由，比如说我的Onedrive，访问网页的时候太卡，我想让其走代理，但是同步文件的时候代理太费流量了我想让其直连。 第二种情况，假设当前是GFW黑名单模式（只有被墙名单上的走代理），那么出现了网页部分无法访问的情况，用户不一定知道是哪个网址无法访问（比如字体、图床，iframe），所以无法添加网址。但是浏览器插件switchyOmega会有提醒，所以我一般是用switchyOmega分流+V2ray绕过局域网对浏览器进行管理。 我不否认新事物必将取代旧事物，但是我更欣赏把解决问题放在第一位，而不是注重形式上的创新。但是更重要的是，issue不适合作为一个话题形式的讨论，希望作者能够单独开贴调研一下用户的需求，但是无论如何我们都是非常感谢作者的辛苦付出，我们提建议也是希望软件能向更贴合用户的方向发展。
1、
geosite:onedrive@cn仅做示范，具体你可以去v2fly社区提出哪些网址是在国内有服务器的，只要加个 @cn后缀就可以在同个分类里只选择国内部分了 2、 所以为什么不选用逻辑更加清晰的大陆白名单模式去使用，这明明就是gfw黑名单不全的问题，geo系列的文件有千余种网站分类，一个网站涉及到的一系列域名都会归为一类，还有就是，如果此网站内地和国外都提供服务器，那么可以使用比如说geosite:steam@cn让steam域名中的有中国服务器的部分都不代理 (耗流量是说不通的，你不想自己手动加黑名单，又不想让白名单一刀切)
谢谢您的回答，我会对您提供的方法进行测试，下面是我的解释： 1、onedrive网页访问是 switchyOmega分流+V2ray绕过局域网 实现代理的，onedrive客户端走的是系统代理。我希望onedrive网页走代理，而客户端同步文件时不走代理。 2、我不用白名单模式的原因有两个a、浪费流量 b、学校（相关机构类似）购买了大量学术资源版权，需要用学校ip进行访问。 3、switchyomega会提示哪些网页访问失败，可以提示用户如何添加黑名单。
原则上尽量减少复杂度所以取消功能重复的PAC改用路由
就目前的v2rayN来说，在流量到达路由模块进行分流时已经损失了来源信息（不知道数据来自网页还是客户端），原理上没办法实现区别对待网页还是客户端（除非用的是不同的域名）
过去的PAC确实可以实现这个特别的需求，因为分流是在还没进入v2ray时经由PAC完成
作者预留的不改变系统代理选项 就是用来兼容用户可以手动配置系统代理使用PAC或其他特殊配置
只是PAC程序不再默认提供
不改动v2rayN的话这个需求（还算合理）就必然需要依赖某种前置分流（PAC或其他方式）
如果v2rayN在能够在程序上支持自定义更多inbound并且能够在路由里自由配置，那么这个问题就简单了
可以让开另一个端口的代理让浏览器使用，来自这个端口的数据可以执行与系统代理不同的路由规则
有段时间试着一个v2ray同时开启两个连接，一个日用一个BT，尝试了一下Qv2ray的高级图形化路由设置不过有点太复杂复杂到最后决定手写配置😂
原则上尽量减少复杂度所以取消功能重复的PAC改用路由 就目前的v2rayN来说，在流量到达路由模块进行分流时已经损失了来源信息（不知道数据来自网页还是客户端），原理上没办法实现区别对待网页还是客户端（除非用的是不同的域名） 过去的PAC确实可以实现这个特别的需求，因为分流是在还没进入v2ray时经由PAC完成 作者预留的
不改变系统代理选项 就是用来兼容用户可以手动配置系统代理使用PAC或其他特殊配置 只是PAC程序不再默认提供不改动v2rayN的话这个需求（还算合理）就必然需要依赖某种前置分流（PAC或其他方式）
如果v2rayN在能够在程序上支持自定义更多
inbound并且能够在路由里自由配置，那么这个问题就简单了 可以让开另一个端口的代理让浏览器使用，来自这个端口的数据可以执行与系统代理不同的路由规则有段时间试着一个v2ray同时开启两个连接，一个日用一个BT，尝试了一下Qv2ray的高级图形化路由设置不过有点太复杂复杂到最后决定手写配置😂
两个入口分别使用不同规则的方式我怎么就没想到，确实这是一个很好的方法。
现在github已经快变成微博一样的东西了，一群没有知识的人成天在这瞎逛游，碰到不懂的地方还指指点点，每个路人上来都能踩开发者一脚，让去看文档呢，又一个人都不去看，搞得好像是为了你而要修改v2ray-core的工作模式一样，我建议把3.29版本号改一改重新原封不动编译一下每次release的时候都出个v2rayN(pac).zip，其实都是同一个文件+修改版本号，糊弄一下他们也不会发现的，反正他们目光这么短浅，只能看到眼前的自己的利益
当然啦，大部分用户才不会管这些，他们不会分析你是不是真的安全，也不会做道德判断，只要他们觉得好用就行。所以可以看到，这种环境下开源其实并没有什么优势，只不过为一些人抄袭提供了便利。这种环境下最后留下来的都是这些人。 我一直想象的那种大家一起来维护一个项目的景象始终没有出现，也没有出现的迹象。维护这个项目的过程中，遇到 @chenshaoju 这样主动分享的同学并不多。很多来汇报问题的人是以一种小白求大大解决问题，解决完就走人的方式来的，然而既不愿提供足够的信息，也不愿写一些自己尝试的过程供后人参考。互帮互助的气氛就是搞不起来。对比下国外的社区差好远。 最适合这个民族的其实是一群小白围着大大转，大大通过小白的夸奖获得自我满足，然后小白的吃喝拉撒都包给大大解决的模式。通过这个项目我感觉我已经彻底认识到这个民族的前面为什么会有一堵墙了。没有墙哪来的大大。所以到处都是什么附件回帖可见，等级多少用户组可见，一个论坛一个大大供小白跪舔，不需要政府造墙，网民也会自发造墙。这尼玛连做个翻墙软件都要造墙，真是令人叹为观止。这是一个造了几千年墙的保守的农耕民族，缺乏对别人的基本尊重，不愿意分享，喜欢遮遮掩掩，喜欢小圈子抱团，大概这些传统是改不掉了吧。 现在维护这些项目已经越来越让我感到无趣。我还是努力工作，好好养家，早日肉翻吧。 —— clowwindy on 18 Aug 2015
哪位啊您？您发的这些才像是微博的东西吧？这股子愤青劲儿，不知道的还以为您是contributor呢，您名字在哪呢就在这装？
有一个很奇怪的问题就是，所有本机流量都进入v2ray转发出去，相比本机开一个服务器serve一个网页，后者性能损耗一定比前者大吗？在我看来，如果direct的流量占大头的时候，应该是后者优势更大，并且兼容性更好。
哪些软件兼容PAC的呀，纯好奇
说又说不出来，只会点个踩，自己心里都明白路由已经完全替代PAC了，就是不愿意花时间去学习，去改变自己的使用习惯，只会开历史的倒车("走路多好，开车干啥哦，我都不会开，赶紧把车都销毁了，我就习惯走路")，就是这样所以中国到现在都没脱离FLASH的魔爪，还搞了个特供版FLASH，如果不是Adobe、微软和谷歌联手把FLASH废掉，这群人估计永远都得用FLASH
好了咯，反正骂声都是开发者背，好处都是用户享，这就是中文开源圈。 我支持路由功能，你们可以骂我了
还有这位，回复都不新发一个，暗搓搓的修改自己的评论，还什么点个踩，我怎么只看到每个踩里都有你的名字啊？？
自己心里都明白路由已经完全替代PAC？？你是不是也跟上面那位一样，以为自己是contributor了？？
现在github已经快变成微博一样的东西了，一群没有知识的人成天在这瞎逛游，碰到不懂的地方还指指点点，每个路人上来都能踩开发者一脚，让去看文档呢，又一个人都不去看，搞得好像是为了你而要修改v2ray-core的工作模式一样，我建议把3.29版本号改一改重新原封不动编译一下每次release的时候都出个v2rayN(pac).zip，其实都是同一个文件+修改版本号，糊弄一下他们也不会发现的，反正他们目光这么短浅，只能看到眼前的自己的利益
当然啦，大部分用户才不会管这些，他们不会分析你是不是真的安全，也不会做道德判断，只要他们觉得好用就行。所以可以看到，这种环境下开源其实并没有什么优势，只不过为一些人抄袭提供了便利。这种环境下最后留下来的都是这些人。 我一直想象的那种大家一起来维护一个项目的景象始终没有出现，也没有出现的迹象。维护这个项目的过程中，遇到 @chenshaoju 这样主动分享的同学并不多。很多来汇报问题的人是以一种小白求大大解决问题，解决完就走人的方式来的，然而既不愿提供足够的信息，也不愿写一些自己尝试的过程供后人参考。互帮互助的气氛就是搞不起来。对比下国外的社区差好远。 最适合这个民族的其实是一群小白围着大大转，大大通过小白的夸奖获得自我满足，然后小白的吃喝拉撒都包给大大解决的模式。通过这个项目我感觉我已经彻底认识到这个民族的前面为什么会有一堵墙了。没有墙哪来的大大。所以到处都是什么附件回帖可见，等级多少用户组可见，一个论坛一个大大供小白跪舔，不需要政府造墙，网民也会自发造墙。这尼玛连做个翻墙软件都要造墙，真是令人叹为观止。这是一个造了几千年墙的保守的农耕民族，缺乏对别人的基本尊重，不愿意分享，喜欢遮遮掩掩，喜欢小圈子抱团，大概这些传统是改不掉了吧。 现在维护这些项目已经越来越让我感到无趣。我还是努力工作，好好养家，早日肉翻吧。 —— clowwindy on 18 Aug 2015
哪位啊您？您发的这些才像是微博的东西吧？这股子愤青劲儿，不知道的还以为您是contributor呢，您名字在哪呢就在这装？
开始了开始了，开始扣帽子了，恁看看这个项目的issue区是不是和clowwindy说的一模一样 https://github.com/2dust/v2rayN/issues 小白的吃喝拉撒都包给大大解决的模式 能从400多个issue里找出一个有用的都能烧高香了
你要是觉得质量差，你倒是好好回复啊？关于我说的性能损耗的问题，你倒是跑一个benchmark来啊？？
自己在那里阴阳怪气不好好说问题，反倒怪起别人来了？
我再把我的意思给看不懂中文的重复一遍。在直连流量占大头，代理流量只是小部分的情况下，将所有流量都导入另一个程序进行转发，只会带来额外的性能损耗，以及兼容性问题。
我再把我的意思给看不懂中文的重复一遍。在直连流量占大头，代理流量只是小部分的情况下，将所有流量都导入另一个程序进行转发，只会带来额外的性能损耗，以及兼容性问题。
理念不同，需求不同，没有对错。如同光猫加装路由器，路由器加装科学上网，是带来瓶颈还是方便要看设备和需求。 实在用不惯就换软件/换旧版，作者没有收钱，确实可以不接受意见。但明确拒绝会节省大家很多时间，包括不少PR的拒绝。
我再把我的意思给看不懂中文的重复一遍。在直连流量占大头，代理流量只是小部分的情况下，将所有流量都导入另一个程序进行转发，只会带来额外的性能损耗，以及兼容性问题。
理念不同，需求不同，没有对错。如同光猫加装路由器，路由器加装科学上网，是带来瓶颈还是方便要看设备和需求。 实在用不惯就换软件/换旧版，作者没有收钱，确实可以不接受意见。但明确拒绝会节省大家很多时间，包括不少PR的拒绝。
👍，我已经发现v2rayN对我来说跟直接开v2ray-core没有区别了。自己动手，丰衣足食