search

v2ray / v2ray-core

A platform for building proxies to bypass network restrictions.
https://www.v2ray.com/
MIT License
45.19k stars 8.94k forks source link

4.23.3掉出 #2536

Closed rendaa closed 4 years ago

rendaa commented 4 years ago

1) 你正在使用哪个版本的 V2Ray？（如果服务器和客户端使用了不同版本，请注明） 服务端：系统为CentOS 7.7，v2ray版本4.23.3 客户端：某ARMv7路由器，内核是Linux 2.6.36，v2ray版本4.23.3

2) 你的使用场景是什么？ 在多个设备上访问被墙的站点，例如google、youtube、telegram等。

3) 你看到的不正常的现象是什么？（请描述具体现象，比如访问超时，TLS 证书错误等） 升级到4.23.3版后，在服务端和客户端（那个路由器上），都出现过次数不等的v2ray进程掉出的情况。ps -ef 输出里找不到 v2ray。

服务端出现较少（v2ray错误日志中能看到4.23.3只有三次启动记录，其中也包括了一次系统维护重启，并非掉出）。

客户端（路由器）上相对频繁，有时是运行后数秒就掉出，有时是正常运行10多分钟后出现，也有几次运行几小时后才出现的。

4) 你期待看到的正确表现是怎样的？ ……

5) 请附上你的配置（提交 Issue 前请隐藏服务器端IP地址）。

服务器端配置:

{
  "log": {
        "access": "/var/log/v2ray/access.log",
        "error": "/var/log/v2ray/error.log",
        "loglevel": "warning"
    },
  "inbounds": [
    {
    "port":xxxxxx,
      "listen": "127.0.0.1", 
      "tag": "vmess-in", 
      "protocol": "vmess", 
      "settings": {
        "clients": [
          {
          "id":"xxxxxxxxxxxxxxxxxxxxxxxxxxxx",
          "alterId":xx
          }
        ]
      }, 
      "streamSettings": {
        "network": "ws", 
        "wsSettings": {
          "path":"/xxxxxxxxx/"
        }
      }
    }
  ], 
  "outbounds": [
    {
      "protocol": "freedom", 
      "settings": { }, 
      "tag": "direct"
    }, 
    {
      "protocol": "blackhole", 
      "settings": { }, 
      "tag": "blocked"
    }
  ], 
  "dns": {
    "servers": [
      "https+local://1.1.1.1/dns-query",
          "1.1.1.1",
          "1.0.0.1",
          "8.8.8.8",
          "8.8.4.4",
          "localhost"
    ]
  },
  "routing": {
    "domainStrategy": "AsIs",
    "rules": [
      {
        "type": "field",
        "inboundTag": [
          "vmess-in"
        ],
        "outboundTag": "direct"
      }
    ]
  }
}

客户端配置:

{
  "dns": {
    "servers": [
      {
        "address": "1.1.1.1",
        "port": 53,
        "domains": [
          "geosite:geolocation-!cn"
        ]
      },
      {
        "address": "114.114.114.114",
        "port": 53,
        "domains": [
          "geosite:cn"
        ]
      },
      "8.8.8.8",
      "223.5.5.5",
      "localhost"
    ]
  },
  "policy": null,
  "log": {
    "access": "/tmp/v2acc.log",
    "error": "/tmp/v2err.log",
    "loglevel": "warning"
  },
  "outboundDetour" : [
    {
      "protocol" : "freedom",
      "tag" : "direct",
      "settings" : {
        "streamSettings": { "sockopt": { "mark": 255 } }
      }
    }
  ],
  "inboundDetour" : [
    {
      "listen": "0.0.0.0",
      "port" : 1099,
      "protocol" : "dokodemo-door",
      "domainOverride" : ["http","tls"],
      "settings" : {
        "network": "tcp,udp",
        "timeout": 15,
        "followRedirect": true
      }
    }
  ],
  "inbounds": [
    {
      "tag": "socks-inbound",
      "port": xxxxx,
      "listen": "0.0.0.0",
      "protocol": "socks",
      "sniffing": {
        "enabled": true,
        "destOverride": ["http","tls"]
      },
      "settings": {
        "auth": "noauth",
        "accounts": [ { "user": "xxxxx", "pass": "xxxxx" } ],
        "udp": true,
        "ip": null,
        "address": null,
        "clients": null,
        "userLevel": 3
      },
      "streamSettings": null
    },
    {
      "port": xxxxx,
      "listen": "0.0.0.0",
      "tag": "http-inbound",
      "protocol": "http",
      "sniffing": {
        "enabled": true,
        "destOverride": ["http","tls"]
      },
      "settings": {
        "timeout": 15,
        "allowTransparent": false,
        "userLevel": 3
      }
    }
  ],
  "outbounds": [
    {
      "tag": "proxy",
      "protocol": "vmess",
      "settings": {
        "vnext": [
          {
            "address": "xxxxxxxxxxx",
            "port": 443,
            "users": [
              {
                "id": "xxxxxxxxxxxxxxxxxxxxxxxxxx",
                "alterId": xx,
                "email": "@",
                "security": "auto"
              }
            ]
          }
        ],
        "servers": null,
        "response": null
      },
      "streamSettings": {
        "sockopt": { "mark": 255 },
        "network": "ws",
        "security": "tls",
        "tlsSettings": {
          "allowInsecure": true,
          "serverName": null
        },
        "tcpSettings": null,
        "kcpSettings": null,
        "wsSettings": {
          "connectionReuse": true,
          "path": "/xxxxxxxxx/",
          "headers": null
        },
        "httpSettings": null,
        "quicSettings": null
      },
      "mux": { "enabled": false }
    },
    {
      "tag": "direct",
      "protocol": "freedom",
      "settings": {
        "vnext": null,
        "servers": null,
        "response": null
      },
      "streamSettings": { "sockopt": { "mark": 255 } },
      "mux": null
    },
    {
      "tag": "block",
      "protocol": "blackhole",
      "settings": {
        "vnext": null,
        "servers": null,
        "response": {
          "type": "http"
        }
      },
      "streamSettings": { "sockopt": { "mark": 255 } },
      "mux": null
    }
  ],
  "stats": null,
  "api": null,
  "routing": {
    "domainStrategy": "IPIfNonMatch",
    "rules": [
      {
        "type": "field",
        "port": null,
        "inboundTag": ["api"],
        "outboundTag": "api",
        "ip": null,
        "domain": null
      },
      {
        "type":"field",
        "port":"1-52",
        "outboundTag":"direct"
      },
      {
        "type":"field",
        "port":"54-79",
        "outboundTag":"direct"
      },
      {
        "type":"field",
        "port":"81-442",
        "outboundTag":"direct"
      },
      {
        "type":"field",
        "port":"444-65535",
        "outboundTag":"direct"
      },
      {
        "type": "field",
        "inboundTag": ["forwardingport"],
        "outboundTag": "proxy"
      },
      {
        "type": "field",
        "port": null,
        "inboundTag": null,
        "outboundTag": "proxy",
        "ip": [
          "91.108.4.0/22",
          "91.108.8.0/22",
          "91.108.12.0/22",
          "91.108.20.0/22",
          "91.108.36.0/23",
          "91.108.38.0/23",
          "91.108.56.0/22",
          "149.154.160.0/20",
          "149.154.164.0/22",
          "149.154.172.0/22",
          "74.125.0.0/16",
          "173.194.0.0/16",
          "172.217.0.0/16",
          "216.58.200.0/24",
          "216.58.220.0/24",
          "91.108.56.116",
          "91.108.56.0/24",
          "109.239.140.0/24",
          "149.154.167.0/24",
          "149.154.175.0/24"
        ],
        "domain": null
      },
      {
        "type": "field",
        "port": null,
        "inboundTag": null,
        "outboundTag": "direct",
        "ip": null,
        "domain": [
          "domain:cn",
          "domain:baidu.com",
          "domain:icbc.com.cn",
          "domain:cebbank.com",
          "domain:gf.com",
          "domain:toutiao.com",
          "domain:qq.com",
          "domain:wps.com",
          "domain:cctv.com",
          "domain:icloud.com",
          "domain:apple.com",
          "domain:12306.com",
          "domain:ip138.com",
          "domain:51ym.me",
          "domain:52pojie.cn",
          "domain:8686c.com",
          "domain:abercrombie.com",
          "domain:adobesc.com",
          "domain:air-matters.com",
          "domain:air-matters.io",
          "domain:airtable.com",
          "domain:akadns.net",
          "domain:apache.org",
          "domain:api.crisp.chat",
          "domain:api.termius.com",
          "domain:appshike.com",
          "domain:appstore.com",
          "domain:aweme.snssdk.com",
          "domain:bababian.com",
          "domain:battle.net",
          "domain:beatsbydre.com",
          "domain:bet365.com",
          "domain:bilibili.cn",
          "domain:ccgslb.com",
          "domain:ccgslb.net",
          "domain:chunbo.com",
          "domain:chunboimg.com",
          "domain:clashroyaleapp.com",
          "domain:cloudsigma.com",
          "domain:cloudxns.net",
          "domain:cmfu.com",
          "domain:culturedcode.com",
          "domain:dct-cloud.com",
          "domain:didialift.com",
          "domain:douyutv.com",
          "domain:duokan.com",
          "domain:dytt8.net",
          "domain:easou.com",
          "domain:ecitic.net",
          "domain:eclipse.org",
          "domain:eudic.net",
          "domain:ewqcxz.com",
          "domain:fir.im",
          "domain:frdic.com",
          "domain:fresh-ideas.cc",
          "domain:godic.net",
          "domain:goodread.com",
          "domain:haibian.com",
          "domain:hdslb.net",
          "domain:hollisterco.com",
          "domain:hongxiu.com",
          "domain:hxcdn.net",
          "domain:images.unsplash.com",
          "domain:img4me.com",
          "domain:ipify.org",
          "domain:ixdzs.com",
          "domain:jd.hk",
          "domain:jianshuapi.com",
          "domain:jomodns.com",
          "domain:jsboxbbs.com",
          "domain:knewone.com",
          "domain:kuaidi100.com",
          "domain:lemicp.com",
          "domain:letvcloud.com",
          "domain:lizhi.io",
          "domain:localizecdn.com",
          "domain:lucifr.com",
          "domain:luoo.net",
          "domain:mai.tn",
          "domain:maven.org",
          "domain:miwifi.com",
          "domain:moji.com",
          "domain:moke.com",
          "domain:mtalk.google.com",
          "domain:mxhichina.com",
          "domain:myqcloud.com",
          "domain:myunlu.com",
          "domain:netease.com",
          "domain:nfoservers.com",
          "domain:nssurge.com",
          "domain:nuomi.com",
          "domain:ourdvs.com",
          "domain:overcast.fm",
          "domain:paypal.com",
          "domain:paypalobjects.com",
          "domain:pgyer.com",
          "domain:qdaily.com",
          "domain:qdmm.com",
          "domain:qin.io",
          "domain:qingmang.me",
          "domain:qingmang.mobi",
          "domain:qqurl.com",
          "domain:rarbg.to",
          "domain:rrmj.tv",
          "domain:ruguoapp.com",
          "domain:sm.ms",
          "domain:snwx.com",
          "domain:soku.com",
          "domain:startssl.com",
          "domain:store.steampowered.com",
          "domain:symcd.com",
          "domain:teamviewer.com",
          "domain:tmzvps.com",
          "domain:trello.com",
          "domain:trellocdn.com",
          "domain:ttmeiju.com",
          "domain:udache.com",
          "domain:uxengine.net",
          "domain:weather.bjango.com",
          "domain:weather.com",
          "domain:webqxs.com",
          "domain:weico.cc",
          "domain:wenku8.net",
          "domain:werewolf.53site.com",
          "domain:windowsupdate.com",
          "domain:wkcdn.com",
          "domain:workflowy.com",
          "domain:xdrig.com",
          "domain:xiaojukeji.com",
          "domain:xiaomi.net",
          "domain:xiaomicp.com",
          "domain:ximalaya.com",
          "domain:xitek.com",
          "domain:xmcdn.com",
          "domain:xslb.net",
          "domain:xteko.com",
          "domain:yach.me",
          "domain:yixia.com",
          "domain:yunjiasu-cdn.net",
          "domain:zealer.com",
          "domain:zgslb.net",
          "domain:zimuzu.tv",
          "domain:zmz002.com",
          "domain:samsungdm.com"
        ]
      },
      {
        "type": "field",
        "port": null,
        "inboundTag": null,
        "outboundTag": "direct",
        "ip": [
          "127.0.0.0/8",
          "192.168.8.0/24",
          "192.168.0.0/16",
          "xxx.xxx.xxx.xxx", //服务器IP
          "geoip:private",
          "geoip:cn"
        ],
        "domain": null
      },
      {
        "type": "field",
        "port": null,
        "inboundTag": null,
        "outboundTag": "block",
        "ip": null,
        "domain": [
          "geosite:category-ads-all"
        ]
      },
      {
        "type": "field",
        "port": null,
        "inboundTag": null,
        "outboundTag": "direct",
        "ip": null,
        "domain": [
          "geosite:cn"
        ]
      },
      {
        "type": "field",
        "port": null,
        "inboundTag": null,
        "outboundTag": "proxy",
        "ip": null,
        "domain": [
          "geosite:geolocation-!cn",
          "geosite:google",
          "domain:google.com",
          "domain:gmail.com",
          "geosite:github",
          "domain:github.com",
          "geosite:netflix",
          "domain:netflix.com",
          "geosite:steam",
          "geosite:telegram",
          "geosite:tumblr",
          "geosite:speedtest",
          "geosite:bbc",
          "domain:gvt1.com",
          "domain:textnow.com",
          "domain:twitch.tv",
          "domain:wikileaks.org",
          "domain:naver.com",
          "domain:wikipedia.org",
          "domain:wikimedia.org",
      "domain:openvpn.net",
      "domain:tmdb.org",
      "domain:themoviedb.org",
      "domain:mp4ba.cc",
          "google.co"
        ]
      }
    ]
  }
 }

6) 请附上出错时软件输出的错误日志。在 Linux 中，日志通常在 /var/log/v2ray/error.log 文件中。

服务器端错误日志:

2020/04/17 09:42:32 [Warning] v2ray.com/core: V2Ray 4.23.1 started
2020/04/17 09:55:43 [Warning] v2ray.com/core: V2Ray 4.23.1 started
2020/04/17 10:08:49 [Warning] v2ray.com/core: V2Ray 4.23.1 started
2020/04/25 10:07:49 [Warning] v2ray.com/core: V2Ray 4.23.1 started
2020/05/06 21:36:56 [Warning] v2ray.com/core: V2Ray 4.23.1 started
2020/05/25 01:23:04 [Warning] v2ray.com/core: V2Ray 4.23.1 started
2020/05/31 07:59:36 [Warning] v2ray.com/core: V2Ray 4.23.1 started
2020/06/01 21:27:53 [Warning] v2ray.com/core: V2Ray 4.23.3 started
2020/06/02 16:29:20 [Warning] v2ray.com/core: V2Ray 4.23.3 started
2020/06/02 22:27:52 [Warning] v2ray.com/core: V2Ray 4.23.3 started

客户端错误日志: （最初客户端没有启用日志，后来启用日志后，再次很快就调出，所以这次之后将客户端回退到4.23.1以求稳定。以下日志内容可以看到4.23.3版本启动后没多久就换成4.23.1了，而4.23.3并非是kill掉的，是自己就飞了，然后就马上换了4.23.1）

2020/06/02 16:35:23 [Warning] v2ray.com/core/transport/internet: failed to apply socket options to incoming connection > v2ray.com/core/transport/internet: failed to set SO_REUSEPORT > protocol not available
2020/06/02 16:35:23 [Warning] v2ray.com/core/transport/internet: failed to apply socket options to incoming connection > v2ray.com/core/transport/internet: failed to set SO_REUSEPORT > protocol not available
2020/06/02 16:35:23 [Warning] v2ray.com/core: V2Ray 4.23.3 started
2020/06/02 16:35:25 [Warning] [12825663] v2ray.com/core/proxy/http: failed to read response from liveupdate7.drivergenius.com > io: read/write on closed pipe
2020/06/02 16:35:25 [Warning] [12825663] v2ray.com/core/app/proxyman/inbound: connection ends > v2ray.com/core/proxy/http: connection ends > v2ray.com/core/proxy/http: failed to write whole request > io: read/write on closed pipe
2020/06/02 16:35:27 [Warning] [595368352] v2ray.com/core/proxy/http: failed to read response from liveupdate7.drivergenius.com > io: read/write on closed pipe
2020/06/02 16:35:27 [Warning] [595368352] v2ray.com/core/app/proxyman/inbound: connection ends > v2ray.com/core/proxy/http: connection ends > v2ray.com/core/proxy/http: failed to write whole request > io: read/write on closed pipe
2020/06/02 16:35:28 [Warning] [3823781822] v2ray.com/core/app/proxyman/inbound: connection ends > v2ray.com/core/proxy/http: connection ends > v2ray.com/core/proxy/http: failed to write whole request > io: read/write on closed pipe
2020/06/02 16:35:28 [Warning] [3823781822] v2ray.com/core/proxy/http: failed to read response from liveupdate7.drivergenius.com > io: read/write on closed pipe
2020/06/02 16:35:35 [Warning] [3913432572] v2ray.com/core/proxy/http: failed to read response from liveupdate7.drivergenius.com > io: read/write on closed pipe
2020/06/02 16:35:35 [Warning] [3913432572] v2ray.com/core/app/proxyman/inbound: connection ends > v2ray.com/core/proxy/http: connection ends > v2ray.com/core/proxy/http: failed to write whole request > io: read/write on closed pipe
2020/06/02 16:35:37 [Warning] [1754493559] v2ray.com/core/app/proxyman/inbound: connection ends > v2ray.com/core/proxy/http: connection ends > v2ray.com/core/proxy/http: failed to write whole request > io: read/write on closed pipe
2020/06/02 16:35:37 [Warning] [1754493559] v2ray.com/core/proxy/http: failed to read response from liveupdate7.drivergenius.com > io: read/write on closed pipe
2020/06/02 16:35:42 [Warning] [938580539] v2ray.com/core/app/proxyman/inbound: connection ends > v2ray.com/core/proxy/http: connection ends > v2ray.com/core/proxy/http: failed to write whole request > io: read/write on closed pipe
2020/06/02 16:35:42 [Warning] [938580539] v2ray.com/core/proxy/http: failed to read response from liveupdate7.drivergenius.com > io: read/write on closed pipe
2020/06/02 16:35:46 [Warning] [2600774541] v2ray.com/core/app/proxyman/inbound: connection ends > v2ray.com/core/proxy/http: connection ends > v2ray.com/core/proxy/http: failed to write whole request > io: read/write on closed pipe
2020/06/02 16:35:46 [Warning] [2600774541] v2ray.com/core/proxy/http: failed to read response from liveupdate7.drivergenius.com > io: read/write on closed pipe
2020/06/02 16:35:51 [Warning] [2530213908] v2ray.com/core/app/proxyman/inbound: connection ends > v2ray.com/core/proxy/http: connection ends > v2ray.com/core/proxy/http: failed to write whole request > io: read/write on closed pipe
2020/06/02 16:35:51 [Warning] [2530213908] v2ray.com/core/proxy/http: failed to read response from liveupdate7.drivergenius.com > io: read/write on closed pipe
2020/06/02 16:39:32 [Warning] v2ray.com/core/transport/internet: failed to apply socket options to incoming connection > v2ray.com/core/transport/internet: failed to set SO_REUSEPORT > protocol not available
2020/06/02 16:39:32 [Warning] v2ray.com/core/transport/internet: failed to apply socket options to incoming connection > v2ray.com/core/transport/internet: failed to set SO_REUSEPORT > protocol not available
2020/06/02 16:39:32 [Warning] v2ray.com/core: V2Ray 4.23.1 started
2020/06/02 16:40:01 [Warning] v2ray.com/core/transport/internet: failed to apply socket options to incoming connection > v2ray.com/core/transport/internet: failed to set SO_REUSEPORT > protocol not available

7) 请附上访问日志。在 Linux 中，日志通常在 /var/log/v2ray/access.log 文件中。

服务端这个日志有72M多，如果确有必要再想办法弄吧。。。

8) 其它相关的配置文件（如 Nginx）和相关日志。 ============ nginx.conf ============

user root; worker_processes 3;

events { worker_connections 4096; }

http { include mime.types; default_type application/octet-stream; sendfile on; keepalive_timeout 65; server { listen 80; server_name localhost; location / { root html; index index.html index.htm; } error_page 500 502 503 504 /50x.html; location = /50x.html { root html; } } include conf.d/*.conf; }

============ conf.d/v2ray.conf ============
server { listen 443 ssl http2; ssl_certificate /data/v2ray.crt; ssl_certificate_key /data/v2ray.key; ssl_protocols TLSv1.2 TLSv1.3; ssl_ciphers TLS13-AES-256-GCM-SHA384:TLS13-CHACHA20-POLY1305-SHA256:TLS13-AES-128-GCM-SHA256:TLS13-AES-128-CCM-8-SHA256:TLS13-AES-128-CCM-SHA256:EECDH+CHACHA20:EECDH+CHACHA20-draft:EECDH+ECDSA+AES128:EECDH+aRSA+AES128:RSA+AES128:EECDH+ECDSA+AES256:EECDH+aRSA+AES256:RSA+AES256:EECDH+ECDSA+3DES:EECDH+aRSA+3DES:RSA+3DES:!MD5; server_name renda.cf; index index.html index.htm; root /home/wwwroot/3DCEList; error_page 400 = /400.html; location /xxxxxxxxxxxx/ { proxy_redirect off; proxy_pass http://127.0.0.1:xxxxxx; proxy_http_version 1.1; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; proxy_set_header Host $http_host; } location ~ .php$ { fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /home/wwwroot/3DCEList$fastcgi_script_name; include fastcgi_params; }

} server { listen 80; server_name xxxxxxxxxx; return 301 https://xxxxxxxxxxx$request_uri; }

nginx的access.log和error.log也不小，暂时不贴了。

9) 如果 V2Ray 无法启动，请附上 --test 输出。 v2ray能够启动，只是可能很快掉出。

10) 如果 V2Ray 服务运行不正常，请附上 journal 日志。 服务端： -- Logs begin at 二 2020-06-02 22:27:35 CST, end at 三 2020-06-03 01:42:30 CST. -- 6月 02 22:27:21 VDS systemd[1]: Started V2Ray - A unified platform for anti-censorship. 6月 02 22:27:45 VDS v2ray[817]: V2Ray 4.23.3 (V2Fly, a community-driven edition of V2Ray.) Custom (go1.14.1 linux/amd64) 6月 02 22:27:45 VDS v2ray[817]: A unified platform for anti-censorship. 6月 02 22:27:52 VDS v2ray[817]: 2020/06/02 22:27:52 [Info] v2ray.com/core/common/platform/ctlcmd: 6月 02 22:27:52 VDS v2ray[817]: v2ctl> Read config: /etc/v2ray/config.json

客户端因为是个路由器，没有提供 journal 命令。

请预览一下你填的内容再提交。

lxhao61 commented 4 years ago

路由器上直接升级v2ray-core，我也出现你上述问题，测试V4.23.1升级v4.23.2，v4.23.2升级v4.23.3。重新编译路由器固件问题解决（已测试含v4.23.2版本的固件，v4.23.3版本的固件）。

kslr commented 4 years ago

做了一些调整，试试这个呢

https://send.firefox.com/download/39d1aee1eded9f4e/#OkH_WseDDhFCvjodcJr_4Q

EdLovecraft commented 4 years ago

做了一些调整，试试这个呢

https://send.firefox.com/download/39d1aee1eded9f4e/#OkH_WseDDhFCvjodcJr_4Q

我也有同样的问题，这个试了下不行，4.23.4也不行，4.23.1倒是正常的

rendaa commented 4 years ago

做了一些调整，试试这个呢

https://send.firefox.com/download/39d1aee1eded9f4e/#OkH_WseDDhFCvjodcJr_4Q

先谢谢您的回复，也谢谢其他朋友们能帮助确认也遇到类似问题、以及帮忙出主意解决！（不过因为没有现成的编译环境和固件源码等原因，我没能真正去重新编译路由器固件。但还是非常感谢建议）

几小时前试了一下您回复中提供的这个版本，感觉比4.23.3的那个发布版稍好，在没用电脑或手机的几小时里（但手机可能会有后台进程会检查邮件等等），这个版本的进程一直都在；但打开电脑用了一会儿后，还是发生了掉出。例如前一秒还正常显示着youtube的某个页面，点进一个视频链接突然v2ray进程就不见了……

正好看到今天还发布了4.23.4，刚刚又换成.4用了一会儿，目前看来好像还不错，我会继续观察一下。无论4.23.4能否稳定工作，我都会来这帖子后面汇报一下情况。如果4.23.4非常稳定，这可能也有助于知道和4.23.3的版本相比，哪些差异可能导致问题不再出现。

rendaa commented 4 years ago

路由器运行4.23.4到现在超过18小时，其间发生了两次掉出，都是没有人在操作手机等设备上网的情况下发生的。第一次掉出后打开了日志记录，文件如附件（但似乎没什么特别发现）。

v2log.zip

kslr commented 4 years ago

那么内核有日志吗

rendaa commented 4 years ago

那么内核有日志吗

如果内核日志是在 /var/log 目录里的话，这个路由器好像是没有内核日志的，那个目录几乎是空的。只有内核消息 /var/log/messages 但估计没什么用，如附件。 messages.zip

P.S. 刚才又发现掉出了两次，v2ray的日志如下（日志里时间好像是UTC的，最近两次应是 v2err.log 里 12:55:49 前、以及13:47:40前的两次）。目前暂换回 4.23.1了。 v2log.zip

usgate commented 4 years ago

我的armv7路由器也出现此自动断开问题，请问该怎么解决呢

jimsmt commented 4 years ago

相同的情况，自行在树莓派3B中编译的版本也是一样。下载文件稍大便立即出现Segmentation fault并退出，比如播放视频，下载文件。没有流量或单个文件较小时不会出错。 设备armv7，自行编译的版本信息： V2Ray 4.23.4 (V2Fly, a community-driven edition of V2Ray.) Custom (go1.14.4 linux/arm) 上面回复里的改进版也是一样的情况。

日志调到debug级别并输出到stdout，出现Segmentation fault之前没有任何错误日志。 dmesg也没有任何相关日志

jimsmt commented 4 years ago

自行在树莓派3B编译的v4.23.1也出现同样的问题，尝试过go version 1.14.3和最新的1.14.4，都是一样的情况。另一个issue里有人使用go 1.14.3编译的最新版本却没有问题。

直接在v2ray github release下载的v4.23.1版本没有问题，正常使用

jimsmt commented 4 years ago

使用go version 1.13.12编译最新的v2ray v4.23.4不再出现错误，猜测官方的编译环境升级了go版本到1.14.x导致的兼容问题 或者编译时设置CGO_ENABLED=1，使用go v1.14.4编译出来的v2ray也没有问题了。 上传到了奶牛快传 https://c-t.work/s/e515c625637145

rendaa commented 4 years ago

使用go version 1.13.12编译最新的v2ray v4.23.4不再出现错误，猜测官方的编译环境升级了go版本到1.14.x导致的兼容问题 或者编译时设置CGO_ENABLED=1，使用go v1.14.4编译出来的v2ray也没有问题了。 上传到了奶牛快传 https://c-t.work/s/e515c625637145

谢谢 gitgayhub 注意到编译环境升级可能的影响！

目前很稳定的 ARM 的 4.23.1 版应该是用 go 1.13 编译的（v2ray --version有显示），如果真是go 1.14编译器的问题，可否请 klsr 或其他方便的朋友发个用1.13编译的、给 ARMv7 用的 v2ray 4.23.4，让我们跑跑看是否掉出的问题就没了……

jimsmt commented 4 years ago

使用go version 1.13.12编译最新的v2ray v4.23.4不再出现错误，猜测官方的编译环境升级了go版本到1.14.x导致的兼容问题 或者编译时设置CGO_ENABLED=1，使用go v1.14.4编译出来的v2ray也没有问题了。 上传到了奶牛快传 https://c-t.work/s/e515c625637145

谢谢 gitgayhub 注意到编译环境升级可能的影响！

目前很稳定的 ARM 的 4.23.1 版应该是用 go 1.13 编译的（v2ray --version有显示），如果真是go 1.14编译器的问题，可否请 klsr 或其他方便的朋友发个用1.13编译的、给 ARMv7 用的 v2ray 4.23.4，让我们跑跑看是否掉出的问题就没了……

我上面发的就是go 1.13.12编译的armv7版v2ray 4.23.4，https://c-t.work/s/e515c625637145

用go1.14.4再加CGO_ENABLED=1编译的armv7版在树莓派里可以正常运行，但是在openwrt里会提示command not found，不能运行，openwrt官方的解释是

Root cause: Binaries compiled with older OpenWrt or LEDE versions will cause that kind of error due to changed libc versions. OpenWrt 14.07 and 15.05 still used uclibc, while OpenWrt DD trunk and LEDE use musl libc.

Solution: In order to make your package work you need to cross compile it again with the current LEDE toolchain.
jimsmt commented 4 years ago

我也从release下载了不同版本的查看了下，确实v4.23.1和之前的都是go 1.13编译的，从v4.23.2开始是go 1.14.1编译，可能问题就出在这里

Janet-Baker commented 4 years ago

Windows版release4.23.4（配合v2rayN一起使用），今天带着服务器(linux)一起升级了。 升级之后，发现v2rayN的日志框里有数次自动重启服务的记录。 只好降级回4.23.1

rendaa commented 4 years ago

我上面发的就是go 1.13.12编译的armv7版v2ray 4.23.4，https://c-t.work/s/e515c625637145

我试了一下这个，运行报“Illegal instruction”错误，应该不是给我那个CPU用的binary，没试成。

我的CPU Info Processor : ARMv7 Processor rev 0 (v7l) processor : 0 BogoMIPS : 1599.07

processor : 1 BogoMIPS : 1595.80

Features : swp half thumb fastmult edsp CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x3 CPU part : 0xc09 CPU revision : 0

Hardware : Northstar Prototype Revision : 0000 Serial : 0000000000000000

虽然也是ARMv7但好像还是存在不同的类别。

jimsmt commented 4 years ago

我上面发的就是go 1.13.12编译的armv7版v2ray 4.23.4，https://c-t.work/s/e515c625637145

我试了一下这个，运行报“Illegal instruction”错误，应该不是给我那个CPU用的binary，没试成。

我的CPU Info Processor : ARMv7 Processor rev 0 (v7l) processor : 0 BogoMIPS : 1599.07

processor : 1 BogoMIPS : 1595.80

Features : swp half thumb fastmult edsp CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x3 CPU part : 0xc09 CPU revision : 0

Hardware : Northstar Prototype Revision : 0000 Serial : 0000000000000000

虽然也是ARMv7但好像还是存在不同的类别。

应该是这个问题造成的，你的CPU不支持vfp，编译时加上GOARM=5这个变量应该能运行了，这是我新编译的：https://c-t.work/s/13c2fad1472c41

这是我路由器的：Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpd32 这是树莓派3B的：Features : half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32

rendaa commented 4 years ago

应该是这个问题造成的，你的CPU不支持vfp，编译时加上GOARM=5这个变量应该能运行了，这是我新编译的：https://c-t.work/s/13c2fad1472c41

收到！可以运行，稍后观察效果。谢谢！

rendaa commented 4 years ago

应该是这个问题造成的，你的CPU不支持vfp，编译时加上GOARM=5这个变量应该能运行了，这是我新编译的：https://c-t.work/s/13c2fad1472c41

目前这个版本已经运行了将近12个小时，没发生过掉出，感觉很稳定！

看来很可能是go 1.14编译环境的影响，建议项目团队再看看是否是这原因。

再次感谢 gitgayhub 注意到编译器问题、并发了用老版本编译出的binary ！

祝各位顺利！

zhangbo-miuNEST commented 4 years ago

我编译了一个针对梅林、华硕AC88U的带符号的版本，没开cgo，关了优化，打算用gdb抓一下崩的现场。 这几天我这里崩过三次。我用的编译器是go_nohf包，用软件实现浮点运算的，这个路由器没有硬件浮点指令。

不过先问一下，是应该用gdb跟踪v2ray的父进程还是子进程才能抓到崩溃呢？gdb只能二选一。

gdb默认只调试父进程，有信息打印。

admin@RT-AC88U-4AF8:/tmp/mnt/WD12T/home/v2ray# gdb -ex=r --args ./v2ray -c config.json
GNU gdb (GDB) 8.3.1
Copyright (C) 2019 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "arm-openwrt-linux".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./v2ray...
warning: Unsupported auto-load script at offset 0 in section .debug_gdb_scripts
of file /tmp/mnt/WD12T/home/v2ray/v2ray.
Use `info auto-load python-scripts [REGEXP]' to list them.
Starting program: /tmp/mnt/WD12T/home/v2ray/v2ray -c config.json
[New LWP 25392]
[New LWP 25393]
[New LWP 25394]
V2Ray 4.23.4 (V2Fly, a community-driven edition of V2Ray.) Custom (go1.14 linux/arm)
A unified platform for anti-censorship.
[Detaching after fork from child process 25396]
[New LWP 25397]
2020/06/07 07:05:04 [Info] v2ray.com/core/common/platform/ctlcmd: <v2ctl message> 
v2ctl> Read config:  config.json
2020/06/07 07:05:04 [Warning] v2ray.com/core: V2Ray 4.23.4 started
[New LWP 25402]
[New LWP 25403]

跑了几天，没遇到崩溃。重新编译了4.24.2带符号的优化版，再跑跑看。 更新：跑了很多天了，没再遇到segmentation fault退出问题。现在跑的是4.25.0。

rendaa commented 4 years ago

在我的armv7路由器（CPU是不支持VFP或系统内核未开放VFP支持）上运行gitgayhub帮助用go 1.13编译的4.23.4，至今已4天未出现掉出，看来前面反馈的掉出问题较大可能和go 1.14编译器有关。

还望项目组开发人员能在以后的编译发布时帮忙关注一下这情况。

此问题似乎可以考虑关闭了（不麻烦的话请顺便更新一下官方发布的ARMv7压缩包，以方便别的朋友使用）。

jimsmt commented 4 years ago

issue still exists on newest release build V2Ray 4.24.2 (V2Fly, a community-driven edition of V2Ray.) Custom (go1.14.4 linux/arm)

jimsmt commented 4 years ago

使用go1.13.12编译的arm版4.24.2 https://c-t.work/s/7017bf234c0f47

rendaa commented 4 years ago

issue still exists on newest release build V2Ray 4.24.2 (V2Fly, a community-driven edition of V2Ray.) Custom (go1.14.4 linux/arm)

是的，新的官方发布版本仍然存在掉出问题。

使用go1.13.12编译的arm版4.24.2 https://c-t.work/s/7017bf234c0f47

非常感谢！！ 正发愁没有呢！好心人一生平安！

crysislinux commented 4 years ago

我的问题跟 @gitgayhub 描述的一致。下载大文件或者看视频就会随机segment fault，之前也没有任何别的输出

RPRX commented 4 years ago

https://github.com/v2ray/v2ray-core/issues/2573

Cwek commented 4 years ago

已经测试过v4.24.2在x64上CGO_ENABLED=1交叉编译arm版成功，而且暂时没发现Segmentation fault（准确来说这就是掉出的错误原因）的问题。

为了这个玩意，专门去编译go 1.14（大部分发行版还是1.11或1.13），然后弄炸了3台服务器（树莓派2B还编译到死机)，最终租一台linode大CPU4核才完事（囧

zhj9709 commented 4 years ago

我用v2fly最新的代码，GOOS="linux", GOARCH="arm" CGO_ENABLED=0, go1.14, 编译在安卓上运行也会出现segmentation fault，前几个版本同样的参数编译，并没有这种情况

kslr commented 4 years ago

我用v2fly最新的代码，GOOS="linux", GOARCH="arm" CGO_ENABLED=0, go1.14, 编译在安卓上运行也会出现segmentation fault，前几个版本同样的参数编译，并没有这种情况

你首先要选择合适arm平台

zhj9709 commented 4 years ago

我用v2fly最新的代码，GOOS="linux", GOARCH="arm" CGO_ENABLED=0, go1.14, 编译在安卓上运行也会出现segmentation fault，前几个版本同样的参数编译，并没有这种情况

你首先要选择合适arm平台

最新版改了什么吗，我4.23.0 4.23.1版本的时候都是直接这样编译的

kslr commented 4 years ago

我用v2fly最新的代码，GOOS="linux", GOARCH="arm" CGO_ENABLED=0, go1.14, 编译在安卓上运行也会出现segmentation fault，前几个版本同样的参数编译，并没有这种情况

你首先要选择合适arm平台

最新版改了什么吗，我4.23.0 4.23.1版本的时候都是直接这样编译的

加了一个指定为 arm=5 的文件

jimsmt commented 4 years ago

加了一个指定为 arm=5 的文件 release里的arm版还是没有解决segmentation fault的问题

kslr commented 4 years ago

加了一个指定为 arm=5 的文件 release里的arm版还是没有解决segmentation fault的问题

你需要说明自己的ARM环境，然后说明自己使用的是RAM中那个文件

rendaa commented 4 years ago

@kslr

加了一个指定为 arm=5 的文件

4.25.0 pre-release 中，linux-arm包内的v2ray（及文件名带arm5的，实际上两者应该是相同的），仍会掉出，用1.13环境自己编译的是稳定的。

jimsmt commented 4 years ago

加了一个指定为 arm=5 的文件 release里的arm版还是没有解决segmentation fault的问题

你需要说明自己的ARM环境，然后说明自己使用的是RAM中那个文件

linksys wrt1900acs armv7的openwrt路由器和树莓派3b，4.25.0 release中arm版中的所有版本都试过了，youtube一加载视频必定立刻segmentation fault。自己使用go 1.13编译的所有版本都没问题，而如果用go1.14编译，即使4.23.x和之前的老版本，也会出现segmentation fault

arm64没有这个问题

uname -a
Linux OpenWrt 4.14.171 #0 SMP Thu Feb 27 21:05:12 2020 armv7l GNU/Linux
cat /proc/cpuinfo
processor       : 0
model name      : ARMv7 Processor rev 1 (v7l)
BogoMIPS        : 1600.00
Features        : half thumb fastmult vfp edsp neon vfpv3 tls vfpd32
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x4
CPU part        : 0xc09
CPU revision    : 1

processor       : 1
model name      : ARMv7 Processor rev 1 (v7l)
BogoMIPS        : 1600.00
Features        : half thumb fastmult vfp edsp neon vfpv3 tls vfpd32
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x4
CPU part        : 0xc09
CPU revision    : 1

Hardware        : Marvell Armada 380/385 (Device Tree)
Revision        : 0000
Serial          : 0000000000000000
RPRX commented 4 years ago

@rendaa @gitgayhub

我几天前在另一个 issue 中说过，问题极有可能出在陈旧的依赖项目版本上。

因为目前已知的情况是，1.14 开启 CGO 编译就不会掉出。这个过程其实是把部分 GO 代码用 C 替换，所以是那些被替换掉的 GO 代码有问题。而 v2ray 的编译长期不开 CGO，显然这种操作在 core 中是没有的。我也简单搜了一下，core 的代码中的确没有直接用 CGO，没有直接写任何 C 代码。

那么，假设 1.14 本身没有问题，就只能是依赖的锅了。因为依赖往往喜欢这么做，尤其是 Golang 官方的一些库。不过依赖在 1.14 下的 BUG 估计早就被修复了，只是 core 中一直没有升级依赖版本而已。

所以，不妨先把所有依赖升至最新版本，再用 1.14 不开 CGO 编译试试。

可以直接下载 rprx/v2ray-vless 中的 go.mod 和 go.sum 并覆盖替换掉原来的。

rendaa commented 4 years ago

@rprx

首先感谢指点！

我是个小白用户，虽然本意是只要能用 go 1.13 编译出自己能用的binary就满足，但猜测项目组人员没有ARMv7/no-vfp的设备能方便测试，所以用 go 1.14 编译的arm用的程序一直有问题。那么也尽力尝试一下把您的思路落实一下，如果可行，再请项目组人员参考来提供以后的arm发布版。

因为是小白，所以不知道以下做法是否正确，还请帮看看：

1、卸载了go 1.13.12； 2、安装了go 1.14.4； 3、用所给的v2ray-vless项目中的go.mod和go.sum替换了v2ray-core的文件； 4、设了个GOPROXY，然后 go get -u （这步不知道是否正确），更新了若干内容； 5、之后按 #2573 的内容设了CGO_ENABLED=0、及其它的与目标环境 ARM5/LINUX 有关的变量，然后编译。

将编译后的 v2ctl、v2ray 传到目标环境中运行，进程启动后没有立即掉出，又试了试youtube视频（之前多次是在看 youtube 视频时掉出的）也没有发生掉出。目前已经运行了约半小时，都正常，猜测应该是能稳定运行的了。

所以确实可能是依赖库需要更新，只是不知道光一个 go get -u 是不是不够，还请帮看看。也请 @kslr 及其他项目组研发人员考虑一下看能不能更新一下依赖库以及go.mod和go.sum、用于以后官方发布的版本。

谢谢各位！

以下是我这边编译的版本，如果有其他arm设备的用户也帮忙跑跑看就多谢了！

v2ray-arm5-4.25.0.zip

RPRX commented 4 years ago

@rendaa

感谢你的测试！这么看来的确是依赖的问题，和我之前的推测一致。

从根源上解决问题很重要，两个月后 Go 1.15 推出时，1.13 将停止更新，并不是长久之计。

v2fly/v2ray-core 早些时候已经开始逐个升级依赖了，看起来以后会自动升级依赖。

手动 go get 不是必要的，因为 go.mod 和 go.sum 的作用就是锁定所有依赖的版本，如果编译时本机没有所需的版本将会自动下载（所以只改动这两个文件就够了，或者说只改 go.mod 就够了）

LesterLyu commented 4 years ago

@rendaa 试了你编译的在BCM4708上 (ARMv7/no-vfp)，目前还没出错 😊

Processor       : ARMv7 Processor rev 0 (v7l)
processor       : 0
BogoMIPS        : 1595.80

processor       : 1
BogoMIPS        : 1595.80

Features        : swp half thumb fastmult edsp
CPU implementer : 0x41
CPU architecture: 7
CPU variant     : 0x3
CPU part        : 0xc09
CPU revision    : 0

Hardware        : Northstar Prototype
Revision        : 0000
Serial          : 0000000000000000
rendaa commented 4 years ago

@LesterLyu

试了你编译的在BCM4708上 (ARMv7/no-vfp)，目前还没出错 😊

感谢反馈！

fcying commented 4 years ago

最新的4.25.0 提到这个..说是解了...可以试试看...

Added ARM v5 binary in the release. This should allow legacy ARM devices to run V2Ray correctly. See #2536
RPRX commented 4 years ago

@fcying

就是因为 4.25.0 没有解决，所以这个 issue 才还开着，不过现在解决了。

jimsmt commented 4 years ago

@rendaa @gitgayhub

我几天前在另一个 issue 中说过，问题极有可能出在陈旧的依赖项目版本上。

因为目前已知的情况是，1.14 开启 CGO 编译就不会掉出。这个过程其实是把部分 GO 代码用 C 替换，所以是那些被替换掉的 GO 代码有问题。而 v2ray 的编译长期不开 CGO，显然这种操作在 core 中是没有的。我也简单搜了一下，core 的代码中的确没有直接用 CGO，没有直接写任何 C 代码。

那么，假设 1.14 本身没有问题，就只能是依赖的锅了。因为依赖往往喜欢这么做，尤其是 Golang 官方的一些库。不过依赖在 1.14 下的 BUG 估计早就被修复了，只是 core 中一直没有升级依赖版本而已。

所以，不妨先把所有依赖升至最新版本，再用 1.14 不开 CGO 编译试试。

可以直接下载 rprx/v2ray-vless 中的 go.mod 和 go.sum 并覆盖替换掉原来的。

谢谢，使用你项目里的go.mod和go.sum，go1.14.4编译最新的master分支，cgo没开，编译出来的arm版程序没有问题了。

看到v2fly的master分支正在更新依赖，不过还没有完全弄好，实际编译测试也还是一样的问题

jimsmt commented 4 years ago

最新的4.25.0 提到这个..说是解了...可以试试看...

Added ARM v5 binary in the release. This should allow legacy ARM devices to run V2Ray correctly. See #2536

这个解决的是另一个问题，某些老的arm处理器不支持vfp导致不能使用

kslr commented 4 years ago

@rendaa @gitgayhub 我几天前在另一个 issue 中说过，问题极有可能出在陈旧的依赖项目版本上。 因为目前已知的情况是，1.14 开启 CGO 编译就不会掉出。这个过程其实是把部分 GO 代码用 C 替换，所以是那些被替换掉的 GO 代码有问题。而 v2ray 的编译长期不开 CGO，显然这种操作在 core 中是没有的。我也简单搜了一下，core 的代码中的确没有直接用 CGO，没有直接写任何 C 代码。 那么，假设 1.14 本身没有问题，就只能是依赖的锅了。因为依赖往往喜欢这么做，尤其是 Golang 官方的一些库。不过依赖在 1.14 下的 BUG 估计早就被修复了，只是 core 中一直没有升级依赖版本而已。 所以，不妨先把所有依赖升至最新版本，再用 1.14 不开 CGO 编译试试。 可以直接下载 rprx/v2ray-vless 中的 go.mod 和 go.sum 并覆盖替换掉原来的。

谢谢，使用你项目里的go.mod和go.sum，go1.14.4编译最新的master分支，cgo没开，编译出来的arm版程序没有问题了。

看到v2fly的master分支正在更新依赖，不过还没有完全弄好，实际编译测试也还是一样的问题

你能排查出是那个依赖吗，因为我没有重现的硬件

jimsmt commented 4 years ago

@rendaa @gitgayhub 我几天前在另一个 issue 中说过，问题极有可能出在陈旧的依赖项目版本上。 因为目前已知的情况是，1.14 开启 CGO 编译就不会掉出。这个过程其实是把部分 GO 代码用 C 替换，所以是那些被替换掉的 GO 代码有问题。而 v2ray 的编译长期不开 CGO，显然这种操作在 core 中是没有的。我也简单搜了一下，core 的代码中的确没有直接用 CGO，没有直接写任何 C 代码。 那么，假设 1.14 本身没有问题，就只能是依赖的锅了。因为依赖往往喜欢这么做，尤其是 Golang 官方的一些库。不过依赖在 1.14 下的 BUG 估计早就被修复了，只是 core 中一直没有升级依赖版本而已。 所以，不妨先把所有依赖升至最新版本，再用 1.14 不开 CGO 编译试试。 可以直接下载 rprx/v2ray-vless 中的 go.mod 和 go.sum 并覆盖替换掉原来的。

谢谢，使用你项目里的go.mod和go.sum，go1.14.4编译最新的master分支，cgo没开，编译出来的arm版程序没有问题了。 看到v2fly的master分支正在更新依赖，不过还没有完全弄好，实际编译测试也还是一样的问题

你能排查出是那个依赖吗，因为我没有重现的硬件

应该是go.mod中的golang.org/x/crypto v0.0.0-20191029031824-8986dd9e96cf，替换为@rprx提供的golang.org/x/crypto v0.0.0-20200604202706-70a84ac30bf9后不再出现Segmentation fault错误，其他地方都没有改动

jimsmt commented 4 years ago

可能是这个issue？

kslr commented 4 years ago

可能是这个issue？

好的，明天我来检查这个问题，因为有些变化需要评估。你也可以发个PR到Fly

jimsmt commented 4 years ago

可能是这个issue？

好的，明天我来检查这个问题，因为有些变化需要评估。你也可以发个PR到Fly

大佬你下次更新改了就行了，我就不提PR了。

我又做了下测试，使用release中armv7版，客户端配置中手动指定security为aes-128-gcm就没有问题，如果指定为chacha20-poly1305就会出现Segmentation fault。按照v2ray网站的说明

"auto"：默认值，自动选择（运行框架为 AMD64、ARM64 或 s390x 时为aes-128-gcm加密方式，其他情况则为 Chacha20-Poly1305 加密方式）

使用arm设备并且没有手动指定加密方式的话，默认使用chacha20-poly1305，但是因为这个issue，导致出现错误。arm64设备测试没有此问题，此bug已在今年一月修复

kslr commented 4 years ago

https://github.com/v2fly/V2FlyBleedingEdgeBinary/releases/tag/unstable-98a5d3fc7b995c6acb1c675fccac0f1c990371fa

@gitgayhub @rendaa