HQY

百元云电脑真香机，双Type-C接口用着太顺手如今百元云电脑市场乱象不少，不少大牌盲目溢价，配置却频频缩水。我实测过浪潮、莱酷、中兴等多款主流机型，综合体验下来，创维SKY-N9200堪称同价位宝藏机

Sun, 28 Jun 2026 01:34:13 +0800

百元云电脑真香机，双Type-C接口用着太顺手

如今百元云电脑市场乱象不少，不少大牌盲目溢价，配置却频频缩水。我实测过浪潮、莱酷、中兴等多款主流机型，综合体验下来，创维SKY-N9200堪称同价位宝藏机型，性价比远超一众高价产品。

不少人对它评价两极，关键就在于该机高低配搭载两款不同处理器，性能差距十分明显，也是新手最容易踩坑的地方。

6+128GB基础版配备展锐T760芯片，日常追剧刷视频、浏览网页、运行云电脑、处理简单文档都足够流畅。偏向轻度使用的用户选这款就很合适，价格亲民，后期转手也方便。

8+128GB、8+256GB高配版升级为展锐T770，相比T760提升显著。多开软件、长时间挂云系统、编辑图文表格都更加顺滑，视频解码更快，整机响应灵敏，长期使用也不易卡顿。

再看热门的中兴云电脑，大多依旧采用T760芯片，还保留老旧单接口，售价却高出一截，品牌溢价问题突出。同等预算下，创维直接给到更强性能，用料实在，优势一目了然。

双Type-C接口是它的一大亮点。市面多数同类产品仅有单接口，充电、外接设备无法同时进行，反复插拔很影响使用。创维做到接口分工，一边充电一边拓展投屏、连接外设，使用体验大幅提升。

它配备10.95英寸90Hz高刷屏，画面细腻、滑动流畅，追剧、办公久看不累。搭配原装磁吸键盘，码字手感舒适，轻松满足轻办公需求。整机支持5G全网通，插卡通话、使用流量、开启热点都没问题，一机多用实用性拉满。

客观来说，该机功耗偏高，纯电池续航表现一般。不过日常大多场景都是插电使用，短途外出也完全够用，这点不足可以忽略。

总的来讲，同价位里中兴溢价严重，杂牌品控参差不齐。创维N9200版本丰富、细节到位、功能全面。预算有限选低配，追求流畅体验直接上高配，是百元云电脑里闭眼入不踩坑的好选择。

闲鱼目前这款价格普遍不是很高，耐心蹲守多砍价会有意想不到的收获。

今天的水文到此结束，我是破译有道，捡漏数码评测，就在你身边…

发外链太痛苦了，我想尽办法自动化，结果发现半自动最靠谱

Sun, 28 Jun 2026 01:30:13 +0800

说真的，我最烦的就是发外链。

不是因为这件事很难。

是因为它太占时间了。

你可能也有这种感觉，明明还有一堆事等着做，页面要加新功能，内容要更新，脑子里还有几个新产品想试试。

但外链不发也不行。

不发排名就不动。

不发心里就不踏实。

所以每天都得硬着头皮打开那几个导航站、那几个目录站，和各种外链资源，一个一个填表单，一个一个提交。

我算过时间，有时候光是提交一轮基础外链，连找带填带等审核，两个小时就没了。

而且同时维护好几个站的话，那简直不是做网站，是打两份工。

你敢信？？？花了两个小时，结果就提交了几个外链，有的还不一定收录。

我当然也想过搞自动化。

第一次试的时候，兴奋得不行。

写了个 Skill，想着让它自动帮我填那些导航站的表单。

结果呢。

手动十分钟能搞定的事，AI 折腾了半个小时。

有时候页面结构稍微复杂一点，它就卡住。

有时候网站触发了风控，弹个验证码出来，它不会处理。

更烦的是，很多外链网站的注册流程、表单结构、验证机制，完全不一样。

这个站要邮箱验证，那个站要手机号，下一个站还要你上传 Logo 裁剪到特定尺寸。

AI 怎么搞。

一个一个去适配，写专门的脚本，比手动发还累。

所以我搞了一段时间自动化之后，得出了一个结论。

理想很性感。

现实很骨感。

全自动化外链，至少在现在这个阶段，只是看起来很美。

但你说完全放弃提效吗。

那也不是。

我后来换了一个思路。

不追求全自动了。

就做半自动。

什么意思。

能重复做的事情，做成模板或者脚本。

需要判断的事情，人来做。

我举个例子。

导航站提交这件事，看起来每个站都不一样，但其实有很多重复的东西。

产品名、一句话介绍、详细描述、Logo 链接、官网链接。

这些东西你每次都要填一遍。

我现在的做法是，把产品名、一句话介绍、详细描述都写成几个标准化模板。

短的直接复制粘贴。

长的有几个不同长度的版本，不同网站用不同的。

Logo 统一备好几个尺寸的。

这样每次提交，最多需要调整的就是个别的字段。

效率一下子提上来了。

不用每次都从头写。

还有一种场景特别适合半自动化。

找外链资源。

这件事如果纯手工做，效率太低了。

一个一个去搜，一个一个看 DR，一个一个判断值不值得投。

但如果借助一点小工具，就能快很多。

比如在谷歌里搜「best AI tools directory」，或者「awesome saas list」这种关键词。

先批量搜出一批导航站和资源列表。

然后用 Ahrefs 的 SEO toolbar 插件快速看一眼每个站的 DR。

几秒钟一个，很快就能筛出一批 DR 还不错的。

DR 太低的直接跳过。

DR 还行但月流量为 0 的也跳过。

剩下来真正值得提交的，手动去一个一个填。

这样一筛，几百个候选站里，可能只有十几个值得花时间。

但总比你挨个提交几百个然后再发现全是虚胖的值强。

还有一种方法更野。

去看你的竞品网站，用 Ahrefs 或者 Semrush 看它们的 Backlink 来自哪里。

竞品的外链清单基本上就是你的外链清单。

人家帮你探过路了。

直接抄作业。

说到半自动化，我觉得还有一个环节特别适合加一点 AI。

提交评论外链。

很多导航站和资源页面下面都有评论区，你可以在那里发一条评论顺带附上链接。

但问题是每条评论都得自己写，写多了脑子也干。

这件事刚好适合 AI 来辅助。

不用让 AI 全自动发，那会被标记为垃圾评论。

让 AI 生成一条跟当前页面相关的、有价值的评论。

你审一眼，觉得没问题，点发布。

AI 生成内容，人做审核。

又快又安全。

有人做过这样的事，做一个浏览器插件，自动定位页面上的评论区，然后帮你生成一条相关内容。

但你得自己确认再提交。

这样就避免了谷歌把你当垃圾内容处理。

人始终是最后一道关。

聊到这块，必须说一个很多人容易踩的坑。

外链发完之后，怎么判断它到底有没有价值？

很多人做完外链就结束了，只记录“我发了多少个网站”，却不知道哪些外链真正带来了效果。

我的做法比较简单：

对于有推广属性的外链，我会加上 UTM 参数。

比如提交到 Toolify 的链接，就标记：

utm_source=toolify

提交到某个导航站，就标记：

utm_source=navxxxx

然后去 GA 后台查看这些来源带来的访问、停留、注册和转化。

这样你会知道：

哪些渠道真的带来了用户，
哪些只是看起来曝光不错，但实际没有任何反馈。

但这里有一个重要细节：

不要把“有没有点击”当成判断外链价值的唯一标准。

因为外链有两个作用：

一个是直接带来流量；
另一个是帮助搜索引擎判断网站的权威性和相关性。

有些网站 DR 很高，可能一个月没有带来几个点击，但它的链接依然可能帮助你的页面提升排名。

反过来，有些小网站虽然权重不高，但用户非常精准，反而能持续带来真实访问和转化。

所以判断外链效果，不能只看一个数据。

流量看 GA，
排名看 Google Search Console，
权重看外链质量，
最终看它有没有帮助网站获得更多自然搜索流量。

数据很重要，但正确理解数据更重要。

不要靠感觉做外链，也不要只追求数量。

把时间投入到真正有价值、长期有效的外链上。

所以回头看我走过的这段路。

从手动发外链发到崩溃，到想搞全自动化结果发现各种坑，最后慢慢摸索出半自动化的路子。

我现在的结论很简单。

一切有 SOP 的事情，都可以慢慢往自动化方向推。

但不是一蹴而就。

是你先把每一个环节自己亲手做一遍。

把每一步都摸透了。

知道哪里容易卡，哪里需要判断，哪里纯粹是重复劳动。

然后只把那些真正重复的环节交给工具。

判断的环节留给自己。

这就是半自动化的精髓。

不追求一步到位。

追求每一步都走得扎实。

而且说真的。

手动发外链这件事，虽然痛苦，但它有一个全自动化永远替代不了的价值。

你在手动发的过程中，会看到各种各样的网站。

海外的工具站、导航站、行业博客。

你看着别人的设计、别人的商业模式、别人怎么展示产品。

这些东西看多了，你慢慢就会有感觉。

什么产品有人买单。

什么设计能留住用户。

什么定价策略靠谱。

这种商业直觉，是刷不出来的。

是每天一条一条外链发出来的。

所以就算以后工具越来越好用，自动化越来越智能。

我可能还是会留一些时间，自己手动去翻翻那些网站。

不是为了发外链。

是为了保持手感。

今天就能做的行动。

先别急着写自动化脚本。

把你最常提交的那几个导航站整理出来。

整理一份标准化的产品信息模板，产品名，一句话介绍，长描述，短描述，Logo 链接。

下次提交直接复制粘贴，能省一半的手动时间。

然后给每个外链来源加上 UTM 参数。

下周去 GA 后台看看，哪些外链真的带来了流量。

不带来流量的，下次就别浪费时间了。

把时间花在真正有效的地方。

别急着追求全自动化了。更应该做的是，把重复的事模板化，把判断的事留给自己。

一个美国地址生成器，竟然做到了 13 万月访问量

Fri, 26 Jun 2026 00:57:52 +0800

把美区 Apple ID 地址换成美国免税州地址，随手便在 Google 搜索了关键词，看到了这个网站：usaddressgen.com

网站的功能非常简单，就是生成美国地址、邮编、电话和姓名，支持美国 50 个州和华盛顿特区，适合测试、开发、表单填写和数据填充。

页面结构非常简单，顶部选择州，点击生成地址，下面直接展示生成结果。

这种工具站的核心特点就是路径短，用户进来之后几乎不用思考，直接点击按钮就能获得结果。

流量数据

从流量数据看，这个网站最近增长很明显。

5 月已经达到 13 万月访问。

用户群体的国家

从国家分布看，国内用户占比最高，达到 41 %。

流量来源

网站流量来源里，自然搜索占比最高，达到 67%。

这就是一个非常标准的 SEO 工具站模型。

关键词

这些关键词都非常精准。

尤其是美国免税州地址生成和美国免税地址，这类词背后通常对应的是美区账号、海外购物、订阅服务、开发测试等场景。

盈利方式

网站的盈利方式是 Google 广告。

简单总结和思考

这个网站是非常典型的工具站点。

功能简单，页面简单，需求明确，靠 SEO 获取流量，再通过 Google 广告变现。

如果单看产品复杂度，它几乎没有什么门槛。

网站抓住了一个持续存在的搜索需求：用户需要美国地址。

不过这个站也有一个问题。

从数据看，大部分流量来自中国，而 Google 广告在国内访问环境下可能无法稳定展示，这会影响实际变现效率。

但整体来说，它依然是一个很值得参考的轻量工具站案例。

一个小功能，一个精准词，一批稳定搜索用户，就足够撑起一份小收入。

当初 1499 高德智能车盒！2+32GB、TF 、GPS + 北斗双模，如今仅几十块！老车机无损轻量化升级

Wed, 24 Jun 2026 22:53:29 +0800

天猫精灵高德版智能车盒（联名款）2019 年 5 月正式上市，刚好卡在一个尴尬节点：14-18 年出厂的大众 MIB、本田、标致、雪铁龙、起亚一大批合资老车。那会儿无线 CarPlay 盒子还不成熟、卡顿厉害。手机自带 Carlife 体验很差。

这款高德车盒刚好踩中缺口：不用改装车机、不破线、插上 USB 就能多出独立在线高德 + 语音助手，自带 4G 不用常年开手机热点，车友群讨论热度很高，属于当年老车低成本智能化最优方案。车企也顺势定制无天猫版随车选配、加装，市面上零售 + 车企配套两头出货量不小。

传输逻辑通过 USB 有线接入车辆 USB 口获取供电，依靠MirrorLink/A+Link 协议和原车中控建立数据通讯，把盒子系统画面、声音传输到原车屏幕、原车音响输出。

高德官方定制车载地图，实时路况、拥堵预判、区间测速、车道指引齐全。手机高德登录同一账号，目的地手机一键发送到车盒，上车直接导航。可下载全省离线地图，无网络也能正常导航。

圆柱形机身尺寸 77×77×108mm，大小刚好适配绝大多数车辆水杯槽。顶部是核心操控区域，中间点阵开孔为天猫精灵拾音发声模组，外圈一圈环形氛围指示灯，开机、联网、语音唤醒时会同步亮起。最外圈是可旋转物理旋钮。

底部散热格栅环绕四周，一侧 TF 内存卡插槽，另一侧 Type-C 供电数据二合一接口，中间隐藏复位小孔。搭配专用 L 型 USB 转 Type-C 线材，直插车辆 USB 口即可取电、传输画面，机身无内置电池，断电即刻休眠。

主控芯片采用联发科 MT6762（Helio P22）一体化车规 SoC，12nm 制程工艺，八核全 A53 架构，集成 Mali G71 MP2 图形处理器，主频 700MHz，独立运行高德地图、AR 实景画面，长时间运行低发热不卡顿。

内存存储，分两个版本全系统一 2GB LPDDR3 运行内存，区分两种闪存规格：MT2.0 早期首发版：32GB eMMC。MT2.1 后期减配版：16GB eMMC 机身存储。

出厂内置全网通 4G 模块（2025 年 12 月 31 日官方 4G 服务器永久关停，现已失效）。保留 WiFi 802.11b/g/n 无线连接，可连接手机热点实现在线导航、听歌。搭载 GPS + 北斗双模卫星定位。

目前的话内置内置流量卡不能用了，需要刷机然后可以插自己的卡。不然的话就开手机热点个车盒使用。其他核心功能不受影响。适合2020 年前带 MirrorLink 协议的老合资油车，只想要低成本拥有独立高德导航 + 语音，不想大价钱改装中控大屏

让手机运行 Linux 系统，这个开源神器有点猛...

Wed, 24 Jun 2026 17:45:27 +0800

GitHub 上找到 iSH 这个开源工具，能在苹果设备上运行一个 Linux Shell 环境。

打开 iSH，就是一个 Alpine Linux 系统，跟在电脑上用 Alpine 几乎没什么差别。

我们可以在上面安装 Python 依赖、运行脚本，也能通过 ssh 连接到自己的 Linux 服务器。

有了它，我哪位做运维的朋友，只需要掏出手机，连接到服务器，敲完几行命令就继续玩了。

可能有人要问，iOS 系统这么封闭，为什么别的终端 App 无法实现与 iSH 类似的功能。

卡点就在 iOS 不让用 JIT，很多人是通过模拟的解决方案，但基本走到这就卡主了。

而 iSH 的作者也是一个牛人，自己手写了一个解释器，把指令翻成一串函数指针，挨个往下调。

他把这套玩法叫线程化代码，硬是把模拟速度拉到比普通分支调度的三到五倍。

有意思的是，作者还在 README 文件里吐槽，这些底层几乎全用汇编语言写的，写到怀疑人生了。

我第一次看到这个项目的时候真得哭笑不得，可也正是因为作者这份较真劲。

让 iSH 能够在 App Store 上正经上架的应用，不需要大家手机越狱也能用。

有需求的朋友，直接在 App Store 搜 iSH Shell 安装，打开就是一个可以用的 Shell 终端。

不过说实话，工具也是有缺点的。

它本质上是 x86 模拟，关于性能这块别太指望它有多流畅，稍微运行复杂一点的命令可能会卡。

另外能装的是 i386 版本的 Alpine 包，不是每个程序都有对应版本。

再加上 iOS 后台管得死，挂个长任务一切出去，回来可能就被系统给掐了。

写在最后

这两年苹果系统的芯片越来越猛，不少人都动过拿它当轻量生产力工具的心思。

可系统的封闭性依然还在，在移动设备上它和真正的开发环境之间，依然存在一道墙。

而 iSH 刚好所做的事，就是在这道墙上凿开一个小洞，让移动设备也能摸到底层的命令行。

但它替代不了电脑，这点我们心里得有数，只是多了一个能随时用的 Linux 环境，应急用下可以。

这样我们出门在外玩的时候，只要带着一台苹果手机，遇到紧急情况也不至于那么慌张。

GitHub 项目地址：https://github.com/ish-app/ish

惊天捡漏！戴尔1L神机跌破200元！百元价位手搓NAS，4K硬解、静音零风扇，性价比彻底封神！

Wed, 24 Jun 2026 17:34:45 +0800

今年NAS圈最大的捡漏神车来了！

谁能想到，一台带CPU、1L迷你机身、支持4K硬解、被动静音散热的品牌小主机，如今闲鱼价格直接跌破200元，百元出头就能拿下！

这款机型我们团队早就实测魔改过，四盘位NAS方案完美适配，稳定性拉满、功耗极低、玩法超多！今天详细给大家拆解这台戴尔Wyse 5070，百元预算想低成本搭建家用NAS、影音服务器、私有云，这台绝对是闭眼入的真香机！

一百多块钱，插根内存、装块硬盘，直接变身专业NAS，这性价比真的找不到对手！

一、机型基础配置：静音零风扇，超低功耗封神

戴尔Wyse 5070 是正宗1L迷你商用小主机，机身小巧不占地，桌面摆放、弱电箱收纳都适配。整机分为两个版本配置，满足不同家用需求：

✅ J4105处理器 + UHD600核显

✅ J5005处理器 + UHD605核显

两款CPU均支持完整4K硬件解码，影音串流、4K电影自动转码、海报墙渲染毫无压力，是家用影音NAS的刚需属性！

最核心的亮点：全系被动散热、无风扇设计！整机零噪音运行，彻底杜绝风扇异响、积灰故障，7×24小时常年挂机稳定又安静。搭配超低功耗架构，日常挂机几乎不耗电，长期使用零负担。

二、全满配接口！百元机越级配置，拓展拉满

别看价格便宜，这台戴尔小主机的接口配置丝毫没有缩水，日常使用、后期拓展完全够用：

前面板接口：双USB2.0、单USB3.0、全功能Type-C接口、双3.5mm音频接口

重点夸赞这颗全功能Type-C口！支持视频输出、外设读取、移动硬盘接驳、供电适配，全能接口实用性拉满。

后面板接口：4个USB3.0、串口、音频接口、原生千兆网口、专属电源口、多DP视频输出（J4105双DP口 / J5005三DP口），多屏办公、影音输出完全无压力。

三、主板原生拓展！可玩性远超同价位机型

拆机可见主板满满拓展能力，绝非百元缩水机可比：

自带USB3.0插针、M.2 SATA固态接口（仅支持SATA协议固态，稳定适配家用）、M.2 WiFi拓展接口、双DDR4笔记本内存插槽。

部分机型自带EMMC存储，标配16G/高配32G，亲测16G EMMC可直接安装飞牛系统，无需额外加装系统盘，进一步节省装机成本！

四、超强魔改能力！轻松变身多盘位专业NAS

这台机器真正的精髓，就是超高DIY魔改上限！

利用主板闲置的M.2 WiFi接口，可直接转接双SATA/六口SATA转接卡，搭配原生M.2固态位，整机可拓展出1个M.2固态位 + 2-6个SATA硬盘位，存储上限直接拉满。

而且该机供电兼容性极强！原厂标配19.5V电源，亲测12V普通电源也能完美适配使用，对新手极其友好，不用纠结电源适配问题。

五、专属魔改套件！无损变身专业NAS

手里已有戴尔Wyse 5070的兄弟，专属福利来了！

无需复杂拆机、不用破坏原机结构，只需拆掉机身侧盖，搭配我们定制的专用魔改套件，一键无损变身专业NAS！

✅ 双盘位套餐：1个M.2固态位 + 2个3.5寸大硬盘位，家用基础存储完全够用

✅ 四盘位金属套餐：支持硬盘热插拔，商用级体验，硬盘维护无需关机，稳定性、实用性直接拉满

六、全网抄底价！性价比彻底碾压同行

目前闲鱼市场价真的堪称离谱捡漏！

? 纯完好拆机主板：低至145元（包正常点亮使用）

? 完整J4105整机带CPU：仅198元

一百多元的成本，就能组一台静音、低功耗、4K硬解、可多盘位拓展的专业NAS，对比几千元品牌机、几百元DIY主机，性价比直接断层碾压！

预算有限、想低成本体验NAS私有云、影音挂机、文件备份的兄弟，这台戴尔Wyse 5070绝对是当下闭眼冲的捡漏神机！

大家觉得这台百元NAS值不值？评论区聊一聊！

双向NAT与NAT回流：让内网用户“绕圈”访问内网服务器的底层逻辑

Wed, 24 Jun 2026 17:14:32 +0800

在企业网络场景中，我们常常会遇到这样的需求：内网服务器被发布到互联网后，外网用户可以通过公网IP访问，可内网用户也想通过同一个公网IP访问这台内网服务器，这该如何实现？今天我们就来深度解析双向NAT（NAT回流）的原理，带你看透这个“绕圈”访问的底层逻辑。

一、场景铺垫：从外网访问内网服务器说起

假设企业有一台内网服务器（IP：172.16.1.1，提供80端口服务），通过防火墙发布到互联网，公网IP为200.1.1.10。

当外网用户（如IP为88.1.1.1）访问该服务器时，流量流程是这样的：

1. 外网用户发送请求，目的IP为200.1.1.10，目的端口80。

2. 防火墙收到请求后，通过静态NAT映射，将目的IP从200.1.1.10转换为内网服务器IP172.16.1.1，并记录会话表项。

3. 内网服务器收到请求后回包，源IP为172.16.1.1，目的IP为88.1.1.1。

4. 防火墙再次通过会话表项，将源IP从172.16.1.1转换为200.1.1.10，将回包发往外网用户。

这样，外网到内网的访问就顺畅完成了。

但如果内网用户也想通过公网IP200.1.1.10访问这台内网服务器，问题就来了——因为按照常规路由，内网用户直接访问200.1.1.10会被路由到互联网，无法“绕回”内网服务器。这时候，双向NAT（NAT回流）就派上用场了。

二、双向NAT（NAT回流）的核心逻辑

内网用户（如IP为192.168.1.1）想通过公网IP200.1.1.10访问内网服务器172.16.1.1，需要让流量“绕”防火墙一圈，实现步骤如下：

步骤1：目的IP转换（把公网IP转成内网服务器IP）

当内网用户发送请求到200.1.1.10时，防火墙先拦截流量，通过静态NAT策略将目的IP从200.1.1.10转换为内网服务器IP172.16.1.1，确保流量能到达内网服务器。

步骤2：源IP转换（让回包能“绕”回来）

如果只做目的IP转换，内网服务器回包时会直接将数据发给192.168.1.1，但此时内网用户期待的是来自200.1.1.10的响应，导致会话不匹配，访问失败。

因此，还需要第二步：在防火墙配置源NAT策略，将内网用户的**源IP192.168.1.1**转换为防火墙内网口的IP（如10.1.1.1）。这样，内网服务器回包时，目的IP是10.1.1.1，流量会先回到防火墙。

步骤3：回包的二次转换（还原真实源目IP）

防火墙收到内网服务器的回包后，根据之前的会话表项，将：

• 源IP从172.16.1.1转换为200.1.1.10（还原公网IP）；

• 目的IP从10.1.1.1转换为192.168.1.1（还原内网用户IP）。

最终，内网用户收到来自200.1.1.10的响应，访问成功。

三、抓包验证：看清流量的“变形记”

为了更直观理解，我们通过抓包分析流量的变化：

1. 内网用户发请求：源IP192.168.1.1，目的IP200.1.1.10，端口80。

2. 防火墙处理后：目的IP变为172.16.1.1，源IP变为10.1.1.1。

3. 内网服务器回包：源IP172.16.1.1，目的IP10.1.1.1。

4. 防火墙二次处理后：源IP变为200.1.1.10，目的IP变为192.168.1.1。

整个过程中，防火墙通过两次NAT转换（目的+源），让流量“绕圈”后仍能正确匹配会话，实现内网用户通过公网IP访问内网服务器。

四、总结

双向NAT（NAT回流）的本质是对流量的“双向变形”：既修改目的IP让流量到达内网服务器，又修改源IP让回包能“绕”回防火墙，最终还原成内网用户期待的会话。

DMARC 配置生效完整验证方法（适配 Microsoft Defender for Office 365 + xxxx.com）

Wed, 24 Jun 2026 17:09:03 +0800

DMARC 配置生效完整验证方法（适配 Microsoft Defender for Office 365 + xxxx.com）

分四层验证：DNS 解析是否存在 → 语法是否正确 → 邮件发送校验 → DMARC 报告验证（最权威）

一、第一步：查询 DNS，确认记录已正常解析

方式 1：在线工具（最简单）

MXToolbox DMARC 查询打开：https://mxtoolbox.com/DMARC.aspx 输入 broadradio.com，点击 DMARC Lookup 正常结果：能完整读出你的 v=DMARC1; p=xxx; rua=... 整条记录异常：No DMARC Record Found → DNS 未生效、主机填错（写成 @而非_dmarc）、域名输错
dmarcian 检测（微软文档推荐） https://dmarcian.com/dmarc-record-checker/ 会标注语法错误、缺失字段、策略风险。

CentOS安装部署下载服务器

Wed, 24 Jun 2026 00:16:09 +0800

1：部署的目的是做一个类似下面开源镜像网站，把一些软件或者资料上传到服务器上面，减少用户在互联网上下载资料的次数，提高效率，减少病毒。

2：使用下面的命令配置本机的IP地址主机名等信息。后期使用IP地址进行访问。

nmtui

3：安装httpd。

yum install httpd -y

4：启动服务并加入开机自启。

systemctl start httpdsystemctl enable httpd

5：放行80端口。

firewall-cmd --permanent --add-port=80/tcp --zone=publicfirewall-cmd --reload

或者关闭防火墙。

systemctl disable --now firewalld

6：在浏览器中输入本机的IP地址http://IP，看到下面的网页说明安装已经成功。

7：编辑配置文件，改成目录的方式。

vi /etc/httpd/conf.d/welcome.conf

8：把Indexes前面改成+号，表示如果没有indes.html文件的话，用目录的方式显示。

9：重启服务。

systemctl restart httpd

10：再次访问网页，变成下面的页面。

11：编辑配置文件。

vi /etc/httpd/conf/httpd.conf

12：添加下面的代码，可以支持中文的名称。

 IndexOptions Charset=UTF-8

检查配置文件是否有错误。

httpd -t

13：文件夹默认的位置是/var/www/html

cd /var/www/html

14：新建一个测试文件夹。

mkdir 测试

15：重启服务。

systemctl restart httpd

16：再次访问网页，可以看到文件夹。

17：上传一个名字很长的文件进行测试，发现名称没有显示全。这是个RAR的文件。

18：编辑配置文件autoindex.conf。

vi /etc/httpd/conf.d/autoindex.conf

在配置文件中加入下面的代码。

IndexOptions FancyIndexing HTMLTable VersionSort NameWidth=*

19：再次重启服务。

systemctl restart httpd

20：再次刷新网页，名称显示完全。

配置基于VLAN的VLAN Mapping（多对1）

Mon, 22 Jun 2026 23:43:07 +0800

一、拓扑

#要求：

假设PC1模拟三个不同vlan网段

vlan100，100.1.1.1/24

vlan101，101.1.1.1/24

vlan102，102.1.1.1/24

PC1可以和外网地址6.6.6.6通信

二、解法参考

#这里就写SW5的配置即可，其它都比较简单

三、测试实例

#PC1使用100.1.1.1访问外网

#PC1使用101.1.1.1访问外网

#PC1使用102.1.1.1访问外网