国内好使的，可能就是奥图了

两条音轨，时间轴同步

一人掌握密码前半段，一人掌握密码后半段。。。

iptables 丢弃了 ICMP 包吧

我不知道到底要干啥，但我知道如果光明正大的干，应该光明正大的自己搞一套互联协议。

@nc4697 哦，那个时候，拔掉，重插，如果还是，跳过 USB 这种硬盘盒，SATA 或者什么的直接连接机器（保证供电稳定），然后 chkdsk /f，能解决大问题。
当然了，当时那种情况还是要听硬盘是不是有固有故障。

在北京的话，四通桥数码大厦有个数据修复的，我弄过一次，盘没有问题，就是阵列（ RAID-0 ）毁了，然后不涉及拆盘，五千块钱。
大概是十多年前，SCSI 盘，可能是 146G*2 的那种。确实要恢复的数据好像连 1G 都不到。

@imn1 我倒是留着有数码相机以来的基本全量数据，2003 、2004 年前后，甚至还有当时扫描仪扫描下来的照片。现在 4T 双盘 RAID1 就是为了保存这些。中间还使用了冷存储手段。

然后说 LZ 的问题。首先执行了一次格式化，那还搞啥 chkdsk 啊。别动，除了读，什么都别乱动。
先排除硬件（包含逻辑）故障，硬件故障很容易分辨，听声音，正常是电机高速旋转和磁头挥动的声音，不正常是什么的，频率比较低得咔咔咔声音，重复、规律，而且伴随一读到某个地方就歇菜的情况，这是逻辑错误。另外纯硬件错误，那基本上读取、加载都很费劲，喀拉喀拉的。
如果以上问题都排除了，那就简单了，无非是分区表重建，再不济就是按个磁道检索重建文件。——只要软件好用，未必到第二种情况，重建分区表很快就完成了——基于只是常规的执行了“格式化”操作。
那为什么前完不要 chkdsk 呢，chkdsk 是基于现有分区表的检查文件系统操作，格式化后分区是新的，这个操作下去，是要重写磁盘一些信息的，这些新写入的信息，一定说不好会干扰到以往的有效数据——要挽救的数据被重写了那还怎么重建？

其实刚开始，事情很简单，但我目前估计 LZ 一顿操作，简单的事情复杂了。

最后是费用问题，该出钱的时候得出钱，但是更关键的还是得有耐性。DG 可能慢，那是必要过程，全盘全磁道检查，重建文件，磁盘越大时间越长。耐性，怎么就没有耐性呢？于是，从 10 块钱变成了 100 块钱，变成了 1000 块钱，别等到最后拆盘读盘，那可真是一万块钱都挡不住了。

#36 是吧，一堆自带的看起来方便但是各种卸载很闹心的应用，反而使使用变得麻烦。不用就卸载吧，一个一个全卸载干净。

看一下 UDP53 谁监听了，netstat -unlp，然后看配置做了什么上游 DNS，然后顺藤摸瓜。

@zhangsanfeng2012 28# 越整越高深了，LZ 吃不消。。。哈

这么说吧，ping 走的 ICMP 数据包，能 ping 通，证明 10.10.10.1 转发了 ICMP 包。
然后可以在 docker 里去 telnet 任何一台外网机器的 80，比如获取 t.cn 的 IP 之后，telnet t.cn 的 ip 80，这个能够检测 TCP 路径是否畅通，最后就是 UDP 是否畅通了，我的知识范围，还没找到一个能够检测远端 UDP 畅通的有效办法

@Peanut666 29#，我知道的，微信的聊天记录在 /data/data 里，这个地方始终是无权限查看的，然后聊天记录里的文件、图片什么的，现在转移到了 /sdcard/Android/data/Tencent 下，但是 /sdcard/Tencent 仍然有修改记录，不知道干了啥。

我用的 solid explorer，找个三方的文件工具，删删看吧。我是懒得跟张小龙斗智斗勇了。

18# ，感觉那个接受入站，应该是接受出站。入站成了外网访问你的 53，而不是你的子网要访问外边的 53 。

然后，合并 @caicaiwoshishui 的问题，openwrt 内置了很多个 dns 有关的服务，我当时是从 53 端口（查看监听程序），一个一个往上捋，adguard 、smartdns，还有几个，一个一个挨个关闭，各种拦截广告、防止 DNS 污染的，是好事，但也挺闹心，比如某些依赖或者看似广告网址的，无故被拦截，然后导致 APP 应用功能不能用，最后关掉各种 DNS 过滤器，一下子好了。

哈，firewall 不能直接关，我好像忘了这茬事了。因为 iptables 上是不是带着路由转发呢，哎，不对啊，路由和 iptables 应当是两码事。

从 6#的情况看，肯定 UDP53 被拦截了。你定义一下 firewall 的区域。

然后我没整明白那个 10.10.10.x 是个什么存在，也就是 192.168.1.1-10.10.10.1-192.168.20.x ？有点怪。。。

@iminto 15# 屎拉在 /sdcard/Android/data/com.tencent.mm/micromsg/里边，按照 anroid 的存储权限体系，你还是能把屎擦干净的。

新版的微信存储区已经从使用 /sdcard/下，挪到了 /sdcard/Android/data 里，原则上是可以不再申请权限的。使用照片什么的，其实也可以获取相应系统接口权限。当然，如果需要把微信的文件另存到手机里的话，那就需要存储权限了。

但仍然要用存储权限，无非就是能够直接扫描整个存储，然后获取一些奇奇怪怪的东西呗。

原帖说的网络结构比本贴复杂啊
先找个外网的 IP，测试路由是否通顺，别 docker 里的数据包路由上就不带转发的。
然后网络结构略复杂，一层 NAT 就是一层损耗，想办法缩减一下结构吧。

你那个 echo 相当于本地解析，所以 archive.ubuntu.com 肯定成功
判断的方法很简单，关掉防火墙，如果立马正常，那就是防火墙的问题。
加一条 udp53 的端口放行。但是定义了 wan 和 lan，默认 lan->wan 不拦截。