<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Reverse-Proxy on 魔都水滴</title>
    <link>https://blog.margrop.net/tag/reverse-proxy/</link>
    <description>Recent content in Reverse-Proxy on 魔都水滴</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-CN</language>
    <lastBuildDate>Fri, 24 Apr 2026 09:00:00 +0800</lastBuildDate>
    <atom:link href="https://blog.margrop.net/tag/reverse-proxy/index.xml" rel="self" type="application/rss+xml" />
    <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>
  </channel>
</rss>
