今日新浪云SinaAppEngine（简称SAE）使用的Sinaapp.com今日发生故障瘫痪疑似域名忘记续费。
我们先看一下sinaapp.com的whois信息：
[caption id="" align="aligncenter" width="344"]
sinaapp.com的whois信息[/caption]
我们看到，sinaapp.com的注册人已经成了GoDaddy所有，大家纷纷猜测，是因为新浪忘记给域名续费，导致域名到期以后被GoDaddy注册，还注册到了2020年。
新浪方面紧急把sinaapp.com的用户转到vipsinaapp.com上，但是vipsinaapp.com也不能正常工作，因为vipsinaapp.com所使用的NS记录是sinaapp.com的，恐怕要等待72小时才能完全正常。
[caption id="" align="aligncenter" width="292"]
vipsinaapp.com的whois信息[/caption]
我们来看一下新浪SAE的官方微博的回应：“目前sinaapp.com仍属于SAE，且SAE在今年5月就对该域名续费成功，目前故障是由于GoDaddy处理不当造成。对于不能访问的用户可以使用vipsinaapp.com访问应用。vipsinaapp.com今后所有用户都可一直使用。我方正在积极与GoDaddy沟通解决，给大家造成的不便非常抱歉。”
[caption id="" align="alignnone" width="583"]
SAE官方微博回应[/caption]
也有之情人士说：域名续费成功了，而且法务和代理公司都续费了，续重了，法务跟godaddy联系退回一笔的时候那边理解有误都给退回了，目前我们也已经又续费等待生效中！
所以公司里还是需要一个专门负责盯着域名状态的人的
sinaapp.com的whois信息[/caption]
我们看到，sinaapp.com的注册人已经成了GoDaddy所有，大家纷纷猜测，是因为新浪忘记给域名续费，导致域名到期以后被GoDaddy注册，还注册到了2020年。
新浪方面紧急把sinaapp.com的用户转到vipsinaapp.com上，但是vipsinaapp.com也不能正常工作，因为vipsinaapp.com所使用的NS记录是sinaapp.com的，恐怕要等待72小时才能完全正常。
[caption id="" align="aligncenter" width="292"]
vipsinaapp.com的whois信息[/caption]
我们来看一下新浪SAE的官方微博的回应：“目前sinaapp.com仍属于SAE，且SAE在今年5月就对该域名续费成功，目前故障是由于GoDaddy处理不当造成。对于不能访问的用户可以使用vipsinaapp.com访问应用。vipsinaapp.com今后所有用户都可一直使用。我方正在积极与GoDaddy沟通解决，给大家造成的不便非常抱歉。”
[caption id="" align="alignnone" width="583"]
SAE官方微博回应[/caption]
也有之情人士说：域名续费成功了，而且法务和代理公司都续费了，续重了，法务跟godaddy联系退回一笔的时候那边理解有误都给退回了，目前我们也已经又续费等待生效中！
所以公司里还是需要一个专门负责盯着域名状态的人的
商业用途请联系作者获得授权。
版权声明：本文为博主「任霏」原创文章，遵循 CC BY-NC-SA 4.0 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://www.renfei.net/posts/1000169
相关推荐
猜你还喜欢这些内容，不妨试试阅读一下
评论与留言
以下内容均由网友提交发布，版权与真实性无法查证，请自行辨别。
本站有缓存策略，时间约2小时后能看到您的评论。本站使用自动审核机制，如果您的内容包含广告/谩骂/恐怖/暴力/涉政等不和谐内容将无法展示！
本站有缓存策略，时间约2小时后能看到您的评论。本站使用自动审核机制，如果您的内容包含广告/谩骂/恐怖/暴力/涉政等不和谐内容将无法展示！
最新留言 这个恶意攻击是只有服务器安装有Redis 才会遭受攻击吗 我用电脑和手机分别访问了45，133，203，192 这个ip地址，这个ip地址对应的服务器是不是只托管了脚本，提供木马自动去下载，并没有任何攻击性的东西，是这样的吗？ 你好，我这边想问下，镜像服务启动了，该连接哪个数据库呢？ 不更新？ 优先级低的并不代表一定要等到优先级高的运行完才能运行，只是cpu分配的资源少了而已。 /lib64/ld-linux-x86-64.so.2: No such file or directory 报了这个错误，怎么解决呢 对于一个布道 DevOps 多年的选手来讲，看到这个报告，还是想继续布道布道。虽然是各种对比哈，但是我感觉与 DevOps 太像了（可能是职业病犯了哈）。首先声明本人不是GitLab 用户（因为不免费，没法薅羊毛啊），本人是 GitHub 忠实用户。 首先，你这是田忌赛马的对比，中文对比一事，着实有点可笑 1 土生土长和外来户能立马拉到同一个起跑线上吗？ 2 一个真正的开发者应该去提升自己的英语能力，而不是拿全部是中文文档说事。大家都知道现在开源非常热，开发者是开源的主力军，如果要贡献优秀的开源项目（诸如Linux 内核，Kubernetes），英语就是个硬门槛。如果我是你，我倒希望公司内部的系统是英文的，最起码能让我锻炼英语，在看开源项目文档的时候不至于看不懂，提 PR 的时候不至于提交代码的内容描述不清楚而没法被 Merge。 其次，阿里云效、Coding 大家都知道背后站的是谁，很容易造成厂商绑定，现在很多企业都希望不要被厂商绑定。 再者，有一个点需要明白，GitLab 是一个 DevOps 平台，什么叫做 DevOps 平台（DevOps 走到现在，确切的说应该叫做 DevSecOps）？就是覆盖了软件开发生命周期全阶段的，从项目管理到代码托管到安全再到日志监控、甚至包含现在的云原生能力。不仅仅是说一个 CI/CD 就能概括的了的。这一点是 DevOps 布道的真正误区，我见过太多了，我在这儿再布道一哈，CI/CD 不等于 DevOps，他只是 DevOps 落地实践的核心能力。仅凭借一个 CI/CD 能有现成模版就判断出哪个好坏，过于牵强了吧。相信大家真正到项目用的时候，模版是满足不了要求的吧，毕竟大家都很特性化。 最后，还是一个很热的话题，开源，open source。GitLab 是开源的，Coding 和 云效这方面我没看到相关的开源内容（可能是我孤陋寡闻）。大家可以看看国内有多少用 GitLb 的，GitLab 的 CE 版，然后私有化部署，就是很多公司的代码托管 + DevOps 解决方案。 个人愚见，做一些对比报告的时候，还是先需要明白这个产品的定位，去深入挖掘一些真正有意义的对比，这样的对比报告才能有意义。作为一个常年写博客、文章的人来说。你写的每个字、每篇文章，你要想到你的思想会影响到别人。有可能因为你的片面之词，让别人错失一些学习的好机会。 docker run 那一长串后,出来一个字符串,然后去 docker containers 下面看 显示 exited(1);logs 下就一行错误 initdb failed 感谢🙏，第一个问题是空格的问题应该，我逐字敲完后可以构建了.第二个问题是我docker环境的问题，docker更新为最新版后需要重置配置文件.现已经正常使用，再次感谢您的分享和您的细心解答,期待下次相遇😄 还有一个问题可以请教下吗?就是我在容器里建文件夹没有权限，su root后密码不知道是多少，sudo mkdir xxx 提示我，没有sudo命令，请问有好的解决方法吗?谢谢解答 -v 后面可以指定文件吗 我的也是报错，还有。我执行了这个：@localhost kingbase-es-v8-r3-docker % docker run -d --name kingbase -p 54321:54321 -e SYSTEM_PWD=SYSTEM -v /opt/kingbase/data:/opt/kingbase/data -v /opt/kingbase:/opt/kingbase/Server/bin kingbase:v8r3 docker: 'run -d --name kingbase -p 54321:54321 -e SYSTEM_PWD=SYSTEM -v /opt/kingbase/data:/opt/kingbase/data -v /opt/kingbase:/opt/kingbase/Server/bin kingbase:v8r3' is not a docker command. See 'docker --help' 麻烦帮忙看下，是不是我写的命令有问题，还是版本问题，谢谢啦