React ，用的 CRA 写的 PWA 但是不是很好维护，准备换 Next.js 13 了

@XIU2 已禁用

https://status.ultradns.neustar/pages/incident/5f80d63ea1c48e04c1dfa100/615ee7dd272a3a053aefce50

看起来没问题呀？

https://i.v2ex.co/cUms38Q6.png

https://ping.sx/dig?t=test.api.lncldglobal.com

@Scimitar 虽然我也不是很喜欢 Ucloud，但是这个错误提示是 Sharepoint 的啊，关 Ucloud 什么事儿呢 ...

```
aveline@jp-nrt04-x01:~$ curl -i eune-my.sharepoint.com -H 'Host: mirror.xjqxz.top'
HTTP/1.1 400 Bad Request
Transfer-Encoding: chunked
X-MSEdge-Ref: 0MkcyYQAAAAASURojAPiYQJfNfzBhEN0WU0cyRURHRTE1MTIARWRnZQ==
Date: Fri, 03 Sep 2021 16:02:58 GMT

<h2>Our services aren't available right now</h2><p>We're working to restore all services as soon as possible. Please check back soon.</p>0MkcyYQAAAAASURojAPiYQJfNfzBhEN0WU0cyRURHRTE1MTIARWRnZQ==
```

@linuxsteam 抱歉，这个服务暂时没有计划提供公开的 API 。

使用脚本 / 爬虫等自动方式使用该服务会被封禁。

@XIU2 国内解析到新地址了，Vercel 一直用着比较顺手 + 有一些 SSR 的页面，后面两个都不能很好的支持，应该短期内不会换。

https://i.v2ex.co/utu0E617.png

@itzamana @Greatshu 已资瓷

@hx123 其实还有节点互相监测等功能，函数计算的话 ... 应该没办法做（外加也不确定函数计算能否操作 raw socket

@XIU2 暂时可以先用排序功能看 ... 聚合功能计划内是有的，但是写起来比较花时间，最近别的事情还挺多的 Side Project 应该不会分那么多时间 -_- 反倒是实现 DNS 功能比较容易

@yanzhiling2001 在 misaka.io

@LiuJiang 就 ... 没啥用

@fivestrong @catchexception 前端是 React / Next.js / Tailwind CSS，后端是 FastAPI ... 不过监控 Agent 是 Go 糊的，中间用的 gRPC

@Greatshu 可以 ... 周末来整

@Rwing @nthhdy 大部分节点是 DNS 的健康检查节点，有几个是友商赞助的

> You shall not use the Services as a remote storage server or for the primary purpose of providing downloadable content.

我有个注册了蛮久但是没人的公司 ... BOSS 直聘生造了个公司页面和一堆简洁来，十分🐂🍺

如果只是过滤中国 IP，可以试试我们的 chnroutes2，每小时定时从路由上抓的数据：
https://github.com/misakaio/chnroutes2

IP2Location 的准确度非常差，而且经常瞎猜地址，比如说 WHOIS 里我们的以前注册地址是美国 DE 的 New Castle，他们会标成 OK 的 Castle，我们俄罗斯的 IP 也经常会被标在 LA 。沟通很累，如果不是这个用途个人还是建议继续用 GeoIP 或者 ipinfo 。IPIP 目前的更新速度是全球最快的，准确率也不错，只是价格很贵。

@tsui

我想表达的是：

标注为 XX N 区但是实际上在 XX 附近，并不在 XX 境内，实际上是很常见的事情。
只是腾讯云这方面写的不太靠谱，写华北 1 区可用区 C 可能更容易接受一些。

在 AWS 之前，大部分云 / IDC 都会这么标注，到现在也还是这么做的，截个图好了：

IBM Cloud (SoftLayer) / LeaseWeb
https://i.v2ex.co/wDTR672Bl.png
https://i.v2ex.co/91QTJ1i7l.png

而且一般机房写 Washington 只会是指的 DC ...
如果写 State 一般会简写成 WA，倒是真没见过写 Washington 然后指的是 WA 的机房，有的话您可以举个反例。

美国之外也有类似的，比如 Slough 很多情况下都会和 London 标注在一起：
https://www.equinix.com/locations/europe-colocation/united-kingdom-colocation/london-data-centers/ld5/

我司之前在毛子的机房实际上还在 Dubrovka 呢，Selectel 照样也标成 St. Petersburg 。

所以这真没啥好奇怪的 ... 大家都在这么做

@tsui

举个栗子：

SoftLayer Seattle 实际上在 Tukwila，西雅图边上 ...
SoftLayer / i3d 标的 Washington 都在 Virginia

世界上不是只有 Azure 和 AWS 的，世界很大，多出去看看。

北京三是在天津的，不过北京其他区看延迟都在北京。

话说这种事情很正常 ... 比如一般标 New York 或者 New York Metro，其实在 New Jersey，然后标 Washington 的 99% 都在隔壁 Virginia 的 Herndon, Reston, Ashburn 啥地方

没有任何授权应用，改过随机密码后也只在网页版 HTTPS 下登录过 ...

还是老是有莫名其妙的关注和点赞，我觉得这锅还是微博自己的吧

@kofip 修好了 ...

@kofip 抱歉，最近 route collector 搬家了，外部的 CN2 feed 还没有都改过来，等节后吧。