@microka #25 是这么配置。 期待你的观察体验，在这后面方便时反馈。
放行 456 端口是我在恩山论坛找到别人回帖，技术原因不明，我查了这么多年没找到技术支持来源。

在几年前，没有加 456 端口，v6 pd 异常概率非常高，30 天左右必然出现有 v4 没有 v6 的断网。
456 加了之后还会有，我把 546 也加了，随后再没有碰到无法获取 v6 导致断网了。

当然这个是 openwrt 某些版本特有的故障。 其他的路由器 v6 没碰到这样的故障
参考：
https://zhuanlan.zhihu.com/p/491150806

用了高通带 NSS 加速器的硬路由后，现在已经抛弃软路由了。 体验很好。纯个人分享不存在推荐大雕固件的目的！
[高通这个系列的硬件闭源驱动，移植的 qwrt 是要收费的，50 元。对于这事不做评价，个人两年没再折腾路由器，觉的值得]
这里给大家分享一些数据，供参考。 目前小黄鱼，搜索 360v6 这款路由器应该就几十块钱包邮已经刷了 qwrt 。我也在用，转发性能包君满意。

之前用 360v6 ，后面换了截图中这个双 2.5G 网口的 qwrt ，科学+PT+pcdn+日常上网+softethvpn 。稳定，有线延迟好，大流量下载东西再也不影响上网体验了
[img]https://i.imgur.com/Kb68OFB.png[/img]


从这个图可以看到，下载速度 60M 大 B 。同时家里用手机，电视看 B 站，pcdn 也都顺畅
[img]https://i.imgur.com/YPwicaD.png[/img]

这是大流量下载时候，路由器的系统负载，因为有硬件加速（ nss ），CPU 负载很低
[img]https://i.imgur.com/jsaNckG.png[/img]

科学的稳定性，也是靠谱的，体验良好，路由器内存大，对网关稳定性很有帮助！
[img]https://i.imgur.com/ihXYsR4.png[/img]


[img]https://i.imgur.com/ZEqzhhO.png[/img]

@microka #23 我这里观测超过 180 天未断开的总结：
1.放行 IPv6 IGMP
2.放行 456 端口到本设备
3.放行 546 端口到本设备

@dna1982 #93

这就是你这种杠精常用伎俩。

首先你说的是一个主任，70%死亡率。现在你说 ICU 了？？？绕弯弯了吧绕开主题了吧

说个郑大附一全院 10 个手术室？ 你说的是一个主任，我说的是死亡率最高的科室（这个科室有主任）

你又用你杠精的经验企图把我拉近你的智商，用你经验打败我吧！！！

@dna1982 #83 大哥，1982.我挺震惊你这社会阅历的。
病人死亡率 70%，我衷心祝福你以后不要生病，这死亡率，比全球第一的病（心血管病），致死率都高。你知道一个医生看死 70%病人， 医院会多害怕吗？卫健委会多害怕吗？ 死一两个病人已经要了医生命了！！！

我们做个推演，能这么高死亡率的，肯定不是普通病，必须得是多患者得的，要不然一年看 10 个，死 7 个，谁敢去找他呢，活阎王啊。

按心血管病，宇宙第一大医院“郑州大学第一附属医院”，也就是您所谓的三甲医院，有十个手术室，一天可做手术 50 台，一年手术量 18250 例，如果死亡率超过 11%那么是 2007 个病人死亡（如果单个主任超过 70%死亡，通常一个科室有几个大佬带队做手术，按郑大附一有 10 个大佬带队做手术，那他的病人都没有活着出医院的啊，震惊至极，这到底是殡仪馆还是医院？？？？）

然而“https://tjj.henan.gov.cn/2024/03-29/2967609.html”统计局统计，2023 年河南全年全省共发生各类生产安全事故 1218 起，死亡 1130 人

疾控中心统计大手术死亡率一般在 0.4%至 10%之间不等： https://www.chinacdc.cn/gwxx/200807/t20080725_33295.html

你这是吹牛逼不上税，可劲吹呢

@Stoney #41 不要猜测。要不要签字，直系亲属签了没有？
你有没有话语权？
你是不是马后炮？
你能担责任的话，你在化疗之前医患沟通的时候去哪里了，你怎么不出头去沟通？你怎么不去签字？

作为男人要对自己的言行负责，更要对失去现在社会医疗背景的鉴别能力的老人负责。

你说医生为了收益建议放疗？客观证据呢？ 别想这么多，病例系统清清楚楚写着的，有问题，你索取全程医嘱，治疗记录，申请鉴定等等。都是你的合法权益

客观条件：70+岁，已经在吃靶向药。 大家都是成年人了，这些情况综合一起，病人能活多久心里没数吗？

实际操作：跟医生谈话，录音，医生铁定按治疗规范走的，你一个门外汉并且让医生已经起疑心，能抓到医生把柄吗

冷漠：医生视角，卧槽你都录音了，不就是想抓语病构陷我嘛。 我肯定公事公办呢。关怀比起医疗事故哪有优先级

@authony2020 #17 从这个结果看链路是通的。 所以只有防火墙或者再上层的应用拦截了访问，简单说就是你的 nas 方面的故障。

@authony2020 #14

在拨入的电脑上 ping vpn server 和 NAS 的 IP 地址 [你自己的]

C:\Users\WDAGUtilityAccount>ping 10.8.0.1

正在 Ping 10.8.0.1 具有 32 字节的数据:
来自 10.8.0.1 的回复: 字节=32 时间=2ms TTL=64

C:\Users\WDAGUtilityAccount>ping 192.168.1.246

正在 Ping 192.168.1.246 具有 32 字节的数据:
来自 192.168.1.246 的回复: 字节=32 时间=2ms TTL=64

@authony2020 #14 ssh 登录 nas

// [排查故障，请用 ssh 登录群晖，并且用 sudo -i 命令和管理员密码提权。 用 ping 命令测试远端 IP 的通达性，贴结果]

root@nast420:~# ping 10.8.0.6
PING 10.8.0.6 (10.8.0.6) 56(84) bytes of data.
64 bytes from 10.8.0.6: icmp_seq=1 ttl=64 time=100 ms

我安装了 vpn server ，测试了，使用 tcp 协议（ 2 楼的 openvpn 配置中，通讯协议），可以访问群晖 web 。通过局域网地址或者 vpn 的网段的地址都可以访问

@FatAAA #10 ping 命令是网络调试工具，需要有网络知识具体分析。能看得出是链路层（结合 arp 信息）、网络层、应用层面（传输层故障）。 无法一下说清啊

抱歉，网络目标地址填错。依据你实际的 10.8.0.0 填写。

@authony2020 #4 故障若是 3 楼所说的路由链表问题。在群晖本体上添加静态路由 如下图。



[img]https://i.imgur.com/HYTqeCR.png[/img]

排查故障，请用 ssh 登录群晖，并且用 sudo -i 命令和管理员密码提权。 用 ping 命令测试远端 IP 的通达性，看报错是不可达、超时、或者是 no route 相关报错

应该是你部署的 vpn server ，分配给远端的（公司）的 IP 段，是你群晖局域网的 IP 段，就会造成这种问题。

正确的做法：分一个单独的网段给拨入的设备。

https://i.imgur.com/sdQVFNv.png