V2EX › ZeroClover 的所有回复 › 第 33 页 / 共 35 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 ... 25 26 27 28 29 30 31 32 33 34 ... 35

❮

❯

2017 年 11 月 21 日

回复了 rateltalk 创建的主题 › 问与答 › 一眨眼，阿里云免费 DL 证书就不被 Goggle 信任了，，还有什么免费证书！！！

https://www.namecheap.com/security/ssl-certificate-free-replacement-offer.aspx

将赛门铁克证书免费替换成 COMODO

楼上说的亚洲诚信照样属于赛门铁克。

2017 年 10 月 30 日

回复了 NullMan 创建的主题 › 问与答 › 有这样的防 DNS 污染/投毒的的方案吗？

Pcap_DNSProxy

2017 年 10 月 25 日

回复了 YigeKing 创建的主题 › 问与答 › 香港的号码卡在内地使用的话，哪种流量最多？

CUHK，280CNY，15GiB，超出后 1GiB 30HKD

香港使用 21Mbps 网速，内地使用 40+Mbps

2017 年 5 月 14 日

回复了 ibeta 创建的主题 › 全球工单系统 › rixCloud 对不起，我不该爆粗口

@cnnblike 从楼主给出的图中如何确定的是 12 小时 Offline ？

另外今天完全检查了服务器日志以后还真没发现楼主用的节点有出现 Down 的情况，那么为什么用不了？

很简单，之后也有一个客户提交了相同问题的支持请求，后来发现是用户本地 DNS 没有解析出域名所对应的 IP 地址。直接给了 IP 地址以后就顺利解决了

这种问题不是运营商 DNS 就是 CloudXNS 的锅，别说我们区区 rixCloud，就算是阿里腾讯也不可能解决用户本地端 DNS 问题的。

当然，在描述上给楼主造成了误扰，毕竟分属不同项目，而且推荐高级订阅可能确实给楼主急躁的时候火上浇油了（这一点儿是因为带 BGP + 中继的高级订阅属于 rixCloud 核心项目），这两点我们承认有问题。而且回复楼主的支持人员没有服务器访问权限，因此告诉楼主先等待并暂时切换

2017 年 5 月 13 日

回复了 ibeta 创建的主题 › 全球工单系统 › rixCloud 对不起，我不该爆粗口

@leavic 感谢理解

实际上因为 WHMCS 系统并不符合中国用户的使用习惯，部分客户可能是无法找到功能区的。

由于今日有较多订户请求升级，并且有客户不熟悉 WHMCS 要求我们协助操作，导致我们也未经过您的确认就创建了订单，我们非常抱歉

rixCloud 之后会在回复中要求客户二次确认后再创建对应订单

2017 年 5 月 13 日

回复了 ibeta 创建的主题 › 全球工单系统 › rixCloud 对不起，我不该爆粗口

@leavic 很抱歉，因为有较多请求升级订阅的，因此支持人员没有询问你的实际要求后就创建了续费订单。实际上这个订单已经被撤销

2017 年 5 月 13 日

回复了 ibeta 创建的主题 › 全球工单系统 › rixCloud 对不起，我不该爆粗口

@ibeta 麻烦看清楚，楼主的工单是 13 点提交的，然后马上就有人回复了，不知道 12 小时是哪里来的

另外并没有任何「封号」，只是商家也有权利选择用户，我们选择的是在用户到期后不再接受续费，并在「到期后」关闭账户

升级订阅是个建议，而不是告诉你只有升级订阅一条路可以走。

2017 年 5 月 13 日

回复了 ibeta 创建的主题 › 全球工单系统 › rixCloud 对不起，我不该爆粗口

如果我们想做好一件事而不是做到一半跑路，那么合理的工作和休息时间就是必要的

也许有很多其他商家随时提供 QQ 客服，但是那不是我们，我们有安排自己的工作和休息时间。就算只是做个 Proxy Provider，也没有 24 小时无休的道理。标准订阅的价格页面也说了 24 小时回复和处理

同样，rixCloud 也不是一个 Oneman 的 Provider，所以不同支持人员都不同分工是正常的。因为我们负责服务器维护（也就是我）的人员并不在当时在线，所以其他支持人员也只能告诉用户先切换接入点。我想这没有什么问题。

升级订阅的问题，我上线后查看了最近的所有支持请求，因为有其他的客户询问是否可以升级订阅，所以回复楼主的支持人员同样建议了升级订阅，我想这也不是什么问题，难道这是什么恶行罄竹难书，严重伤害了楼主的心灵？

同样价格页面也清楚地写明了对 Netflix 访问解锁的支持情况。出于成本因素，我们只在高级订阅和更高级订阅中提供额外的 Netflix 解锁服务，所有的内容都是直接写在页面上，也没有什么“最终解释权”之类的条款，怎么成了霸王条款？

楼上把被 DDoS 攻击波及也当做是我们的问题，这也是没谁了。这年头不但 VPS 商家要抗 D，连 Proxy 也得抗 D 了？而且更别说受到波及以后我们不是干等恢复而是额外购买了新的服务用来切换。Telegram 频道都有时间，从发公告到恢复最快 20 多分钟我觉得在楼主能买到的 Proxy 中算足够快的了。另外一个 WTT 的问题，不得不承认我们在万兆网络虚拟化中经验欠缺导致遇到了很多问题，但这些线路也都是为了提升用户体验，而且我们也不是没有临时解决方案。

游戏加速和 Proxy 也不是相同运营人员，因此你 @ Proxy 的客服恐怕不会有什么用

懒得 @对应楼层了，将就看吧

2017 年 5 月 9 日

回复了 ivyliner 创建的主题 › DNS › 吐槽 DNSPOD 工单不能有 ping 关键字

ICMP Echo Request ？

ICMP Type 8 Code 0 ？

2017 年 5 月 9 日

回复了 liuxu 创建的主题 › 宽带症候群 › 玩绝地求生大逃杀自架加速方案

@liuxu 这个只是在你本地把 SOCKS 5 代理转换成 VPN，对于外部网络而言你还是用的 SS 啊

2017 年 5 月 8 日

回复了 liuxu 创建的主题 › 宽带症候群 › 玩绝地求生大逃杀自架加速方案

用 badvpn 进行 socks2tun

2017 年 5 月 7 日

回复了 pew 创建的主题 › Linux › 网上下载了个所谓的云免脚本，懂 shell 大神帮看看 gzexe 压缩

gzexe 压缩的脚本文件不是直接 gzexe -d 就可以还原了么。。。

2017 年 5 月 7 日

回复了 yxwzaxns 创建的主题 › SSL › 关于 SSL 中间人攻击问题

SSL/TLS 机制本来就是逐层验证证书的签发机构是否为可信根，如果你直接使用了自签，那么除非你在程序内内置证书的指纹，否则验证机制就无法实现了。

某些实在无法使用第三方 CA 证书的环节（比如内网 IP 或者内部地址），建议自建 CA，然后用自建的 CA 来进行二级或者三级证书的签发，然后在客户端把自建 CA 作为可信根，这样验证证书链的方式要方便一些，不需要写死在程序内

2017 年 5 月 4 日

回复了 xAx 创建的主题 › DNS › cloudxns 出尔反尔好快啊

看清楚那个收费内容叫做「高级 API 」，这玩意儿一直是收费的

普通 API 仍然是免费的

2017 年 5 月 3 日

回复了 grayon 创建的主题 › 美酒与美食 › 嫩牛五方回来了~

墨西哥鸡肉卷。。。我不怎么喜欢老北京鸡肉卷的味道。。。

2017 年 5 月 3 日

回复了 dai269619118 创建的主题 › 问与答 › 网站被人扒过去了大家有什么好的处理方式吗？

百度之类的搜索引擎就不用想了，Google 之类的你还可以试试 DMCA

简单点儿直接 D 死对方吧

前端完全防扒是不可能的

2017 年 5 月 3 日

回复了 vainly 创建的主题 › 问与答 › Centos7 对 rc.local 自启动脚本的疑问？

```
pm2 save
pm2 startup centos
```

1 ... 25 26 27 28 29 30 31 32 33 34 ... 35

❮

❯