我想使用特定的DNS服务器手动设置/解析DNS，使用<link>标签可以以某种方式实现吗？我的猜测不是，但是为什么不能完成？
我知道这里有rel="dns-prefetch" href="https://example.com"
但是为什么我不能手动设置它并使用类似的东西：
<!-- use a specific server for example.com -->
<link rel="dns-resolve" href="example.com" value="31.139.62.106">
或使用ajax执行以下操作：
fetch('https://31.139.62.106/api/', {
headers: {
Host: 'example.com'
}
})
host被列为MDN的forbidden request header names之一。但是为什么要禁止它呢？它有什么害处？
对我来说，这只是90年代的历史推理之一，我找不到答案...或者我太愚蠢，无法弄清楚为什么...?️♂
无法指定它似乎对我自己的隐私造成更大的伤害。
原因/背景：我今天建立了一个服务，并使用了其中的一些支持WebTorrent开发人员构建的公共可用WebSocket跟踪器。
（所有这一切与洪流内容完全无关。只是使用了websocket跟踪器来将WebRTC同行与我构建的其他完全合法的东西相匹配）。
我决定今天在公共市政wifi热点上进行尝试，发现tracker.example.com被我的ISP或某些路由器配置阻止了。它一定是基于域名而不是IP地址，因为后来我发现example.com在工作，而tracker.example.com没有在工作。顶级域名和子域名都有相同的IP地址，但我可以浏览example.com，但不能浏览tracker.example.com（对其他3个公共跟踪器也是如此）
对我来说，这表明他们只是在偷听我在wifi上所做的事情，并且阻止任何以tracker开头的域。我收到的消息与“禁止的B / C版权/隐私原因bla bla bla”相符-我可以理解为什么，但是那太烦人了！
此后，我开始通过https查看dns-如果下周我下次访问公共wifi可能解决该问题，请尝试一下。