v2rayN的延迟是-1ms的原因和解决方法

yixinis

v2rayN的错误如下所示，其中延迟是-1，速度也是-1，或者速度是The operation has timed out。

! e/ I4 X0 a5 _6 i+ ], nv2rayN的延迟是-1ms的原因和解决方法
# A" M! e1 T) B' Y* D2 Q错误原因
首先查看服务器是不是关机了，首先ssh一下，看看是否能连接，如果失联了不能连接，那你怎么折腾也是浪费。所以先确保自己的服务器没问题。

: M* Y  f  Y: P( }3 `! F  e然后大多数是因为https端口的原因。
1 ?. j3 h! _& x' }
: f9 z2 J8 t2 _如果使用了cloudflare，同时小云朵打开，那就是cloudflare的原因，因为免费的cloudflare只支持的HTTPs几个端口是：443,2053,2083,2087,2096,8443。
9 e' E$ ^  Q' @
3 H7 F+ W. ^6 \1 z1 V! [, Q) G' l解决方法
& h: y- c! f, a7 ?6 D( d& u0 j查看自己的服务器端口是否开启，使用命令 netstat -tuln可以查看开启了哪些端口，如下所示：
! m- w( s. q3 j$ M5 d
' x- U9 M' E& }1 rnetstat -tuln
4 u( |  h, `' k2 _4 O& c  _
3 E" d1 G9 ^! y. w$ ~# x7 T( Lv2rayN的延迟是-1ms的原因和解决方法
3 K: Y5 V0 n( H5 f如果开启了这些端口，就看下面的解决方法一，方法二。如果没有开启端口，使用命令开启端口。
, b" q+ K: k4 w2 i7 w- ?
iptables -A INPUT -p tcp –dport <端口号> -j ACCEPT
$ z) e) Z. f7 s% K" E
使用 iptables -A INPUT -p tcp –dport 3333 -j ACCEPT 命令开启端口只是在防火墙中放行了 TCP 协议，允许流量通过防火墙到达系统的 3333 端口，但这并不会自动启动一个监听端口。因此，即使已经开启了防火墙端口，如果没有应用程序在监听该端口，使用 netstat -tuln 命令也看不到该端口。

如果您想要在 Linux 上启动一个程序并监听指定端口，可以在该程序中使用 socket API 进行端口绑定。例如，如果想要使用 netcat 工具在 3333 端口上建立 TCP 监听器，可以使用以下命令：
) ]  k- A% V0 i7 u
- z9 `" K+ _( A/ ^nc -l 3333
- N) n: f: `6 j& N
这会启动 netcat 并监听 3333 端口上的 TCP 连接。此时，使用 netstat -tuln 命令就可以看到在 3333 端口上存在一个监听器了。
# w/ K- p9 i7 @5 U+ e9 ~3 ^) x
! W( F. o* O) Y: `1 ^8 X& jv2rayN的延迟是-1ms的原因和解决方法
这是没有输出，只有一个光标，不要以为卡了。你需要重新开启一个窗口ssh连接，然后使用 netstat -tuln命令查看端口，这时可以看到存在3333端口。

6 w+ v, ^9 |- ^, y+ n. E3 Hv2rayN的延迟是-1ms的原因和解决方法
# ~- t+ r3 |8 D/ s
备注：如果是你自己的节点，通过netstat -tuln肯定可以看到你开启的端口。比如我的，下面那些tcp6就是我使用的节点端口。
方法一：使用端口就用这个几个：443,2053,2083,2087,2096,8443。如果在小云朵开启的状态下，你新建其他的端口，v2rayN就会出现延迟-1的错误。

- y, d  f1 i0 y" j# O9 I  \创建节点的端口如下图：

/ Z! l/ u) Z7 G' Vv2rayN的延迟是-1ms的原因和解决方法
* q7 u+ x7 S( b! _可以看到这几个端口都有流量，测试的其他端口流量就为0。

" b) J% ?) J8 M" U方法二：把cloudflare的小云朵关闭，等一会，然后记得ping一下域名，如果返回的是你服务器ip，那说明小云朵关闭了，这个错误也会消失。不过网速可能会受限，有可能延迟很高，网速很慢。

我的建议是小云朵开启，因为网速提升很明显，否则真的可能就是龟速。
. }' r  r. r# d* a4 V- t8 g: }+ R$ @