<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>DNS on 魔都水滴</title>
    <link>https://blog.margrop.net/tag/dns/</link>
    <description>Recent content in DNS on 魔都水滴</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-CN</language>
    <lastBuildDate>Wed, 29 Jul 2026 20:00:00 +0800</lastBuildDate>
    <atom:link href="https://blog.margrop.net/tag/dns/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>一个名字凭什么值 3000 万美元？域名：互联网上最容易被低估的房地产</title>
      <link>https://blog.margrop.net/post/%E5%9F%9F%E5%90%8D-domain-name-internet-real-estate/</link>
      <pubDate>Wed, 29 Jul 2026 20:00:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/%E5%9F%9F%E5%90%8D-domain-name-internet-real-estate/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;域名不是网站本身，也不是一条神奇的 DNS 记录。它更像互联网街区里的“门牌号 + 店招 + 房产交易标的”：DNS 负责把访客带到正确位置，注册数据和账户权限决定谁能管理这个门牌，商标和争议规则决定谁有资格继续使用它。&lt;/p&gt;&#xA;&lt;p&gt;一个好域名之所以可能卖到几千万美元，并不是因为它在服务器里占了很多磁盘，而是因为它同时拥有稀缺性、记忆性、品牌解释力和流量入口。&lt;strong&gt;买家买的不是几个字符，而是少走几年弯路的信任成本。&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;/blockquote&gt;</description>
    </item>
    <item>
      <title>WiFi 为什么卡？用小学生能懂的话，一次讲透网络、TCP/UDP 和两个“5G”</title>
      <link>https://blog.margrop.net/post/network-basics-tcp-udp-wifi-5g/</link>
      <pubDate>Sat, 18 Jul 2026 08:30:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/network-basics-tcp-udp-wifi-5g/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;网络&lt;/strong&gt;就是电脑之间的&amp;quot;快递系统&amp;quot;：数据被切成一个个&amp;quot;包裹&amp;quot;（数据包），贴上&amp;quot;地址&amp;quot;（IP），由&amp;quot;分拣中心&amp;quot;（路由器）一站站转运到对方手里。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;TCP 像打电话&lt;/strong&gt;：先接通再说话，没听清就重说，靠谱但麻烦；&lt;strong&gt;UDP 像寄明信片&lt;/strong&gt;：写完就扔出去，快但不保证送到。看视频、打游戏用 UDP 更合适，传文件、刷网页用 TCP 更稳妥。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;三次握手&lt;/strong&gt;就是打电话开头的三句话：&amp;ldquo;喂，听得到吗？&amp;quot;——&amp;ldquo;听得到，你听得见我吗？&amp;quot;——&amp;ldquo;我也听得见，开始说正事吧。&amp;rdquo;&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;有线网络&lt;/strong&gt;像家里的专用水管，&lt;strong&gt;WiFi&lt;/strong&gt; 像大广场上喊话——大家一起喊就会互相听不清，这就是 WiFi 卡顿的最大原因。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;WiFi 的 5G&lt;/strong&gt; 是&amp;quot;5GHz 频段&amp;rdquo;（一条更宽更快的车道），&lt;strong&gt;手机信号的 5G&lt;/strong&gt; 是&amp;quot;第五代移动通信技术&amp;rdquo;（一代标准）。两个 5G 只是重名，完全是两回事。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;全文没有一句黑话，每个概念都用生活里的事打比方；但所有数据都来自真实命令实测（IP 地址和主机名均已打码），小学生能看懂七成，大人也不会觉得浅。&lt;/p&gt;&#xA;&lt;/blockquote&gt;</description>
    </item>
    <item>
      <title>买了海外 VPS 又有顶级域名，然后呢？这 12 件事，才是公网 IP 真正的含金量</title>
      <link>https://blog.margrop.net/post/vps-domain-personal-internet-infrastructure/</link>
      <pubDate>Sat, 11 Jul 2026 13:30:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/vps-domain-personal-internet-infrastructure/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;单独一台海外 VPS，只是一间通了电、接了网、却没有门牌号的小房间；单独一个顶级域名，只是一块漂亮招牌。把域名托管到 Cloudflare，再将 DNS 指向 VPS，才等于同时拥有“门牌、导航、店面和公网入口”。&lt;/p&gt;&#xA;&lt;p&gt;它真正的价值并不是“可以搭一个博客”这么简单，而是让普通人第一次拥有一块全天在线、能被全世界标准互联网访问、能运行自己代码的数字土地：博客、API、Webhook、状态页、密码库、监控、文件入口、自动化任务、远程访问中转，甚至个人 AI 服务的统一入口，都可以从这里长出来。&lt;/p&gt;&#xA;&lt;p&gt;但公网 IP 也像一扇开在闹市区的门：你刚装好门锁，互联网上的扫描器可能已经来拧过门把手。因此本文既讲“能做什么”，也讲“哪些东西千万别直接暴露”。&lt;/p&gt;&#xA;&lt;/blockquote&gt;</description>
    </item>
    <item>
      <title>80元十年域名买完后，下一步就交给 Cloudflare</title>
      <link>https://blog.margrop.net/post/cloudflare-domain-dns-ddns-email-agent/</link>
      <pubDate>Wed, 13 May 2026 08:46:06 +0800</pubDate>
      <guid>https://blog.margrop.net/post/cloudflare-domain-dns-ddns-email-agent/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;便宜域名买完只是第一步。真正能把这个域名玩起来的地方，是把它接到 Cloudflare：DNS 解析、动态 DDNS、企业邮箱验证、邮件转发、证书自动化、甚至让 OpenClaw / HermesAgent 这类 Agent 通过受限 API Token 帮你维护复杂配置，都可以从这里开始。前文已经讲了如何购买最便宜的 &lt;code&gt;10 年 80 元&lt;/code&gt; 左右的 &lt;code&gt;.xyz&lt;/code&gt; 域名，本文就接着讲：买完以后，怎么把它交给 Cloudflare 这个“互联网大善人”，并且尽量少走弯路。&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;本文所有截图和示例都使用 &lt;code&gt;example.xyz&lt;/code&gt;、&lt;code&gt;203.0.113.10&lt;/code&gt;、&lt;code&gt;2001:db8::10&lt;/code&gt; 这类公开文档占位符，不包含真实域名、真实 IP、Cloudflare 账号、Zone ID、API Token 或任何内网信息。你照着做时，把占位符替换成自己的域名和服务地址即可。&lt;/p&gt;</description>
    </item>
    <item>
      <title>80 块买十年：个人建站域名，为什么我会优先看 6 位数字 .xyz</title>
      <link>https://blog.margrop.net/post/low-cost-xyz-domain-for-personal-labs/</link>
      <pubDate>Tue, 12 May 2026 19:10:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/low-cost-xyz-domain-for-personal-labs/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;如果你的主要用途是家庭自用、个人测试、临时 Demo、本地服务外部回调、开发环境验证，而不是企业官网、正式品牌、长期公开产品，那么我会优先推荐低成本 &lt;code&gt;.xyz&lt;/code&gt; 域名，尤其是国内平台上经常能看到的 6 位数以上纯数字 &lt;code&gt;.xyz&lt;/code&gt;。以腾讯云域名注册页面实际结算价为准，某些 6 位数以上纯数字 &lt;code&gt;.xyz&lt;/code&gt; 组合可以做到首年和续费都很低，按 8 元/年理解，一次买 10 年也就是 80 元。这不是“最体面”的域名方案，但对个人实验室来说，它往往是最不折腾、最便宜、也最够用的方案。&lt;/p&gt;&#xA;&lt;p&gt;这篇文章只讨论非正式建站和个人用途。公司品牌、商业项目、公开产品、需要长期传播的站点，不建议只因为便宜就选一串数字域名。&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;很多人第一次折腾个人站点、家庭实验室、NAS 回调、Webhook、临时 API、测试面板时，都会卡在一个很不起眼的问题上：到底要不要买域名，买什么域名。&lt;/p&gt;&#xA;&lt;p&gt;我自己的建议很简单：如果这是一个严肃品牌，域名应该认真挑；如果只是个人自用和测试环境，别把太多钱和精力浪费在名字上。域名在这类场景里的价值不是“好听”，而是给服务一个稳定入口，让 DNS、HTTPS、反向代理、证书续期、第三方回调、远程访问这些事情变得顺手。&lt;/p&gt;</description>
    </item>
    <item>
      <title>给 NAS 挂上 speedtest 子域名，为什么有时能快一大截？</title>
      <link>https://blog.margrop.net/post/nas-speedtest-subdomain-acceleration/</link>
      <pubDate>Fri, 24 Apr 2026 09:00:00 +0800</pubDate>
      <guid>https://blog.margrop.net/post/nas-speedtest-subdomain-acceleration/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;先说结论&lt;/strong&gt;&lt;/p&gt;&#xA;&lt;p&gt;如果你家里的 NAS 外网访问一直被限速，而你又恰好能控制自己的域名和反代入口，那么把入口子域名改成带 &lt;code&gt;speedtest&lt;/code&gt; 的形式，确实有机会明显改善体验。&lt;br&gt;&#xA;这不是魔法，也不是绝对规则，更像是命中了某些运营商对“测速相关流量”的放行或弱限制策略。&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;我参考了飞牛私有云论坛上的一篇讨论，原帖的核心观点很直接：家庭宽带有时会对普通外网访问做比较明显的策略性限速，但如果访问目标在域名里带了 &lt;code&gt;speedtest&lt;/code&gt;，链路表现就可能突然变得宽松很多。本文不复述那篇帖子里的口吻，而是把这个思路整理成一篇更适合长期保存的博客笔记，重点回答三个问题：&lt;/p&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;这个办法为什么可能有效&lt;/li&gt;&#xA;&lt;li&gt;具体应该怎么落地&lt;/li&gt;&#xA;&lt;li&gt;什么情况下它不会生效，或者不值得折腾&lt;/li&gt;&#xA;&lt;/ol&gt;</description>
    </item>
    <item>
      <title>Proxmox VE 常用本地路径，以及如何修改hosts、主机名、IP地址和DNS配置</title>
      <link>https://blog.margrop.net/post/proxmox-ve-url-and-modify-hosts-ip-dns/</link>
      <pubDate>Fri, 22 Jan 2021 17:02:01 +0800</pubDate>
      <guid>https://blog.margrop.net/post/proxmox-ve-url-and-modify-hosts-ip-dns/</guid>
      <description>&lt;p&gt;PVE本地ISO文件目录：&lt;code&gt;/var/lib/vz/template/iso&lt;/code&gt;&#xA;PVE本地OVZ文件目录：&lt;code&gt;/var/lib/vz/template/cache&lt;/code&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Proxmox VE 安装完成后的初始化环境脚本</title>
      <link>https://blog.margrop.net/post/proxmox-ve-init-bash-script/</link>
      <pubDate>Fri, 22 Jan 2021 16:42:46 +0800</pubDate>
      <guid>https://blog.margrop.net/post/proxmox-ve-init-bash-script/</guid>
      <description>&lt;p&gt;个人为了方便安装PVE，自己整理的相关命令，请根据自己的环境自行修改。&lt;/p&gt;</description>
    </item>
    <item>
      <title>Let&#39;&#39;s Encrypt通过DNS TXT记录来验证域名有效性</title>
      <link>https://blog.margrop.net/post/lets-encrypt-use-dns-txt-acme-challenge-domain-available/</link>
      <pubDate>Tue, 19 Jan 2021 10:39:58 +0800</pubDate>
      <guid>https://blog.margrop.net/post/lets-encrypt-use-dns-txt-acme-challenge-domain-available/</guid>
      <description>&lt;p&gt;我们在使用&lt;code&gt;letsencrypt&lt;/code&gt;获取免费的&lt;code&gt;HTTPS&lt;/code&gt;证书的时候，&lt;code&gt;letsencrypt&lt;/code&gt;需要对域名进行验证。默认情况下它的验证方式是这样的：&lt;/p&gt;&#xA;&lt;ol&gt;&#xA;&lt;li&gt;&lt;code&gt;certbot&lt;/code&gt;程序在&lt;code&gt;web&lt;/code&gt;目录的根目录下放置一个文件。&lt;/li&gt;&#xA;&lt;li&gt;&lt;code&gt;letsencrypt&lt;/code&gt;的服务器通过域名来访问这个文件，来验证你申请的域名是属于你的&#xA;但有时候我们想为内网的某台主机设置&lt;code&gt;HTTPS&lt;/code&gt;，因为内网的主机无法被&lt;code&gt;letsencrypt&lt;/code&gt;的服务器访问到，&lt;code&gt;certbot --nginx certonly&lt;/code&gt;就会出现&lt;code&gt;Connection refused&lt;/code&gt;的错误。&lt;/li&gt;&#xA;&lt;/ol&gt;</description>
    </item>
  </channel>
</rss>
