NameCheap 那个并不是三年，只是证书有效期三年，但是实际有效期和原证书一样，不续费的话就会把你证书吊销。

So how exactly does this work? Can you give me an example?
Sure! For example, let ’ s say you bought a single domain Symantec SSL for your online shop through another provider. It expires in three months. By signing up with Namecheap now, you can replace that SSL with a Comodo SSL for those remaining three months for no additional cost or obligation.

Once you sign up, Comodo will issue your site a new certificate for 24 or 36 months, depending on the level of validation. At the end of the free period, you can choose to extend your SSL. And don ’ t worry, we ’ ll send you a reminder email with the option to extend. At that point, you can choose to extend for one year or to the end of the certificate period, or, if you wish, you can let the certificate expire with no further obligation.

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

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

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

Pcap_DNSProxy

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

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

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

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

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

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

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

@leavic 感谢理解

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ICMP Echo Request ？

ICMP Type 8 Code 0 ？

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

用 badvpn 进行 socks2tun

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

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

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

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

普通 API 仍然是免费的

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