Can you summarize the following document?
        
  DNS over HTTPS利用HTTP協議的GET命令發出經由JSON等編碼的DNS解析請求。較於傳統的DNS協議,此處的HTTP協議通訊處於具有加密作用的SSL/TLS協議(兩者統稱作HTTPS)的保護之下。但是,由於其基於HTTPS,而HTTPS本身需要經由多次資料來回傳遞才能完成協議初始化,其域名解析耗時較原DNS協議會顯著增加。  基於HTTPS的DNS是尚在提議階段的標準,由IETF以<nowiki>RFC 8484</nowiki>(2018年10月)釋出。它使用HTTP / 2和HTTPS,並支援有線格式DNS響應資料,如現有UDP響應中所返回的,在具有MIME型別application / dns-message的HTTPS有效負載中。如果使用HTTP / 2,伺服器也可以使用HTTP / 2伺服器推送來傳送它預期客戶端可能提前發現有用的值。  傳統的DNS協議形成於因特網早期,直接基於UDP或TCP協議,且彼時未慮及現代安全性的需要,未利用密碼學等手段進行加密或驗證。因而,其無法抵禦現代因特網常見的DNS投毒汙染等攻擊手段或監聽。雖然後來的DNSSEC方案通過電子簽名進行驗證,強化了DNS的安全性,並能夠抵禦DNS投毒汙染等篡改通訊的手段,但其對於中間網路裝置進行的監聽仍然沒有抵禦能力(隨後,監聽者可以通過獲取的通訊資料知曉使用者訪問了哪一域名,而域名往往與具體的網站相關聯)。此外,DNSSEC的起效要求現有的大量DNS解析服務的提供商(常為因特網服務供應商或第三方大型因特網機構)對已有的DNS伺服器進行大範圍修改等問題,其推進程序並不理想。而對於DNS over HTTPS,在正確部署服務端並妥善配置客戶端的前提下,因特網服務供應商或其它中間網路裝置無法解密(亦即無法獲知請求的實際內容)或者篡改已經加密的HTTPS通訊,故其能夠有效保護因特網使用者的安全及隱私;另一方面,其基於已經成熟並已廣泛部署的HTTPS協議,客戶端進行利用較為方便。

  DNS over https用於DNS解析器的遞迴DNS解析。 解析器(DoH客戶端)必須能夠訪問託管查詢端點的DoH伺服器。基於HTTPS的DNS缺乏作業系統的本機支援。 因此,希望使用它的使用者必須安裝附加軟體。 三種使用場景很常見:  1.在應用程式中使用DoH實現:某些瀏覽器具有內建的DoH實現,因此可以繞過作業系統的DNS功能來執行查詢。 缺點是應用程式可能無法通過錯誤配置或缺乏對DoH的支援來通知使用者是否跳過DoH查詢。  2.在本地網路中的名稱伺服器上安裝DoH代理:在此方案中,客戶端系統繼續使用傳統(埠53或853)DNS來查詢本地網路中的名稱伺服器,然後通過到達來通過DoH收集必要的回覆 網際網路中的DoH伺服器。 此方法對終端使用者是透明的。  3.在本地系統上安裝DoH代理:在此方案中,作業系統配置為查詢本地執行的DoH代理。 與前面提到的方法相反,需要在希望使用DoH的每個系統上安裝代理,這可能需要在更大的環境中付出很多努力。  4.為作業系統安裝DoH解析外掛  在所有這些方案中,DoH客戶端不直接查詢任何權威名稱伺服器。 相反,客戶端依賴於使用傳統(埠53或853)查詢的DoH伺服器來最終到達權威伺服器。 因此,DoH不具備端到端加密協議的資格,只有逐跳加密且僅在始終使用DNS over TLS時才有資格。

  

  DNS over HTTPS 功能已由部分公共DNS支援。列表如下:  設定好後,在位址列輸入 about:networking 可以看到具體通訊情況

  2019年11月17日,一篇在微軟官方部落格釋出的博文宣佈,Windows 將支援 DNS over HTTPS(DoH),以加密 DNS 流量保護使用者隱私。
(縮寫:)是一個進行安全化的域名解析的方案。其意義在於以加密的HTTPS協議進行DNS解析請求,避免原始DNS協議中使用者的DNS解析請求被竊聽或者修改的問題(例如中間人攻擊)來達到保護使用者隱私的目的。Google及Mozilla基金會正在測試這一協議,作為其提高網路安全性的努力的一部分。