瞽：从导航页折腾到需求理解

未见颜色而言谓之瞽

一、导航页：折腾一圈才发现不需要

之前我打算整个导航页，一开始手写放到 Web Station 中，非常简陋的几个超链接。后来用了一些 Docker 版的导航页，发现这个导航页 homarr 还是啥的，整过几个，但太重了，里面功能很多，我用不太上那些东西，这说明我并不明白自己的需求，后来发现不用导航页，因为我没有多少页面需要导航的，平时用的最多的就两三个页面，那只关注那两三个就好了。

这个就是后来的方案：做反向代理，只记忆短域名就行，不用 IP 或端口了，很方便。

二、组网与短域名：统一访问地址

既然导航页不需要了，那怎么解决访问地址的问题？答案是组网和短域名。群晖上部署的各种套件、Docker，在内外网 IP 会变，导航页的地址仍然需要记忆。且局域网和公网访问不是一个地址。

后来统一了，逐步统一的，一开始用了 Tailscale 来组网，实现从公网访问局域网，将群晖的外部访问解析改为 Tailscale 的内部网址，打开 Tailscale 就能访问群晖了。

后面设置了反向代理，这样就不用记端口号了。在群晖的 DNS Server 套件中为这些域名添加解析记录，指向群晖的 Tailscale IP；在 Tailscale 中设置 Split DNS，将这些域名的 DNS 查询指向群晖的 Tailscale IP 作为 DNS 服务器；同时在路由器上为这些域名添加静态解析，指向群晖的局域网 IP。这样，无论是在局域网还是通过 Tailscale 公网访问，都可以用自定义短域名访问 jellyfin 之类的服务了。

三、说回“瞽”：先理解需求，再给方案

说回“瞽”，就好像我一开始不明白自己的真正需求，而胡乱找解决方案，就和不明白别人需求，而给别人提建议一样，像一个瞎子。

和别人交流的时候，也可以参考这个论语中这一则，在理解对方需求的情况下进行交流，能摆脱瞎子一样的状态，避免睁着眼睛说瞎话。

虽然意识到这个问题，但想要清晰辨明别人的需求，有的时候还是蛮困难的。

不过有一些简单的事情可以避免一个情况，就是说话让对方觉得说不到重点的情况。

想象一下有一个外交大臣在控制对外的发言，他先进行一个需求判断，看看对方想要一个快速的回答，还是想要展开一些过程的探讨？

如果对方比较着急，可能就只想要一个是或否的答案，这个时候就不再展开讲了，能给出简单的是或否，就回答，如果不能，就找一个能快速回应的说法。

如果对方并不着急，而是想要展开一场头脑风暴，那就可以展开讲讲，把脑袋里的各种想法都吐露出来，慢慢说。