來源于百度：
https://baike.baidu.com/item/%E5%86%85%E5%AE%B9%E5%88%86%E5%8F%91%E7%BD%91%E7%BB%9C/4034265?fr=ge_ala

通過上圖，我們可以了解到，使用了CDN緩存后的網站的訪問過程變為：

1. 用戶向瀏覽器提供要訪問的域名；

2. 瀏覽器調用域名解析庫對域名進行解析，由于CDN對域名解析過程進行了調整，所以解析函數庫一般得到的是該域名對應的CNAME記錄，為了得到實際IP地址，瀏覽器需要再次對獲得的CNAME域名進行解析以得到實際的IP地址；在此過程中，使用的全局負載均衡DNS解析，如根據地理位置信息解析對應的IP地址，使得用戶能就近訪問。

3. 此次解析得到CDN緩存服務器的IP地址，瀏覽器在得到實際的IP地址以后，向緩存服務器發出訪問請求；

4. 緩存服務器根據瀏覽器提供的要訪問的域名，通過Cache內部專用DNS解析得到此域名的實際IP地址，再由緩存服務器向此實際IP地址提交訪問請求；

5. 緩存服務器從實際IP地址得得到內容以后，一方面在本地進行保存，以備以后使用，另一方面把獲取的數據返回給客戶端，完成數據服務過程；

6. 客戶端得到由緩存服務器返回的數據以后顯示出來并完成整個瀏覽的數據請求過程。

通過以上的分析我們可以得到，為了實現既要對普通用戶透明(即加入緩存以后，用戶客戶端無需進行任何設置，直接使用被加速網站原有的域名即可訪問)，又要在為指定的網站提供加速服務的同時降低對ICP的影響，只要修改整個訪問過程中的域名解析部分，以實現透明的加速服務，下面是CDN網絡實現的具體操作過程。

1. 作為ICP，只需要把域名解釋權交給CDN運營商，其他方面不需要進行任何的修改；操作時，ICP修改自己域名的解析記錄，一般用cname方式指向CDN網絡Cache服務器的地址。
2. 作為CDN運營商，首先需要為ICP的域名提供公開的解析，為了實現sortlist，一般是把ICP的域名解釋結果指向一個CNAME記錄；
3. 當需要進行sortlist時，CDN運營商可以利用DNS對CNAME指向的域名解析過程進行特殊處理，使DNS服務器在接收到客戶端請求時可以根據客戶端的IP地址，返回相同域名的不同IP地址；
4. 由于從cname獲得的IP地址，并且帶有hostname信息，請求到達Cache之后，Cache必須知道源服務器的IP地址，所以在CDN運營商內部維護一個內部DNS服務器，用于解釋用戶所訪問的域名的真實IP地址；
5. 在維護內部DNS服務器時，還需要維護一臺授權服務器，控制哪些域名可以進行緩存，而哪些又不進行緩存，以免發生開放代理的情況。