當打開 「工具 – 防水牆」,提示 「請先開啓相關應用」,説明雲平台的站點 ID 和 KEY 出問題了。不小心弄丟失了雲平台的 「站點 ID」 和 「站點通信 KEY」 不要緊,下面手把手教你找回 「站點 ID」 和 「站點通信 KEY」 。
如果防水牆提示 「出了點小錯,由於站點 ID/通信 KEY 等關鍵信息丟失導致 Discuz! 雲平台服務出現異常,使用診斷工具檢測站點 ID 和 KEY,如有疑問請訪問官方論壇尋求幫助」,也可以通過如下教程實現修復。
遇到此問題,最好的解決方案莫過於重新開通雲平台,但是 DISCUZ 並不能直接重新開通,而需要藉助生成修復文件來實現。
DISCUZ X3.1 的用户:
1 、依次打開 「後台 -> 工具 -> 雲平台診斷工具 – 手動修改站點 ID/KEY」,清空站點 ID 和站點通信 KEY,將狀態改為 「尚未開通雲平台」,提交。 (切勿使用 「更換站點 KEY」 和 「同步站點信息」,這些操作都是徒勞的)
2 、打開 「http://domain/admin.php%3Facti ... Dopen」,來到 「Discuz! 雲平台」 的 「開通 Discuz! 雲平台」 版塊,點擊 「我要開通」,彈出提示框 「您即將轉向 Discuz! 雲平台 (http://cp.discuz.qq.com) 完成開通流程」,點擊 「繼續」,接下來會提示站點 URL 重複註冊,根據他的步驟操作 (目的是為了驗證操作者的 FTP 權限) 。
3 、打開驗證文件的頁面,會顯示 「當前站點地址」 、 「當前站點 ID」 、 「當前站點 KEY」 和 「當前雲平台狀態」,除了 「當前站點地址」 之外其他都是 「無」 。點擊 「恢復 Discuz! 雲平台數據右邊」 的 「點這裏繼續」 。
注:
如果提示,「操作失敗:沒有操作權限! 請確認文件 http://domain/驗證文件.php 存在,且站點未處於關閉狀態 (#108)」,請給這個文件 CHMOD 加上執行權限 (777),若為 WINDOWS,請修改 IIS 網站的屬性,加上執行權限。
如果提示,「操作失敗:操作被鎖定! 請先刪除 ./data/discuzx_utility.lock 文件 (#106)」,那就把 「根目錄/data/discuzx_utility.lock」 給刪掉。
4 、接下來會顯示 「恢復 Discuz! 雲平台上的站點信息」,具體有 「站點 ID」 、 「站點 Key」 、 「站點 uniqueid」 、 「創建時間」 和 「狀態」,點擊 「恢復雲平台數據」 。
5 、提示 「Discuz! 雲平台站點信息恢復成功 (請立即到管理後台雲平台同步站點信息)」,刪掉更目錄下的驗證文件。
6 、回到 「後台 -> 工具 -> 雲平台診斷工具」,看看 「站點 ID」 和 「站點通信 KEY」 是否找回來了,找回來後點擊 「手動修改站點 KEY/ID」,將 「狀態」 的 「註冊雲平台,等待完成」 改為 「已開通雲平台」,提交。
7 、站點 ID/KEY 狀態設置成功,大功告成!
現在再看看防水牆使用是否正常,以及相關雲平台的功能插件是不是沒有 「請先開啓相關應用」 的提示了?
本次實驗環境:(僅在本實驗環境進行測試):
1 、服務端:
操作系統:Linux 2.6.18-371.4.1.el5 CentOS release 5.10 (Final)
相關應用:DISCUZ 、 UCENTER 、雲平台
硬件狀況:Intel(R) Xeon(R) CPU E5-2630 0 @ 2.00GHz
2 、客户端
操作系統:WINDOWS7 旗艦版
相關應用:FLASHFXP
硬件狀況:Intel(R) Xeon(R) CPU E5-2650 0 @ 2.00GHz