首頁 > 資源中心 > FAQ 1、 文檔目標
在Helix QAC客戶端激活中，客戶端 QAC無法連接服務器授權，多角度驗證授權是否正常，最終確認問題位置。
2、軟件環境
1）、軟件版本：Helix QAC 2024.2、QAC 8.1.2-R、Validate 2024.2
3、解決方案
1）、根據Ports used by the Validate servers | Validate 2024.3進行分析，
客戶端和服務器需要具有相互訪問端口權限：Database Server 3306 ；License Server 27000 plus 33133；Klocwork Server 8080 ，8081; RLM Server 5054， 5055 ，即telnet 權限。
客戶端和服務器需要有相互的網絡聯通權限，即Ping 權限。
可參考該文檔進行理解https://alidocs.dingtalk.com/api/doc/transit?spaceId=2742967125&dentryId=158225636687&corpId=ding770dab7b8858447f
注：客戶端均可訪問RLM Web和Validate Web界面。
2）、進入服務器的運行日志文件（默認路徑為C:ProgramDataPerforceValidateprojects_rootlogs），分別打開 datebase.log 、 license.log 我們可以看到 客戶端（172.26.192.30）無法連接訪問，在license.log文件內說明了具體的原因，172.26.192.30訪問服務器端口60163端口被拒絕了，沒有訪問權限。
在license.log內搜索 60163，發現該端口為ISV 服務端口。
3）、停止運行Validate 24.2 License Server，再進行ISV端口的修改。
4）、進入服務器的RLM路徑下找到授權文件，將第二行ISV prqa 后加上port=33133進行 ISV server的端口指定為33133，默認ISV 端口為33133，保存后重啟Validate 24.2 License Server。
根據網絡環境的不同，未設置會進行隨機端口訪問。
Validate 授權服務默認路徑：C:PerforceValidate_24.23rdpartybin
RLM授權服務器默認路徑：C:PerforceRLM-15.0
注：根據客戶的需求進行修改，若客戶RLM和Validate 均安裝，查看服務中rlm.exe的運行路徑。
5）、服務器license server重啟后，再次打開license.log發現還是未成功修改，隨機成其他端口，客戶端依舊無法訪問。
6）、停止 Validate 所有服務（Validate 24.2 Server、Validate 24.2 License Server、Validate 24.2 Database Server），進入C:ProgramDataPerforceValidateprojects_rootlicenses，該文件夾下具有緩存文件，再次修改license文件中端口配置，設置ISV 端口為33133，并進行保存。保存后重啟Validate服務，客戶端可以正常訪問。
Helix QAC 的授權可以支持舊版的軟件版本，并不影響授權連接，本例為QAC 8.1.2版本的連接測試結果圖。
注：在Web license界面有license文件的讀取列表，確認下列文件設置是否完全修改。
