2. 程式人生 > >網站未備案臨時解決方案總結

網站未備案臨時解決方案總結

阿新 • • 發佈：2018-11-07

原文：http://blog.51cto.com/lxshopping/1591090

前段時間機房突然通知公司幾個網站都沒備案，在16點之前不關閉網站將直接封伺服器ip，一問起來，是以前備案都放在武漢機房，9月份武漢機房撤掉了，結果備案資訊都被幹掉了，這都是前人留下的抗，沒辦法，拿方案出來吧，下面有二套方案：

方案一：做dns cname 到已備案的二級域名

方案二：轉移到其他機房做301跳轉或者代理，讓原域名和已備案的二級域名都可以訪問網站，雙保險

 

首先施行方案一，簡單說說思路，其實就是將未備案的域名cname到已備案的二級域名上面，做法很簡單，只需要修改dns指向即可，如圖：

wKiom1SRJe_CaniXAAB4WrojRTc216.jpg

例如：

未備案的域名:test.com

已備案的域名:abc.com

更改DNS記錄，選取yeyou.abc.com作為臨時域名，在test.com域名裡面做如下更改：

test.com cname yeyou.abc.com

在abc.com域名需要新增yeyou.abc.com這個二級域名，並將這個域名指向到原伺服器。

按照這個思路做好了，理論上現在未備案域名test.com的根指向的是yeyou.abc.com，這個是備案了的，

這樣訪問www.test.com會自動的去訪問yeyou.abc.com這個二級域名對應的伺服器，按道理來說，這樣可以正常訪問www.test.com，也不存在備案問題了，因為yeyou.abc.com這個備案了的，也就是在dns這一層就做了跳轉，但是機房太二了，非得我這個test.com域名不能指向他們的伺服器，上面的yeyou.abc.com指向的仍然是他們的伺服器，由於程式碼不可能在半天之類全部修改完，網站有支付功能，所以介面、回撥連結很多，機房要求那邊ping test.com指向的ip不是他們的伺服器，只能用方案二了。

最好找一臺國外的vps，只要對國內訪問速度可以就行了，然後做301跳轉，如下圖：

wKioL1SRKKrj_7tEAACxVXt4Qng701.jpg

將test.com A記錄指向到國外的vps，yeyou.abc.com A記錄指向到原伺服器，在vps上面做nginx 301跳轉到yeyou.abc.com這個域名，終端使用者訪問的還是原伺服器，這樣可以避免test.com未備案而被封的問題，程式也不需要做很大的改動，vps nginx配置如下：

<span style="color:#333333"><span style="color:#333333"><span style="color:black"><code class="language-bash">server
<span style="color:#999999">{</span>
listen 80<span style="color:#999999">;</span>
server_name test.com www.test.com api.test.com cps.test.com <span style="color:#999999">;</span>
 
<span style="color:#0077aa">if</span> <span style="color:#999999">(</span><span style="color:#ee9900">$host</span> <span style="color:#9a6e3a">=</span> <span style="color:#669900">'www.test.com'</span><span style="color:#999999">)</span><span style="color:#999999">{</span>
        rewrite ^/<span style="color:#999999">(</span>.*<span style="color:#999999">)</span>$ http://yeyou.abc.com/<span style="color:#ee9900">$1</span> permanent<span style="color:#999999">;</span>

<span style="color:#999999">}</span>

<span style="color:#0077aa">if</span> <span style="color:#999999">(</span><span style="color:#ee9900">$host</span> <span style="color:#9a6e3a">=</span> <span style="color:#669900">'api.test.com'</span><span style="color:#999999">)</span><span style="color:#999999">{</span>
        rewrite ^/<span style="color:#999999">(</span>.*<span style="color:#999999">)</span>$ http://api.yeyou.abc.com/<span style="color:#ee9900">$1</span> permanent<span style="color:#999999">;</span>

<span style="color:#999999">}</span>

<span style="color:#0077aa">if</span> <span style="color:#999999">(</span><span style="color:#ee9900">$host</span> <span style="color:#9a6e3a">=</span> <span style="color:#669900">'cps.test.com'</span><span style="color:#999999">)</span><span style="color:#999999">{</span>
        rewrite ^/<span style="color:#999999">(</span>.*<span style="color:#999999">)</span>$ http://cps.yeyou.abc.com/<span style="color:#ee9900">$1</span> permanent<span style="color:#999999">;</span>

<span style="color:#999999">}</span>

<span style="color:#999999">}</span></code></span></span></span>

原nginx的配置就很簡單了，只需要將server_name www.test.com更換為yeyou.abc.com;即可，其他的都不用更改。使用者訪問的過程，如下圖 :

wKiom1SRK8aTDleZAACbYDuyvGQ288.jpg

國外vps只起一箇中間過渡，可以在nginx日誌裡面看到狀態碼是301，將一部分老使用者訪問test.com轉移到新域名yeyou.265g.com上。

但是有個問題，所有訪問www.test.com的使用者會被自動跳轉到yeyou.abc.com，這樣感覺很不爽，最後修改成了反向代理，使用者訪問域名不變，仍然會跳轉到原伺服器，具體做法：

vps配置如下：

<span style="color:#333333"><span style="color:#333333"><span style="color:black"><code class="language-bash">server
<span style="color:#999999">{</span>
listen 80<span style="color:#999999">;</span>
server_name www.test.com<span style="color:#999999">;</span>
access_log  logs/www.test.access.log  main<span style="color:#999999">;</span>
        ssi on<span style="color:#999999">;</span>
        proxy_redirect     off<span style="color:#999999">;</span>
        proxy_set_header   Host             <span style="color:#ee9900">$host</span><span style="color:#999999">;</span>
        proxy_set_header   X-Real-IP        <span style="color:#ee9900">$remote_addr</span><span style="color:#999999">;</span>
        proxy_set_header   X-Forwarded-For  <span style="color:#ee9900">$proxy_add_x_forwarded_for</span><span style="color:#999999">;</span>
        proxy_next_upstream error <span style="color:#dd4a68">timeout</span> invalid_header http_500 http_502 http_503 http_504<span style="color:#999999">;</span>
        proxy_max_temp_file_size 0<span style="color:#999999">;</span>
        proxy_connect_timeout      90<span style="color:#999999">;</span>
        proxy_send_timeout         90<span style="color:#999999">;</span>
        proxy_read_timeout         90<span style="color:#999999">;</span>
        proxy_buffer_size          4k<span style="color:#999999">;</span>
        proxy_buffers              4 32k<span style="color:#999999">;</span>
        proxy_busy_buffers_size    64k<span style="color:#999999">;</span>
        proxy_temp_file_write_size 64k<span style="color:#999999">;</span>
location  ^~ / <span style="color:#999999">{</span>
<span style="color:slategray">#       proxy_cache abc_cache;</span>
        proxy_set_header Host yeyou.abc.com<span style="color:#999999">;</span>   <span style="color:slategray">#注意要指定跳轉的域名，否則會無法跳轉，出現502</span>
        rewrite ^<span style="color:#999999">(</span>.*<span style="color:#999999">)</span>$ /<span style="color:#ee9900">$1</span> <span style="color:#0077aa">break</span><span style="color:#999999">;</span>
        proxy_pass http://yeyou.abc.com<span style="color:#999999">;</span> <span style="color:slategray">#本地伺服器要能解析這個域名 </span>
<span style="color:#999999">}</span>
<span style="color:#999999">}</span></code></span></span></span>

原伺服器nginx配置更上面一樣，只需要將server_name 指向yeyou.abc.com即可，這樣使用者訪問的過程，如下圖：

wKiom1SRLjezCgHhAACYfeN3HT0098.jpg

可以在nginx日誌裡面看到狀態碼是200，當用戶去訪問www.test.com，vps會自動將test.com轉換成yeyou.abc.com來提供使用者訪問，這樣對使用者的體驗來說是很好的，在瀏覽器中不會跳轉到yeyou.abc.com，使用者還是用test.com去訪問網站，對使用者來說是透明的。

 

遇到的問題：

常用的nginx反向代理與上面反向代理的區別？

常用的nginx反向代理配置：

<span style="color:#333333"><span style="color:#333333"><span style="color:black"><code class="language-bash"><span style="color:slategray">## Basic reverse proxy server ##</span>
<span style="color:slategray">## Apache backend for www.quancha.cn ##</span>
upstream apachephp  <span style="color:#999999">{</span>
    server ip:8080<span style="color:#999999">;</span> <span style="color:slategray">#Apache</span>
<span style="color:#999999">}</span>
<span style="color:slategray">## Start www.quancha.cn ##</span>
server <span style="color:#999999">{</span>
    listen 80<span style="color:#999999">;</span>
    server_name  www.quancha.cn<span style="color:#999999">;</span>
    access_log  logs/quancha.access.log  main<span style="color:#999999">;</span>
    error_log  logs/quancha.error.log<span style="color:#999999">;</span>
    root   html<span style="color:#999999">;</span>
    index  index.html index.htm index.php<span style="color:#999999">;</span>
    <span style="color:slategray">## send request back to apache ##</span>
    location / <span style="color:#999999">{</span>
        proxy_pass  http://apachephp<span style="color:#999999">;</span>
        <span style="color:slategray">#Proxy Settings</span>
        proxy_redirect     off<span style="color:#999999">;</span>
        proxy_set_header   Host             <span style="color:#ee9900">$host</span><span style="color:#999999">;</span>
        proxy_set_header   X-Real-IP        <span style="color:#ee9900">$remote_addr</span><span style="color:#999999">;</span>
        proxy_set_header   X-Forwarded-For  <span style="color:#ee9900">$proxy_add_x_forwarded_for</span><span style="color:#999999">;</span>
        proxy_next_upstream error <span style="color:#dd4a68">timeout</span> invalid_header http_500 http_502 http_503 http_504<span style="color:#999999">;</span>
        proxy_max_temp_file_size 0<span style="color:#999999">;</span>
        proxy_connect_timeout      90<span style="color:#999999">;</span>
        proxy_send_timeout         90<span style="color:#999999">;</span>
        proxy_read_timeout         90<span style="color:#999999">;</span>
        proxy_buffer_size          4k<span style="color:#999999">;</span>
        proxy_buffers              4 32k<span style="color:#999999">;</span>
        proxy_busy_buffers_size    64k<span style="color:#999999">;</span>
        proxy_temp_file_write_size 64k<span style="color:#999999">;</span>
   <span style="color:#999999">}</span>
<span style="color:#999999">}</span></code></span></span></span>

都是指向後端ip+埠的形式。

上面nginx跳轉URL不變，以域名的形式進行代理。

注意：需要代理伺服器能夠解析要代理的域名。

 

總結：目前在國內，網站如果沒有備案想上線的話，也只能這麼做了，寫下來留著以後參考用。

 

 

xnil

1樓  2014-12-18 12:58:051

方案一：就不要拿出來誤人子弟了，自己相當然的以為一條cname就可以解決，還扯什麼機房太二

  • 作者lxshopping:@xnil 

    兄臺說的對，當時只是沒辦法臨時想出來的，結果是行不通，只是留做自己以後參考。

    2014-12-19 09:27:03

    回覆

itwork

2樓  2014-12-18 18:54:521

方案一，行不通，備案是對域名，不對IP的|@|方案二，可行，是沒辦法中的辦法了

  • 作者lxshopping:@itwork 

    備案是對域名，所以才想到把這個沒備案的域名cname到已經備案的二級域名上，然後再將這個二級域名指向原伺服器，使用者訪問的應該是這個已備案的二級域名，只是機房要求未備案的域名不能指向他們的伺服器，所以才用方案二臨時解決的。

    2014-12-19 09:33:14

    回覆

ylky_2000

3樓  2014-12-30 08:50:35

方案二有風險，封ip啊，解封ip要很長時間。預計1-3個月，看人品。|@|沒有備案就趕緊關了域名對映關係吧。|@|對方提前通知你們了已經很看得起了。|@||@|

cmk577

4樓  2018-05-09 13:08:45

大佬，有沒有詳細的方案，上面看不太懂，公司的域名要重新備案，網站不停

 

相關推薦

網站未備案臨時解決方案總結

原文：http://blog.51cto.com/lxshopping/1591090 前段時間機房突然通知公司幾個網站都沒備案，在16點之前不關閉網站將直接封伺服器ip，一問起來，是以前備案都放在武漢機房，9月份武漢機房撤掉了，結果備案資訊都被幹掉了，這都是前人留下的抗，沒辦法，拿方案出來吧，

大型網站應用之海量資料和高併發解決方案總結

一、網站應用背景 開發一個網站的應用程式，當用戶規模比較小的時候，使用簡單的：一臺應用伺服器+一臺資料庫伺服器+一臺檔案伺服器，這樣的話完全可以解決一部分問題，也可以通過堆硬體的方式來提高網站應用的訪問效能，當然，也要考慮成本的問題。 當問題的規模在經濟條件下通過堆硬體的

大型網站應用之海量資料和高併發解決方案總結一二

一、網站應用背景 開發一個網站的應用程式，當用戶規模比較小的時候，使用簡單的：一臺應用伺服器+一臺資料庫伺服器+一臺檔案伺服器，這樣的話完全可以解決一部分問題，也可以通過堆硬體的方式來提高網站應用的訪問效能，當然，也要考慮成本的問題。 當問題的規模在經濟條件

<canvas合成海報>所遇問題及解決方案總結

設置 iphone 出現問題 保存 白屏 全屏 分享 ase .get 最近做了一個用canvas合成海報圖片的移動端項目，由於一點canvas基礎都沒有，所以去網上搜了一位前輩的demo，但是開發過程中遇到了很多問題，現將所遇問題及解決方法總結如下： 1、移動端c

***微信公眾號支付+微信H5支付+微信掃碼支付+小程序支付+APP微信支付解決方案總結

ati asc alt creat chapter edit 隨機字符串 glob 測試 最近負責的一些項目開發，都用到了微信支付（微信公眾號支付、微信H5支付、微信掃碼支付、APP微信支付）。在開發的過程中，在調試支付的過程中，或多或少都遇到了一些問題，今天總結下，分享，

url傳遞中文的解決方案總結

str art arch strong hive htm IT ID pos File文件控件，選中文件(圖片,flash,視頻)即立即預覽顯示 url傳遞中文的解決方案總結url傳遞中文的解決方案總結

大型分布式網站的並發解決方案

程序 b+樹 異地 集群 增加 瀏覽器 反向代理 延遲加載 緩存 大型分布式網站： 1 增加緩存，減少磁盤訪問次數。給存放的數據設置索引，通過尋址索引來加快和減少磁盤的訪問量。 2 web前端調優：減少網絡交互的次數（多次請求合並）。 減少網絡傳輸數據量的大小（壓縮） 盡量

vue刷新當前路由：router-view 復用組件時不刷新的3種解決方案總結

func 解決 變化 before bsp htm onos 影響 div 　　vue-router是Vue.js官方的路由插件，它和vue.js是深度集成的，適合用於構建單頁面應用。vue的單頁面應用是基於路由和組件的，路由用於設定訪問路徑，並將路徑和組件映射起來。傳統的

transitionEnd和animationEnd的一個臨時解決方案

dev time led 觸發 冒泡 body function for one transtionEnd需要添加前綴，並且存在多次觸發問題，animationEnd也需要添加前綴，下面是一個臨時性解決方案，解決了部分問題，完美方案探索中 (function(){

數據庫遷移解決方案總結

com log csdn oracl 方案 clas _for was article https://www.cnblogs.com/helkbore/p/5741694.html 2.實現數據庫備份與還原[歸納三種方法] https://www.cnblogs.com/

寶塔面板 添加網站訪問不了解決方案

info 面板 dex $1 filename image http php 分享圖片 1.如果是tp5 那麽請你偽靜態一下 代碼如下 location / { if (!-e $request_filename){ rewrite ^(.*)$ /index.ph

Python編碼問題的解決方案總結

blank 獲得 字符集 erro port 使用 odin odi ng2 這裏給大家總結一下幾種會導致編碼問題的案例，並逐一解釋......案例一：中文輸出是亂碼？ # Python 版本：2.7.6 >>> string1 = "我愛魚C工作室"

分散式ID生成器的解決方案總結

在網際網路的業務系統中，涉及到各種各樣的ID，如在支付系統中就會有支付ID、退款ID等。那一般生成ID都有哪些解決方案呢?特別是在複雜的分散式系統業務場景中，我們應該採用哪種適合自己的解決方案是十分重要的。下面我們一一來列舉一下，不一定全部適合，這些解決方案僅供你參考，或許對你有用。 一

Redis高可用技術解決方案總結

一、常見使用方式 Redis的幾種常見使用方式包括： Redis單副本； Redis多副本（主從）； Redis Sentinel（哨兵）； Redis Cluster； Redis自研。 二、各種使用方式的優缺點 1、Redis單副本 Redis單副本

大規模分散式應用之海量資料和高併發解決方案總結視訊教程網盤

大規模分散式應用之海量資料和高併發解決方案總結視訊教程網盤 39套Java架構師，高併發，高效能，高可用，分散式，叢集，電商，快取，微服務，微信支付寶支付，公眾號開發，java8新特性，P2P金融專案，程式設計，功能設計，資料庫設計，第三方支付，web安全，效能調優，設計模式，資料結構，併發程式

vue重新整理當前路由：router-view 複用元件時不重新整理的3種解決方案總結

vue-router是Vue.js官方的路由外掛，它和vue.js是深度整合的，適合用於構建單頁面應用。vue的單頁面應用是基於路由和元件的，路由用於設定訪問路徑，並將路徑和元件對映起來。傳統的頁面應用，是用一些超連結來實現頁面切換和跳轉的。在vue-router單頁面應用中，則是路徑之間的切換，也

瀏覽器相容性問題解決方案 · 總結

普及：瀏覽器的相容性問題，往往是個別瀏覽器（沒錯，就是那個與眾不同的瀏覽器）對於一些標準的定義不一致導致的。俗話說：沒有IE就沒有傷害。 貼士：內容都是自己總結的，不免會出現錯誤或者bug，歡迎更正和補充，本帖也會不斷更新。 Normalize.css 不同瀏覽器的預設

這可能是史上最全 Redis 高可用解決方案總結

一、常見使用方式 Redis 的幾種常見使用方式包括： Redis 單副本； Redis 多副本（主從）； Redis Sentinel（哨兵）； Redis Cluster； Redis 自研。 二、各種使用方式的優缺點 1、Redis 單副本 Redis

vue-router 在微信瀏覽器中操作history URl未改變的解決方案

問題描述： 在PC端和手機瀏覽器中router.replace() or router.push()能夠正常使用，頁面的地址和頁面都正常顯示；但是在微信中，從/a頁面通過router.push('/b')跳轉到/b頁面後，頁面正常，但是複製瀏覽器的地址會發現其地址仍為/a;

Hadoop 2.0中單點故障解決方案總結

Hadoop 1.0核心主要由兩個分支組成：MapReduce和HDFS，眾所周知，這兩個系統的設計缺陷是單點故障，即MR的JobTracker和HDFS的NameNode兩個核心服務均存在單點問題，該問題在很長時間內沒有解決，這使得Hadoop在相當長時間內僅適合離線儲存和