Discuz 3.4 升級(jí)到 3.5 后 UC “通信失敗”

IsaacZ

原來 Discuz 3.4(UTF8) 的時(shí)候只要設(shè)置應(yīng)用IP為127.0.0.1就會(huì)UC通信成功，5月份升級(jí)到 3.5后，一直通信失敗：


圖中 ID 18（原來是13）5月份先升級(jí)，8月初又升級(jí)的 ID 17。兩者共用數(shù)據(jù)庫。


已知：如果應(yīng)用里面不寫IP地址，則應(yīng)用內(nèi)通信失?。?br />


如果應(yīng)用內(nèi)填寫IP地址（127.0.0.1 或者 內(nèi)網(wǎng)地址 192.168.0.2），則應(yīng)用內(nèi)必然通信成功。




做過如下排查努力：

• UC中先設(shè)置好，再粘貼底部文本框的配置信息到應(yīng)用的 config_ucenter.php
• 檢查應(yīng)用 ID 與 UC 中一致
• 檢查 Config_inc.php 的 UC_KEY 一致
• 檢查 uc_server/data/cache/apps.php 中的 authkey 與 上面的 UC-KEY 一致。
• 檢查 uc_client/data/cache/apps.php 中的應(yīng)用 appid 與 UC 一致。
• 應(yīng)用和UC同時(shí)設(shè)置IP為 127.0.0.1 或者 內(nèi)網(wǎng)地址 192.168.0.2
• 檢查所有的 data 目錄及子目錄、api/uc.php權(quán)限為777，所有者為 www
• 檢查服務(wù)器環(huán)境支持 fsockopen
• 應(yīng)用中更新緩存、UC中更新緩存
• 在 phpmyadmin 中清空了 common_syscache 整個(gè)表，并用 Tools急診箱更新了緩存。
• UC中刪除應(yīng)用并重新添加
• 同步了服務(wù)器時(shí)間
• 用F12獲得“通信失敗”對(duì)應(yīng)的script鏈接：http://www.dianbo.org/uc_server/admin.php?m=app&a=ping&inajax=1&url=https%3A%2F%2Fwww.dianbo.org&ip=192.168.0.2&appid=18&random=1388645138&sid=e17euJ1c6tMrwu5ewIeMXXXXXXXXX，地址欄直接訪問它結(jié)果為：
  
• 根據(jù)網(wǎng)上教程（https://blog.csdn.net/iastro/article/details/52398813）在 uc_server/control/admin/app.php 中的
  1. if($status == '1') {

  復(fù)制代碼
  前或后附近插入一個(gè)斷點(diǎn)：
  1. echo "\$url = $url <br />\n \$status = $status<br />\n";die('haha');

  復(fù)制代碼
  獲取到的 $url 為 https://www.dianbo.org/api/uc.php?code=XXXX ，若直接訪問此 $url 則返回值為1，
  
  但直接訪問 http://www.dianbo.org/uc_server/admin.php?m=app&a=ping&inajax=1&url=https%3A%2F%2Fwww.dianbo.org&ip=192.168.0.2&appid=18&random=1388645138&sid=e17euJ1c6tMrwu5ewIeMXXXXXXXXX 時(shí)，status 卻為空：
  
• 參考網(wǎng)上教程（https://blog.csdn.net/hubu2006/article/details/22301745），將
  1. <?php echo 1;?>

  復(fù)制代碼
  寫入文件 uc2.php，在UC中編輯應(yīng)用，修改接口文件名稱為 uc2.php，仍然通信失敗。
  網(wǎng)頁上說“如果不能通信，則是UC服務(wù)端無法通過fsockopen訪問客戶端，可能是域名解析問題，也可能是填寫的IP問題”，但是我的服務(wù)端和客戶端都在一個(gè)服務(wù)器上，填寫127.0.0.1或192.168.0.2有什么不對(duì)呢？
  

請(qǐng)問我還可以通過哪些方面進(jìn)行排查呢？

我知道答案 回答被采納將會(huì)獲得1 貢獻(xiàn) 已有24人回答

天外飄仙

Discuz有償服務(wù) 發(fā)表于 2024-8-9 12:43
比如UC改用戶名通知到DZ，這類需要走API的操作

明白了;

也就是說 不整合其他應(yīng)用,只玩dz 基本沒啥影響…… 很多人 連uc怎么登錄都不知道

Discuz有償服務(wù)

天外飄仙 發(fā)表于 2024-8-9 07:23
那通信失敗 會(huì)導(dǎo)致哪些問題呢

比如UC改用戶名通知到DZ，這類需要走API的操作

天外飄仙

Discuz有償服務(wù) 發(fā)表于 2024-8-9 00:30
dz默認(rèn)通過數(shù)據(jù)庫鏈接UC，所以登錄肯定正常
頭像只要UC鏈接正確，就正常

那通信失敗 會(huì)導(dǎo)致哪些問題呢

Discuz有償服務(wù)

天外飄仙 發(fā)表于 2024-7-30 07:22
有一種  假通信失敗!

用戶登陸正常, 頭像顯示 正常  可以 無視通信失敗的 ...

dz默認(rèn)通過數(shù)據(jù)庫鏈接UC，所以登錄肯定正常
頭像只要UC鏈接正確，就正常

這兩個(gè)和通信沒多少關(guān)系

IsaacZ

crx349 發(fā)表于 2024-8-7 17:24
關(guān)閉后 檢查 key id 通訊地址

這些前面提到，都試過的。

crx349

IsaacZ 發(fā)表于 2024-8-7 15:19
你既然提到了，我也就都試了試，沒有變化。關(guān)閉寶塔防火墻也試過不行。 ...

關(guān)閉后 檢查 key id 通訊地址

IsaacZ

crx349 發(fā)表于 2024-8-7 14:45
關(guān)閉 強(qiáng)制https再試試

你既然提到了，我也就都試了試，沒有變化。關(guān)閉寶塔防火墻也試過不行。

crx349

IsaacZ 發(fā)表于 2024-8-6 23:20
寶塔中設(shè)置了強(qiáng)制https，CDN不存在。

關(guān)閉 強(qiáng)制https再試試

IsaacZ

seeker908 發(fā)表于 2024-8-6 10:55
ip地址有問題，192是內(nèi)部地址

127.0.0.1 或者 內(nèi)網(wǎng)地址 192.168.0.2，都指的是同一本地服務(wù)器，應(yīng)該等效于 localhost。