想来没有增加 inbound http 配置的计划,是技术问题还是主观选择?
技术问题的话请指明讨论 issue。
如果是主观选择,还请再次考虑,至少添加一行只读的,随着上面变动的,以显示其同时使用了另一个端口(不然冲突了都不知道哪来的)。参考图片:

v2ray的http入口有问题,所以不使用
现在的http请问有什么问题
v2ray的http入口有问题,所以不使用
在我看来 v2rayN 是 v2ray 的 “封装”,那么设置 http 时不采用 v2ray http inbound 而采用 privoxy 也是可接受的,但隐含的端口就不那么舒服了。
现在的http请问有什么问题
我是主张 “Explicit is better than implicit”。就算直接在同界面写一个 Label "http=socks+1" 也是好的。
已写
v2ray的http入口有问题,所以不使用
现在的http请问有什么问题
想问下,你说的v2ray-core的HTTP inbound有问题具体是什么问题,不知道是否有提个issue给v2ray-core那边反馈一下,他们才好解决问题。如果core那边解决了这个问题,就可以直接用http inbound了,去掉privoxy,简化程序。
其实我自从路由器翻墙以后,PC端的翻墙软件就几乎没怎么用了,也就手机上还用。但有一个问题,就是机场各个节点测速太麻烦了,很久以前发现V2rayN可以批量测速,那时候还是2.28版。不过那时候测延迟一个一个ping太慢,然后节点测速需要开启系统代理,太麻烦,然后程序又跟ss一样附带了sysproxy和privoxy,想看看有没有什么办法可以精简掉,于是动手改。
延迟测试改为并发的;
测速去掉需要系统代理设置,改为直接给WebClient设置代理(试了新版已经不要求设置系统代理了),并且测速前先ping,ping不通的直接跳过测速,以免直接测速长时间等待造成大量时间浪费(试了最新的3.5版,对于ping不通的节点仍会尝试测速,然后长时间卡在那);
对于设置系统代理,查了下系统API的调用,改为直接操作,去除对sysproxy.exe的依赖;
然后就是这里说的主要对象,http代理,因为我不用,本着精简的初衷,把privoxy去掉了,改为使用v2ray的http inbound,简单测了一下,可以通,就没用过了,之后就一直用这个版本用来对一些节点测速选优,所以也没发现http inbound存在的问题。今天是突然想起来,看看新版本有了那些改进,看release更新日志,看issue看到这个正好我关心的问题,就忍不住上来问一下。
这个http的问题很早的时候和core开发者提过了,但是core现在是社区驱动,也不一定有计划改进

怎么http协议本地端口那一行在新版里面没有了,我找这个端口还找了半天...
Most helpful comment
在我看来 v2rayN 是 v2ray 的 “封装”,那么设置 http 时不采用 v2ray http inbound 而采用 privoxy 也是可接受的,但隐含的端口就不那么舒服了。
我是主张 “Explicit is better than implicit”。就算直接在同界面写一个 Label "http=socks+1" 也是好的。