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

yixinis

v2rayN的错误如下所示，其中延迟是-1，速度也是-1，或者速度是The operation has timed out。
* b. u6 M) D6 w4 }4 O# z" c$ m* H( E( ?
0 k% H  V% n$ i. P& b& Hv2rayN的延迟是-1ms的原因和解决方法
错误原因
首先查看服务器是不是关机了，首先ssh一下，看看是否能连接，如果失联了不能连接，那你怎么折腾也是浪费。所以先确保自己的服务器没问题。
$ h* m1 ~: o3 \, y, L* k$ S1 {
然后大多数是因为https端口的原因。

1 ]( S6 l; r5 V  q如果使用了cloudflare，同时小云朵打开，那就是cloudflare的原因，因为免费的cloudflare只支持的HTTPs几个端口是：443,2053,2083,2087,2096,8443。
4 Y. ?# y  q2 B; N7 O
+ U" u$ t2 j, j  T- I0 l解决方法
- C+ |8 x/ U- O, Q6 Q1 a. w7 `查看自己的服务器端口是否开启，使用命令 netstat -tuln可以查看开启了哪些端口，如下所示：
5 e! G9 l& B* s# Y9 ]5 W7 s: N
6 R+ A$ F* b7 Y: j* U8 `1 o$ Jnetstat -tuln
2 w3 J- h# M& I+ N) X
v2rayN的延迟是-1ms的原因和解决方法
# n) W$ ]$ T! H" e- @如果开启了这些端口，就看下面的解决方法一，方法二。如果没有开启端口，使用命令开启端口。
- ^6 K& B- y9 F6 I
$ W  N1 F: s" ?: hiptables -A INPUT -p tcp –dport <端口号> -j ACCEPT
+ ~0 ]3 x# D  \0 D0 \
使用 iptables -A INPUT -p tcp –dport 3333 -j ACCEPT 命令开启端口只是在防火墙中放行了 TCP 协议，允许流量通过防火墙到达系统的 3333 端口，但这并不会自动启动一个监听端口。因此，即使已经开启了防火墙端口，如果没有应用程序在监听该端口，使用 netstat -tuln 命令也看不到该端口。

/ v* `! K7 J$ a) s& l+ z如果您想要在 Linux 上启动一个程序并监听指定端口，可以在该程序中使用 socket API 进行端口绑定。例如，如果想要使用 netcat 工具在 3333 端口上建立 TCP 监听器，可以使用以下命令：

3 c" T" N$ s6 l' g! M5 T, |nc -l 3333
% I: l: u! N: A0 I
这会启动 netcat 并监听 3333 端口上的 TCP 连接。此时，使用 netstat -tuln 命令就可以看到在 3333 端口上存在一个监听器了。

( @2 M2 l" I' n- Yv2rayN的延迟是-1ms的原因和解决方法
这是没有输出，只有一个光标，不要以为卡了。你需要重新开启一个窗口ssh连接，然后使用 netstat -tuln命令查看端口，这时可以看到存在3333端口。

' Y) K4 W4 M6 b6 ^7 _$ Z  c' Pv2rayN的延迟是-1ms的原因和解决方法
; i; ^& r1 r& N3 c% m3 L8 r  _: S
4 K3 B" g& ~0 D' V4 _# W备注：如果是你自己的节点，通过netstat -tuln肯定可以看到你开启的端口。比如我的，下面那些tcp6就是我使用的节点端口。
方法一：使用端口就用这个几个：443,2053,2083,2087,2096,8443。如果在小云朵开启的状态下，你新建其他的端口，v2rayN就会出现延迟-1的错误。
  o, k/ s) ~8 J+ h$ F6 O, O5 i! H; {* U9 x
创建节点的端口如下图：
5 d4 ?) V9 C! _- v
v2rayN的延迟是-1ms的原因和解决方法
. t2 _( D2 C# K3 Y- T, J. w可以看到这几个端口都有流量，测试的其他端口流量就为0。
, e1 L7 @" y& l
方法二：把cloudflare的小云朵关闭，等一会，然后记得ping一下域名，如果返回的是你服务器ip，那说明小云朵关闭了，这个错误也会消失。不过网速可能会受限，有可能延迟很高，网速很慢。

我的建议是小云朵开启，因为网速提升很明显，否则真的可能就是龟速。