@dzyou2007 我这里解析到上海的结果访问不了，主要是以前 114 在我这一直是解析到北京那些服务器。

@brMu 很奇怪，之前我这里本地 isp 、114 、alidns 那些解析 google china 的服务器都能正确解析到北京，要不是今天逛到这个贴我还没发现。

我这走 114 、alidns 、本地 isp 给解析到上海电信了
Server: 114.114.114.114
Address: 114.114.114.114#53

Non-authoritative answer:
Name: translate.google.cn
Address: 180.163.150.162


走 dnspod 倒可以解析到北京谷歌云
Server: 119.29.29.29
Address: 119.29.29.29#53

Non-authoritative answer:
Name: translate.google.cn
Address: 203.208.50.66

电信

...
6 202.97.94.98 (202.97.94.98) 30.668 ms
202.97.94.102 (202.97.94.102) 28.196 ms
202.97.12.37 (202.97.12.37) 36.767 ms
7 202.97.86.138 (202.97.86.138) 192.349 ms
202.97.72.102 (202.97.72.102) 186.892 ms
202.97.18.170 (202.97.18.170) 196.807 ms
8 202.97.90.114 (202.97.90.114) 195.668 ms 201.838 ms 199.931 ms
9 218.30.54.214 (218.30.54.214) 195.040 ms 195.082 ms 195.142 ms
10 one.one.one.one (1.1.1.1) 176.330 ms 181.148 ms 180.522 ms

分流特定需求才会走 1111 解析，毕竟横跨太平洋，全部解析交给 1111 太影响体验了。

说个题外话，其实我比较好奇已经采用 listen 443 ssl;方式监听了。为什么不把 http/https 写到同一个 server 中（如果 server_name 相同，要提供的内容又是一样的话）
server {
listen 80;
listen 443 ssl;
...
}

alidns 似乎支持了，而且速度不错
```
; <<>> DiG 9.10.6 <<>> type65 v2ex.com @223.5.5.5
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 35953
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;v2ex.com. IN TYPE65

;; ANSWER SECTION:
v2ex.com. 298 IN TYPE65 \# 96 000100000100150568332D32390568332D32380568332D3237026832 0004000C681409DA68140ADAAC4303BC000600302606470000100000 00000000681409DA26064700001000000000000068140ADA26064700 0010000000000000AC4303BC

;; Query time: 10 msec
;; SERVER: 223.5.5.5#53(223.5.5.5)
;; WHEN: Mon Oct 12 14:20:49 CST 2020
;; MSG SIZE rcvd: 134
```

dnspod 有响应，但 answer 空白。
114 我这里偶尔有比较快速的响应，但是大多数时间 timeout，很奇怪……

@de1ta
我这里不是联通，不能给确定答案，不过看这个描述可能是光猫防火墙的锅。
提供个方向，光猫防火墙实在关不了的话先临时改桥接用路由器拨号，先控制变量判断是不是光猫防火墙的问题。
如果确定是光猫防火墙的锅又关不掉的话那就没办法了，换个思路试试 zerotier 。

@hello365
nas 和光猫之间有额外的路由器吗？路由系统默认通常都是把 IPv6 forward 屏蔽的，只允许 ICMPv6，像 openwrt 需要手动把 forward 改成 accept，或者在 rules 里手动添加特定 port/dest ip 的 IPv6 forward 规则。

@Nillouise 可以，群晖系统是安装在每块硬盘上的，新建一个群晖虚拟机把以前的硬盘挂上去可以向导恢复（包括你安装在这些硬盘上的套件）。

----
说句题外话，在日常使用的机器上搭建 nas 是打算一直开着机器么？
如果只是准备白天开机时作为 nas，那么用系统的文件共享也足够了吧，再多就是搭个 ftp server，还要视频服务器的话也有 windows 版的 jellyfin （还不会有虚拟机下不直通显卡无法硬件编码的限制），文件同步服务的话也有 rslsync 这种多平台的工具。

当然如果特别想要某个特定系统下的工具，比如群晖的 moments 之类，又或者是需要 docker 的话那当我没说，以上仅提供个建议。

我这里比较神奇的是走 ntt 的那条线的一个 IPv4 复活了，印象中被墙了有一两年了吧。
不过这里到东京 200 左右……身处腹地没什么办法，从这到广州出口 40 。

期间 IPv6 一直是通的，不过这条线 IPv6 太绕了，绕地球一圈。

我这里电信也是一样的，且不可叠加，同时测 v4v6 抢带宽，整体速度卡死 560Mbps 。
ps：顺便吐槽下这里 500Mbps 带宽上行才 30……
[]( https://s1.ax1x.com/2020/09/08/wMyzdK.jpg)