search

bannedbook / fanqiang

翻墙-科学上网
38.02k stars 7.24k forks source link

自建shadowsocket翻不了了 #702

Open wzjs opened 2 years ago

wzjs commented 2 years ago

本项目提供多个软件和多项服务，请明确说明您反馈的问题是有关哪一个软件，或哪一个服务？ 用了半年都没问题,昨天突然就不行了，ip和端口都是通的。

bannedbook commented 2 years ago

那没道理啊 ，ip端口通 应该就没问题啊 http://port.ping.pe/ 这里测一下

Alvin9999 commented 2 years ago

如果是搭建的shadowsocksR，可以试试这些参数： 加密方式：chacha20 协议：origin 混淆：tls1.2_ticket_auth

codthing commented 2 years ago

那没道理啊 ，ip端口通 应该就没问题啊 http://port.ping.pe/ 这里测一下

我昨天到今天测试了好多次，遇到同样的问题，感觉teddysun的脚本已经直通中南海了。

codthing commented 2 years ago

如果是搭建的shadowsocksR，可以试试这些参数： 加密方式：chacha20 协议：origin 混淆：tls1.2_ticket_auth

我猜跟加密方式无关，很多加密方式都试过了，端口号、服务器都更换试过了。

Alvin9999 commented 2 years ago

那没道理啊 ，ip端口通 应该就没问题啊 http://port.ping.pe/ 这里测一下

我昨天到今天测试了好多次，遇到同样的问题，感觉teddysun的脚本已经直通中南海了。

试试这个脚本： wget -N --no-check-certificate https://raw.githubusercontent.com/ToyoDAdoubi/doubi/master/ssr.sh && chmod +x ssr.sh && bash ssr.sh

Alvin9999 commented 2 years ago

上面那个是SSR脚本，下面这个是SS脚本 wget -N --no-check-certificate https://raw.githubusercontent.com/ToyoDAdoubiBackup/doubi/master/ss-go.sh && chmod +x ss-go.sh && bash ss-go.sh

Alvin9999 commented 2 years ago

如果是部署SS，加密方式推荐aes-256-gcm

bannedbook commented 2 years ago

是不是日本的服务器，今天好像日本的部分网络有问题。

bannedbook commented 2 years ago

日本通信巨头提交故障报告：近1300万用户受影响。 vultr 有受到影响。

bannedbook commented 2 years ago

中新网11月10日电 综合日媒报道，当地时间10日，日本NTT都科摩(DoKoMo)公司就10月发生的手机通信故障，向日本总务省提交了事故报告。其中估算称，受影响的用户总计达到约1300万，较当初公布的约大增200万。

bannedbook commented 2 years ago

可能最近2天都陆续有影响。我的部分服务器今天也受到影响。

codthing commented 2 years ago

是不是日本的服务器，今天好像日本的部分网络有问题。

世界各个角落的服务器我都试过了

bannedbook commented 2 years ago

那这样，你在服务器上装个 nginx 然后 用浏览器访问： http://你的vps-ip地址 看看到底通不通

bannedbook commented 2 years ago

那没道理啊 ，ip端口通 应该就没问题啊 http://port.ping.pe/ 这里测一下

我昨天到今天测试了好多次，遇到同样的问题，感觉teddysun的脚本已经直通中南海了。

https://github.com/bannedbook/fanqiang/blob/master/v2ss/%E8%87%AA%E5%BB%BAShadowsocks%E6%9C%8D%E5%8A%A1%E5%99%A8%E7%AE%80%E6%98%8E%E6%95%99%E7%A8%8B.md 我们这个示范没有他的脚本啊。

bannedbook commented 2 years ago

ss 不行，干脆换 v2ray 试试看

codthing commented 2 years ago

上面那个是SSR脚本，下面这个是SS脚本 wget -N --no-check-certificate https://raw.githubusercontent.com/ToyoDAdoubiBackup/doubi/master/ss-go.sh && chmod +x ss-go.sh && bash ss-go.sh

试了，也不行

codthing commented 2 years ago

那这样，你在服务器上装个 nginx 然后 用浏览器访问： http://你的vps-ip地址 看看到底通不通

服务器上和我本地都测试了，是ping得通的

bannedbook commented 2 years ago

ping 通 不代表 端口通

Alvin9999 commented 2 years ago

vps系统选择的是什么?

codthing commented 2 years ago

vps系统选择的是什么?

centOS 7

Alvin9999 commented 2 years ago

vps系统选择的是什么?

centOS 7

关闭防火墙试试看 查看防火墙状态命令：firewall-cmd --state

停止firewall命令：systemctl stop firewalld.service

禁止firewall开机启动命令：systemctl disable firewalld.service

wzjs commented 2 years ago

那没道理啊 ，ip端口通 应该就没问题啊 http://port.ping.pe/ 这里测一下

2021/11/11 11:46:24 120.253.153.138:4516 accepted tcp:www.google.com:443 [allowed] 2021/11/11 11:46:24 120.253.153.138:4515 accepted tcp:www.google.com:443 [allowed] 2021/11/11 11:49:24 120.253.153.138:4760 accepted tcp:www.bing.com:443 [allowed] 2021/11/11 11:52:24 120.253.153.138:4991 accepted tcp:www.google.com:443 [allowed] 2021/11/11 11:52:24 120.253.153.138:4992 accepted tcp:www.google.com:443 [allowed] 2021/11/11 11:55:27 120.253.153.138:11740 accepted tcp:www.google.com:443 [allowed] 2021/11/11 11:55:27 120.253.153.138:11730 accepted tcp:api.vc.bilibili.com:443 [allowed] 2021/11/12 09:34:37 120.253.153.138:11728 accepted tcp:optimizationguide-pa.googleapis.com:443 [allowed] 2021/11/12 09:44:48 120.253.153.138:13485 accepted tcp:content-autofill.googleapis.com:443 [allowed] 2021/11/12 09:45:59 120.253.153.138:13755 accepted tcp:www.google.com:443 [allowed]

v2ray上的日志是能收到的, 测端口的网站也试过了 端口是通的 美国的服务器 端口也换过了 用v2客户端也试过了 防火墙也关闭了

ifredom commented 2 years ago

ping通，配置ok， operation was canceled

2021/11/12 10:20:47 127.0.0.1:64996 accepted //suggestqueries-clients6.youtube.com:443 [proxy]
2021/11/12 10:20:47 127.0.0.1:55050 accepted //vscode-sync.trafficmanager.net:443 [proxy]
2021/11/12 10:20:48 127.0.0.1:50447 accepted //www.youtube.com:443 [proxy]
2021/11/12 10:20:48 127.0.0.1:50137 accepted //www.youtube.com:443 [proxy]
2021/11/12 10:20:51 [Warning] [3179349014] github.com/v2fly/v2ray-core/v4/app/proxyman/outbound: failed to process outbound traffic > github.com/v2fly/v2ray-core/v4/proxy/vmess/outbound: failed to find an available destination > github.com/v2fly/v2ray-core/v4/common/retry: [dial tcp 45.77.23.217:46009: operation was canceled] > github.com/v2fly/v2ray-core/v4/common/retry: all retry attempts failed
2021/11/12 10:20:58 127.0.0.1:57455 accepted //www.youtube.com:443 [proxy]
2021/11/12 10:21:09 127.0.0.1:56646 accepted //github.com:443 [proxy]
2021/11/12 10:21:16 127.0.0.1:64152 accepted //yt3.ggpht.com:443 [proxy]
2021/11/12 10:21:18 127.0.0.1:61234 accepted //i.ytimg.com:443 [proxy]
2021/11/12 10:21:18 127.0.0.1:64206 accepted //fonts.gstatic.com:443 [direct]
2021/11/12 10:21:19 127.0.0.1:51064 accepted //googleads.g.doubleclick.net:443 [block]
2021/11/12 10:21:19 127.0.0.1:61155 accepted //googleads.g.doubleclick.net:443 [block]
2021/11/12 10:21:19 127.0.0.1:52787 accepted //www.youtube.com:443 [proxy]
2021/11/12 10:21:19 127.0.0.1:64183 accepted //www.youtube.com:443 [proxy]
2021/11/12 10:21:19 127.0.0.1:59780 accepted //www.youtube.com:443 [proxy]
2021/11/12 10:21:19 127.0.0.1:54317 accepted //www.youtube.com:443 [proxy]
2021/11/12 10:21:19 [Warning] [817103385] github.com/v2fly/v2ray-core/v4/app/proxyman/outbound: failed to process outbound traffic > github.com/v2fly/v2ray-core/v4/proxy/vmess/outbound: failed to find an available destination > github.com/v2fly/v2ray-core/v4/common/retry: [dial tcp 45.77.23.217:46009: i/o timeout dial tcp 45.77.23.217:46009: operation was canceled] > github.com/v2fly/v2ray-core/v4/common/retry: all retry attempts failed
2021/11/12 10:21:19 [Warning] [3602801589] github.com/v2fly/v2ray-core/v4/app/proxyman/outbound: failed to process outbound traffic > github.com/v2fly/v2ray-core/v4/proxy/vmess/outbound: failed to find an available destination > github.com/v2fly/v2ray-core/v4/common/retry: [dial tcp 45.77.23.217:46009: i/o timeout dial tcp 45.77.23.217:46009: operation was canceled] > github.com/v2fly/v2ray-core/v4/common/retry: all retry attempts failed
2021/11/12 10:21:19 [Warning] [3305489857] github.com/v2fly/v2ray-core/v4/app/proxyman/outbound: failed to process outbound traffic > github.com/v2fly/v2ray-core/v4/proxy/vmess/outbound: failed to find an available destination > github.com/v2fly/v2ray-core/v4/common/retry: [dial tcp 45.77.23.217:46009: i/o timeout dial tcp 45.77.23.217:46009: operation was canceled] > github.com/v2fly/v2ray-core/v4/common/retry: all retry attempts failed
2021/11/12 10:21:19 [Warning] [3854442192] github.com/v2fly/v2ray-core/v4/app/proxyman/outbound: failed to process outbound traffic > github.com/v2fly/v2ray-core/v4/proxy/vmess/outbound: failed to find an available destination > github.com/v2fly/v2ray-core/v4/common/retry: [dial tcp 45.77.23.217:46009: i/o timeout dial tcp 45.77.23.217:46009: operation was canceled] > github.com/v2fly/v2ray-core/v4/common/retry: all retry attempts failed``

1636683868(1)

Alvin9999 commented 2 years ago

这个就是vultr洛杉矶搭建的SSR，正常的，很多人用。 ssr://c3NyZnJlZTExLmZyZWU0NDQ0Lnh5ejo0NDM6YXV0aF9jaGFpbl9hOm5vbmU6dGxzMS4yX3RpY2tldF9hdXRoOlpHOXVaM1JoYVhkaGJtY3VZMjl0Lz9vYmZzcGFyYW09JnJlbWFya3M9NXJTYjVwMko1NS0yVTFOU0sxUk1VeXREWVdSa2VRJmdyb3VwPWFIUjBjSE02THk5bmFYUXVhVzh2ZGprNU9UayZ1b3Q9MQ

Alvin9999 commented 2 years ago

同vltur,前天开始不行了，vmess也不行

v2ray可以换换其它加密方式，比如websocket、websocket+tls、kcp等

Alvin9999 commented 2 years ago

还需要提醒一下，电脑不要用国产杀毒软件、国产安全卫士，尤其是360、腾讯产品。

codthing commented 2 years ago

还需要提醒一下，电脑不要用国产杀毒软件、国产安全卫士，尤其是360、腾讯产品。

我的电脑只用微软自带的安全中心，其他杀毒软件全都没有。装的国产软件有QQ，微信，钉钉

Alvin9999 commented 2 years ago

还需要提醒一下，电脑不要用国产杀毒软件、国产安全卫士，尤其是360、腾讯产品。

我的电脑只用微软自带的安全中心，其他杀毒软件全都没有。装的国产软件有QQ，微信，钉钉

翻墙的时候不要打开国产软件。你试试上面那个SSR，如果不能用，多半就是你电脑环境的问题，如果能用，那就是账号搭建方面的问题。

bannedbook commented 2 years ago

ping通，配置ok， operation was canceled

2021/11/12 10:20:47 127.0.0.1:64996 accepted //suggestqueries-clients6.youtube.com:443 [proxy]
2021/11/12 10:20:47 127.0.0.1:55050 accepted //vscode-sync.trafficmanager.net:443 [proxy]
2021/11/12 10:20:48 127.0.0.1:50447 accepted //www.youtube.com:443 [proxy]
2021/11/12 10:20:48 127.0.0.1:50137 accepted //www.youtube.com:443 [proxy]
2021/11/12 10:20:51 [Warning] [3179349014] github.com/v2fly/v2ray-core/v4/app/proxyman/outbound: failed to process outbound traffic > github.com/v2fly/v2ray-core/v4/proxy/vmess/outbound: failed to find an available destination > github.com/v2fly/v2ray-core/v4/common/retry: [dial tcp 45.77.23.217:46009: operation was canceled] > github.com/v2fly/v2ray-core/v4/common/retry: all retry attempts failed
2021/11/12 10:20:58 127.0.0.1:57455 accepted //www.youtube.com:443 [proxy]
2021/11/12 10:21:09 127.0.0.1:56646 accepted //github.com:443 [proxy]
2021/11/12 10:21:16 127.0.0.1:64152 accepted //yt3.ggpht.com:443 [proxy]
2021/11/12 10:21:18 127.0.0.1:61234 accepted //i.ytimg.com:443 [proxy]
2021/11/12 10:21:18 127.0.0.1:64206 accepted //fonts.gstatic.com:443 [direct]
2021/11/12 10:21:19 127.0.0.1:51064 accepted //googleads.g.doubleclick.net:443 [block]
2021/11/12 10:21:19 127.0.0.1:61155 accepted //googleads.g.doubleclick.net:443 [block]
2021/11/12 10:21:19 127.0.0.1:52787 accepted //www.youtube.com:443 [proxy]
2021/11/12 10:21:19 127.0.0.1:64183 accepted //www.youtube.com:443 [proxy]
2021/11/12 10:21:19 127.0.0.1:59780 accepted //www.youtube.com:443 [proxy]
2021/11/12 10:21:19 127.0.0.1:54317 accepted //www.youtube.com:443 [proxy]
2021/11/12 10:21:19 [Warning] [817103385] github.com/v2fly/v2ray-core/v4/app/proxyman/outbound: failed to process outbound traffic > github.com/v2fly/v2ray-core/v4/proxy/vmess/outbound: failed to find an available destination > github.com/v2fly/v2ray-core/v4/common/retry: [dial tcp 45.77.23.217:46009: i/o timeout dial tcp 45.77.23.217:46009: operation was canceled] > github.com/v2fly/v2ray-core/v4/common/retry: all retry attempts failed
2021/11/12 10:21:19 [Warning] [3602801589] github.com/v2fly/v2ray-core/v4/app/proxyman/outbound: failed to process outbound traffic > github.com/v2fly/v2ray-core/v4/proxy/vmess/outbound: failed to find an available destination > github.com/v2fly/v2ray-core/v4/common/retry: [dial tcp 45.77.23.217:46009: i/o timeout dial tcp 45.77.23.217:46009: operation was canceled] > github.com/v2fly/v2ray-core/v4/common/retry: all retry attempts failed
2021/11/12 10:21:19 [Warning] [3305489857] github.com/v2fly/v2ray-core/v4/app/proxyman/outbound: failed to process outbound traffic > github.com/v2fly/v2ray-core/v4/proxy/vmess/outbound: failed to find an available destination > github.com/v2fly/v2ray-core/v4/common/retry: [dial tcp 45.77.23.217:46009: i/o timeout dial tcp 45.77.23.217:46009: operation was canceled] > github.com/v2fly/v2ray-core/v4/common/retry: all retry attempts failed
2021/11/12 10:21:19 [Warning] [3854442192] github.com/v2fly/v2ray-core/v4/app/proxyman/outbound: failed to process outbound traffic > github.com/v2fly/v2ray-core/v4/proxy/vmess/outbound: failed to find an available destination > github.com/v2fly/v2ray-core/v4/common/retry: [dial tcp 45.77.23.217:46009: i/o timeout dial tcp 45.77.23.217:46009: operation was canceled] > github.com/v2fly/v2ray-core/v4/common/retry: all retry attempts failed``

1636683868(1)

http://port.ping.pe/45.77.23.217:46009 端口不通

Location ISP TCP port check result
Canada, BC, Vancouver Shaw Connection to 45.77.23.217:46009 failed
USA, CA, Fremont Hurricane FMT2 Connection to 45.77.23.217:46009 failed
USA, CA, Fremont Linode Connection to 45.77.23.217:46009 failed
USA, CA, San Francisco Digital Ocean Connection to 45.77.23.217:46009 failed
USA, CA, Los Angeles QuadraNET Connection to 45.77.23.217:46009 failed
USA, CA, Los Angeles Vultr Connection to 45.77.23.217:46009 failed
USA, CA, Seattle Google Connection to 45.77.23.217:46009 failed
USA, CO, Denver Cogent Connection to 45.77.23.217:46009 failed
USA, TX, Dallas Softlayer Connection to 45.77.23.217:46009 failed
USA, IL, Chicago Cogent Connection to 45.77.23.217:46009 failed
USA, GA, Atlanta 55 Marietta/RamNode Connection to 45.77.23.217:46009 failed
USA, VA, Vint Hill OVH Connection to 45.77.23.217:46009 failed
USA, NY, New York Telehouse/RamNode Connection to 45.77.23.217:46009 failed
Canada, QC, Montreal OVH Connection to 45.77.23.217:46009 failed
France, Paris Online.net Connection to 45.77.23.217:46009 failed
Netherlands, Amsterdam Online.net Connection to 45.77.23.217:46009 failed
Netherlands, Nuland WeservIT/RamNode Connection to 45.77.23.217:46009 failed
Norway, Sandefjord Terrahost Connection to 45.77.23.217:46009 failed
Germany, Nuremberg Hetzner Connection to 45.77.23.217:46009 failed
codthing commented 2 years ago

vps系统选择的是什么?

centOS 7

关闭防火墙试试看 查看防火墙状态命令：firewall-cmd --state

停止firewall命令：systemctl stop firewalld.service

禁止firewall开机启动命令：systemctl disable firewalld.service

我将服务器的防火墙关闭后，nginx部署的站点可以访问了。应该是服务器防火墙的问题。我等下再确认一下。

ifredom commented 2 years ago

我又重新 reinstall centos8 服务器，然后安装装了一遍， 防火墙也关闭了这是最新链接，还是那个问题，：

vmess://ew0KICAidiI6ICIyIiwNCiAgInBzIjogInJi6L6+55Om6L6+55OmIiwNCiAgImFkZCI6ICIzNzQ4NSIsDQogICJwb3J0IjogIjM3NDg1IiwNCiAgImlkIjogIjAyYTg0MGIwLTQzNjUtMTFlYy04MWQzLTAyNDJhYzEzMDAwMyIsDQogICJhaWQiOiAiNjQiLA0KICAic2N5IjogImF1dG8iLA0KICAibmV0IjogInRjcCIsDQogICJ0eXBlIjogIm5vbmUiLA0KICAiaG9zdCI6ICIiLA0KICAicGF0aCI6ICIiLA0KICAidGxzIjogIiIsDQogICJzbmkiOiAiIg0KfQ==

image

image

codthing commented 2 years ago

vps系统选择的是什么?

centOS 7

关闭防火墙试试看 查看防火墙状态命令：firewall-cmd --state 停止firewall命令：systemctl stop firewalld.service 禁止firewall开机启动命令：systemctl disable firewalld.service

我将服务器的防火墙关闭后，nginx部署的站点可以访问了。应该是服务器防火墙的问题。我等下再确认一下。

经测试，关闭防火墙可以访问nginx部署的站点，但是，并没有作用于vpn。

codthing commented 2 years ago

我已经稳定使用了好几年了，终于，还是被党国破门而入。得找找其他办法逃生了。

Alvin9999 commented 2 years ago

@ifredom vps系统时间有没有设置到北京时间？

Alvin9999 commented 2 years ago

@fungmo 可以试试SSR+TLS+Caddy+Web，方法一键搭建科学上网工具ProxySU

bannedbook commented 2 years ago

我又重新 reinstall centos8 服务器，然后安装装了一遍， 防火墙也关闭了这是最新链接，还是那个问题，：

vmess://ew0KICAidiI6ICIyIiwNCiAgInBzIjogInJi6L6+55Om6L6+55OmIiwNCiAgImFkZCI6ICIzNzQ4NSIsDQogICJwb3J0IjogIjM3NDg1IiwNCiAgImlkIjogIjAyYTg0MGIwLTQzNjUtMTFlYy04MWQzLTAyNDJhYzEzMDAwMyIsDQogICJhaWQiOiAiNjQiLA0KICAic2N5IjogImF1dG8iLA0KICAibmV0IjogInRjcCIsDQogICJ0eXBlIjogIm5vbmUiLA0KICAiaG9zdCI6ICIiLA0KICAicGF0aCI6ICIiLA0KICAidGxzIjogIiIsDQogICJzbmkiOiAiIg0KfQ==

image

image

你这个vmess里面的host 不对呀，还是故意隐藏了ip？

bannedbook commented 2 years ago

而vmess节点连不上，可能的原因是系统时间不准确了，或者系统时区和时间不匹配。对于V2Ray/Vmess协议，它的验证方式包含时间，就算是节点和配置没有任何问题，如果时间不正确，也无法连接。所以系统时间一定要正确，只要保证时间误差在90秒之内就没问题。永远记住：在连接不上时首先检查并校准客户端系统的时区和时间，对时可访问 https://time.is/ 。经常发现这种情况，搞来搞去莫名其妙找不到原因但就是连不上，折腾老长时间最后才想起来检查系统时间发现是客户端时间不准确，因此这个问题怎么强调都不过分。

codthing commented 2 years ago

而vmess节点连不上，可能的原因是系统时间不准确了，或者系统时区和时间不匹配。对于V2Ray/Vmess协议，它的验证方式包含时间，就算是节点和配置没有任何问题，如果时间不正确，也无法连接。所以系统时间一定要正确，只要保证时间误差在90秒之内就没问题。永远记住：在连接不上时首先检查并校准客户端系统的时区和时间，对时可访问 https://time.is/ 。经常发现这种情况，搞来搞去莫名其妙找不到原因但就是连不上，折腾老长时间最后才想起来检查系统时间发现是客户端时间不准确，因此这个问题怎么强调都不过分。

image

oldthreefeng commented 2 years ago

vrtul 服务器用了好几年没问题， 这几天又开始了。。。。。

wzjs commented 2 years ago

那没道理啊 ，ip端口通 应该就没问题啊 http://port.ping.pe/ 这里测一下

2021/11/11 11:46:24 120.253.153.138:4516 accepted tcp:www.google.com:443 [allowed] 2021/11/11 11:46:24 120.253.153.138:4515 accepted tcp:www.google.com:443 [allowed] 2021/11/11 11:49:24 120.253.153.138:4760 accepted tcp:www.bing.com:443 [allowed] 2021/11/11 11:52:24 120.253.153.138:4991 accepted tcp:www.google.com:443 [allowed] 2021/11/11 11:52:24 120.253.153.138:4992 accepted tcp:www.google.com:443 [allowed] 2021/11/11 11:55:27 120.253.153.138:11740 accepted tcp:www.google.com:443 [allowed] 2021/11/11 11:55:27 120.253.153.138:11730 accepted tcp:api.vc.bilibili.com:443 [allowed] 2021/11/12 09:34:37 120.253.153.138:11728 accepted tcp:optimizationguide-pa.googleapis.com:443 [allowed] 2021/11/12 09:44:48 120.253.153.138:13485 accepted tcp:content-autofill.googleapis.com:443 [allowed] 2021/11/12 09:45:59 120.253.153.138:13755 accepted tcp:www.google.com:443 [allowed]

v2ray上的日志是能收到的, 测端口的网站也试过了 端口是通的 美国的服务器 端口也换过了 用v2客户端也试过了 防火墙也关闭了 1 2 3

又试了下有一瞬间进了youtube 加载出了一个视频 随后就再也加载不出来了。

wzjs commented 2 years ago

{ "log": { "loglevel": "warning", "access": "/dev/null", "error": "/dev/null" }, "inbounds": [ { "port": 51888, "protocol": "shadowsocks", "settings": { "method": "aes-256-gcm", "password": "123456", "network": "tcp,udp", "level": 0 } } ], "outbounds": [ { "protocol": "freedom", "settings": {}, "tag": "allowed" }, { "protocol": "blackhole", "settings": {}, "tag": "blocked" } ], "routing": { "rules": [ { "domain": [ "google.com", "apple.com", "oppomobile.com" ], "type": "field", "outboundTag": "allowed" }, { "type": "field", "ip": [ "geoip:private" ], "outboundTag": "blocked" } ] } }

Alvin9999 commented 2 years ago

@wzjs http://port.ping.pe/45.63.12.172:51888 端口测试正常。我看你设置的密码有点过于简单，试试设置复杂点看看，比如字母+数字的组合。

GennCai commented 2 years ago

我和题主一样，用的好好的，突然就不行了，ip和端口都是通的，mac，Android手机都连不了，用的 V2ray，换了加密算法也不行

GennCai commented 2 years ago

我和题主一样，用的好好的，突然就不行了，ip和端口都是通的，mac，Android手机都连不了，用的 V2ray，换了加密算法也不行

换了个新加坡的服务器也不行

Alvin9999 commented 2 years ago

@GennCai 亚洲服务器用的人多，避开亚洲服务器，试试洛杉矶服务器。

GennCai commented 2 years ago

@GennCai 亚洲服务器用的人多，避开亚洲服务器，试试洛杉矶服务器。

最开始就是用的洛杉矶的服务器，刚才又新开了两个洛杉矶的服务器，ip 都 ping 不通

Alvin9999 commented 2 years ago

@GennCai 亚洲服务器用的人多，避开亚洲服务器，试试洛杉矶服务器。

最开始就是用的洛杉矶的服务器，刚才又新开了两个洛杉矶的服务器，ip 都 ping 不通

ip不通需要继续开。部署v2ray后，在vps里面输入date，查看服务器时间是否是北京时间，如果不是需要改为北京时间。

注意：账号无法使用，可能原因：客户端与服务端的设备系统时间相差过大。解决方法如下：

1、一般国外的VPS的镜像都是默认的国外时区，使用起来不是很方便。可以把它修改成北京时间，就会方便很多。 修改中国时区代码如下：

\cp -f /usr/share/zoneinfo/Asia/Shanghai /etc/localtime

2、利用NTP同步时间协议

CentOS系统先安装NTP：yum install ntp ntpdate -y

如果是Ubuntu/Debian系统执行下面2条命令来安装NTP

apt-get update

apt-get install ntp ntpdate -y

安装NTP后，按照顺序依次执行以下3条命令，分别是停止NTP服务、同步NTP时间、启动NTP服务：

service ntpd stop

ntpdate us.pool.ntp.org

service ntpd start

执行完成后，VPS上就是相对精确的时间设置了。很多依赖于系统时间的应用程序也就能正常工作了。注意：当vps重启后输入date来检查下时间，如果时间不是最新的，再执行以上3条命令即可。

除了通过NTP来同步时间以外，还可以手动修改vps系统时间，需要先修改中国时区，之后输入时间命令，格式（数字改为和自己电脑时间一致，误差30秒以内）：date -s "2020-2-02 19:14:00"

codthing commented 2 years ago

vrtul 服务器用了好几年没问题， 这几天又开始了。。。。。

跟服务器服务商没关系，现在“他们”已经升级了深度检测，这种加密传输方式已经行不通了。

GennCai commented 2 years ago

@GennCai 亚洲服务器用的人多，避开亚洲服务器，试试洛杉矶服务器。

最开始就是用的洛杉矶的服务器，刚才又新开了两个洛杉矶的服务器，ip 都 ping 不通

ip不通需要继续开。部署v2ray后，在vps里面输入date，查看服务器时间是否是北京时间，如果不是需要改为北京时间。

注意：账号无法使用，可能原因：客户端与服务端的设备系统时间相差过大。解决方法如下：

1、一般国外的VPS的镜像都是默认的国外时区，使用起来不是很方便。可以把它修改成北京时间，就会方便很多。 修改中国时区代码如下：

\cp -f /usr/share/zoneinfo/Asia/Shanghai /etc/localtime

2、利用NTP同步时间协议

CentOS系统先安装NTP：yum install ntp ntpdate -y

如果是Ubuntu/Debian系统执行下面2条命令来安装NTP

apt-get update

apt-get install ntp ntpdate -y

安装NTP后，按照顺序依次执行以下3条命令，分别是停止NTP服务、同步NTP时间、启动NTP服务：

service ntpd stop

ntpdate us.pool.ntp.org

service ntpd start

执行完成后，VPS上就是相对精确的时间设置了。很多依赖于系统时间的应用程序也就能正常工作了。注意：当vps重启后输入date来检查下时间，如果时间不是最新的，再执行以上3条命令即可。

除了通过NTP来同步时间以外，还可以手动修改vps系统时间，需要先修改中国时区，之后输入时间命令，格式（数字改为和自己电脑时间一致，误差30秒以内）：date -s "2020-2-02 19:14:00"

按照你的方法修改了时区，同步了时间，我是 Debian 系统，ntpd 不存在，但是 ntp 可以用 ` service ntp stop

ntpdate us.pool.ntp.org

service ntp start ` 同步时间后，手动检查时间是正常的，重启 v2ray 还是不行，连不上。

墙又变高了？

Alvin9999 commented 2 years ago

@fungmo @GennCai 如果是搭建v2ray，可以选择ws+tls+caddy或nginx，这种方式可以套cdn；如果是搭建ssr，可以选择ssr+tls+caddy或nginx