这是一个创建于 3172 天前的主题，其中的信息可能已经有所发展或是发生改变。
搬瓦工到期就换了 vultr 试下，先是使用的东京节点，装了 ss 和 fs ，第一天挺快的，过了一天就连不上了，也 ping 不通， ss 也不了。
看了下网上，听说东京节点很容易被 qiang ，就换了洛杉矶的，没想到第二天又不好了
因为只是为了 ss 才买的 vps ，本身并不会 it ，麻烦大神支援一下
 | 1 lcdtyph 2017-02-04 22:05:23 +08:00 感觉是 ip 段和宽带运营商的问题…… 我也是 vultr 的 vps ，在自己家就不会断线，在奶奶家就会用一会就断了。 bandwagon 的 138 段的 ip 就不会断，虽然速度惨不忍睹。 |
 | 2 RogerChan OP @lcdtyph 刚才上 console 用 service network restart 这个命令之后就可以连上了，不过 fs 启动失败 用 sh /fs/restart.sh 重启就 OK 了 不知道什么问题 |
 | 3 mseasons 2017-02-04 22:38:01 +08:00 个人表示用 vultr 经常挂，原因不明，一脸懵逼。 # 难道因为校园网太垃圾？ |
 | 4 mansur 2017-02-04 22:40:11 +08:00 我的 linode 经常抽风 |
 | 5 langjiyuan 2017-02-04 23:13:48 +08:00 最近抽风到暴走 |
 | 6 jfdnet 2017-02-04 23:30:23 +08:00 我之前一直用 shadowsocks-libev 也是经常断 换了 python 版就没问题 还能多端口 |
 | 7 1etterSong 2017-02-04 23:38:07 +08:00 :) 换个移动联通不用加速随便上万看油管 |
 | 8 Astralis 2017-02-05 00:19:53 +08:00 我用的 vultr 一直很正常 东京跟新加坡的节点都没有遇到过这样的问题，可能跟系统有关吧，我用的 centos7 |
 | 9 garipan 2017-02-05 00:21:11 +08:00 Vultr 对联通最友好 |
 | 10 zlhdd108 2017-02-05 00:27:35 +08:00 via Android 别用 fs 了，也是多发包， kvm 的，用破解锐速吧 |
| 12 RogerChan OP @zlhdd108 sorry ，因为我真的是个小白，安装都是按照网上的教程来的，可以麻烦解释下 fs 有什么不好吗？ 然后锐速的话本机需要客户端吗？ |
| 13 RogerChan OP @garipan 哈哈，在家和公司都是电信的，没有办法啊~好在现在 u2b 也是能秒开 1080p ，能满足需求了 |
| 14 RogerChan OP @mseasons 你如果是我的情况，上 vultr 网页进 console 试下 service network restart ，我让在澳洲的朋友试了下也是 ping 不同 ip ，应该不是被 qiang 的问题，是 network 服务关闭了 |
| 15 RogerChan OP @langjiyuan 用了才 5 天吧，两天重启了，哈哈哈，不过速度比搬瓦工稳定快多了 |
| 17 RogerChan OP @langjiyuan 有没有其他节点比较快一点稳定一点 |
 | 19 cst4you 2017-02-05 02:22:28 +08:00 GFW 重点关注对象, 一有新 IP 存活立刻自动根据规则墙这不是很正常的么. 为啥要用热门 VPS. |
 | 20 doubleflower 2017-02-05 07:05:06 +08:00 via Android vultr 好像和 fs 有兼容性问题，建议换 bbr. 之前 bbr 还没出时用 fs 隔几天死机一次，可以在控制面板里看到死机前 cpu 满载了 |
 | 21 ik 2017-02-05 07:42:47 +08:00 via iPhone 两个月前换成了阿里香港 |
 | 22 lbp0200 2017-02-05 09:15:33 +08:00 via Android 用的 443 端口吧？ |
| 23 langjiyuan 2017-02-05 10:17:08 +08:00 @RogerChan 东京 联通 目前 ntt 的线路时常暴走， vps 倒是挺稳定 |
 | 25 harwck 2017-02-05 11:35:06 +08:00 via Android 我的 Vultr 比你稳定多了，也是 fs+ss ，跑三四个月都不带重启的。比搬瓦工稳定太多了，经常在联通电信环境用，联通确实不用加速随便上万 |
 | 27 jsjjdzg 2017-02-06 11:10:42 +08:00  1 俺的洛杉矶的 Vultr 这么优化 苏州电信这可以看 4K 1.安装锐速： wget -N --no-check-certificate https://raw.githubusercontent.com/91yun/serverspeeder/master/serverspeeder-all.sh && bash serverspeeder-all.sh 锐速换内核： rpm -ivh http://buildlogs.cdn.centos.org/c7.1511.u/kernel/20161024152721/3.10.0-327.36.3.el7.x86_64/kernel-3.10.0-327.36.3.el7.x86_64.rpm --force 重启：/serverspeeder/bin/serverSpeeder.sh restart 关闭：/serverspeeder/bin/serverSpeeder.sh stop 启动：/serverspeeder/bin/serverSpeeder.sh start 卸载：./serverSpeederInstaller.sh uninstall 状态查看： service serverSpeeder status 配置文件： vim /serverspeeder/etc/config 2.提高打开文件描述符的最大数量 vim /etc/security/limits.conf 添加这两行，如果不知道添加到哪里，就添加到最上面或者最下面。 * soft nofile 51200 * hard nofile 51200 执行 ulimit -n 51200 3.调整内核参数 vim /etc/sysctl.conf 添加下面这些内容，如果不知道添加到哪里，就添加到最上面或者最下面。 fs.file-max = 51200 net.core.rmem_max = 67108864 net.core.wmem_max = 67108864 net.core.netdev_max_backlog = 250000 net.core.somaxcOnn= 4096 net.ipv4.tcp_syncookies = 1 net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_tw_recycle = 0 net.ipv4.tcp_fin_timeout = 30 net.ipv4.tcp_keepalive_time = 1200 net.ipv4.ip_local_port_range = 10000 65000 net.ipv4.tcp_max_syn_backlog = 8192 net.ipv4.tcp_max_tw_buckets = 5000 net.ipv4.tcp_fastopen = 3 net.ipv4.tcp_mem = 25600 51200 102400 net.ipv4.tcp_rmem = 4096 87380 67108864 net.ipv4.tcp_wmem = 4096 65536 67108864 net.ipv4.tcp_mtu_probing = 1 net.ipv4.tcp_congestion_cOntrol= hybla 执行 sysctl -p 4. 重启 SS 重启锐速 |
 | 28 shenhhd 2017-02-06 18:43:03 +08:00 我用的也是 vultr ，原来每隔几天就死了只能上官网从启，最后从新建了一个实例（日本）已经 3 个月没有死了，觉得这个要看运气~~~~ |
 | 31 tvallday 2017-02-07 20:13:29 +08:00 你开个 ticket 问他们，他们会帮你解决的。 |
 | 32 treo 2017-02-07 23:26:09 +08:00 我用的 tcpspeed ， vultr 东京上的服务端一个多月没重启了，倒是本地客户端偶尔要重启下 |
 | 33 J0022ZjV7055oN64 2017-02-08 14:58:00 +08:00 日本的是这样 全国 ping 不通  |
 | 34 NightVermouth 2017-02-09 21:02:31 +08:00 我的新加坡 vultr ，好几个月了，没什么事。 |
 | 35 yanchao7511461 2017-02-10 10:54:59 +08:00 mark |
| 36 yanchao7511461 2017-02-10 10:59:32 +08:00 @jsjjdzg 这个锐速是破解？ |
| 37 jsjjdzg 2017-02-10 11:07:05 +08:00 @yanchao7511461 #36 嗯，破解的 |
Select Language