㈠ 在騰訊雲伺服器上運行程序提示缺少vcomp110.dll怎麼辦
到網站上下載vcomp110.dll文件，找到你需要的版本，放進運行程序的安裝目錄裡面網頁鏈接
㈡ 騰訊雲伺服器遠程桌面連接不上，顯示數字函數不正確
按win鍵直接搜索gpedit。msc，打開組策略。
修改本地組策略點計算機配置，管理模板，系統，憑據分配，加密Oracle修正選擇啟用並選擇易受攻擊。
易受攻擊，使用CredSSP的客戶端應用程序將通過支持回退到不安全的版本使遠程伺服器遭受攻擊，但使用CredSSP的服務將接受未修補的客戶端。
㈢ 騰訊雲伺服器只要操作後台老是網路重連
1、找到sshd_config配置文件輸入以下命令：vim/etc/ssh/sshd_config在此文件中找到以下配置項：ClientAliveInterval0，ClientAliveCountMax3去掉注釋，改成ClientAliveInterval30，ClientAliveCountMax86400。
2、重啟sshd服務輸入以下命令重啟ssh配置：servicesshdrestart
㈣ 騰訊雲伺服器下載的文件復制不到本地電腦裡面
您好，您是不是想問騰訊雲伺服器下載的文件復制不到本地電腦裡面的原因是什麼？騰訊雲伺服器下載的文件復制不到本地電腦裡面是由於以下原因：
1、許可權問題：您可能沒激薯有足夠的許可權來復制文件。請確保您具有足夠的許可權來執行此操作。
2、文件格式問題：文件可能處於不受支持的格式中。請確保您正在嘗試復制支持的文態攜件格式。
3、文件大小問題：如果文件太大，可能需要更長時間才能復制。請耐心等待復制過程完成。
4、網路問題：如果您的網路連接不穩定，可能會導致復制失敗。請確保您的網路連接穩定，並嘗試重新復制文件。
5、本地電腦問題：如果您的本地電腦存儲空間不足帆鉛伏，可能無法復制文件。請確保您的本地電腦有足夠的存儲空間來存儲文件。
㈤ 騰訊雲伺服器重啟後文件缺失無法打開
騰訊雲伺服器重啟後文件缺失無法打開解決如下：
1、先從微軟下載VisualC++。配知
2、卸載沒有安裝成功的wamp，卸載時可能無法完全卸載安培如消裝目錄，會遺留下幾個文件夾，而且好像無法直接刪除，建議是先重啟電腦之後把上次wamp安裝目錄完成。
3、可以打開控制面板的程序和功能，確保vcr安裝成功後，再次安裝wamp，一般來說沒有什麼其他問題橡梁就可以安裝成功了。
㈥ 騰訊雲伺服器安全加固組件有時正常有時異常
安全加固組件在雲安全控制台顯示狀態異常，安全加固組件出現異常，一般是兩種情況：未安裝組件和組件故障。
1、若未安裝安全組件，可直接根據頁面上方的安裝指導進行安裝；
2、若已安裝安全組件，請先檢查組件連接狀態。
安全加固組件重啟
Windows系統下，執行:「net stop winagent」「net start winagent」即可重啟成功。
Linux系統下，以root許可權執行/usr/local/sa/agent/restart.sh。然後調用/usr/local/sa/agent/check.sh檢查是否重啟成功。
㈦ 記一次騰訊雲伺服器換成阿里鏡像源後出問題又換回來
ubuntu16.4 gitlab從 12.10.0-ee 一步步升級到14.0.0後無法啟動,報錯如下
/opt/gitlab/embedded/bin/ruby: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /opt/gitlab/embedded/lib/libruby.so.2.1)
/opt/gitlab/embedded/bin/ruby: /lib64/libc.so.6: version `GLIBC_2.17' not found (required by /opt/gitlab/embedded/lib/libruby.so.2.1)
降版本也無法降.
換成阿里鏡像源更新成功ruby後,gitlab能正常啟動.
sudo /etc/apt/sources.list
刪除裡面的內容,更換源
deb http://mirrors.aliyun.com/ubuntu/ xenial main
deb-src http://mirrors.aliyun.com/ubuntu/ xenial main
deb http://mirrors.aliyun.com/ubuntu/ xenial-updates main
deb-src http://mirrors.aliyun.com/ubuntu/ xenial-updates main
deb http://mirrors.aliyun.com/ubuntu/ xenial universe
deb-src http://mirrors.aliyun.com/ubuntu/ xenial universe
deb http://mirrors.aliyun.com/ubuntu/ xenial-updates universe
deb-src http://mirrors.aliyun.com/ubuntu/ xenial-updates universe
deb http://mirrors.aliyun.com/ubuntu/ xenial-security main
deb-src http://mirrors.aliyun.com/ubuntu/ xenial-security main
deb http://mirrors.aliyun.com/ubuntu/ xenial-security universe
deb-src http://mirrors.aliyun.com/ubuntu/ xenial-security universe
更新緩存
apt-get clean all
apt-get update
但是gitlib過段時間就不能用,伺服器也進不去,騰訊雲也不能檢測伺服器信息
我把gitlab版本降到13.12.15-ee
然後我又把源換回騰訊的
sudo /etc/apt/sources.list
Ubuntu 14.04
deb http://mirrors.cloud.tencent.com/ubuntu trusty main restricted universe multiverse
deb http://mirrors.cloud.tencent.com/ubuntu trusty-updates main restricted universe multiverse
deb http://mirrors.cloud.tencent.com/ubuntu trusty-security main restricted universe multiverse
#deb http://mirrors.cloud.tencent.com/ubuntu trusty-backports main restricted universe multiverse
#deb http://mirrors.cloud.tencent.com/ubuntu trusty-proposed main restricted universe multiverse
deb-src http://mirrors.cloud.tencent.com/ubuntu trusty main restricted universe multiverse
deb-src http://mirrors.cloud.tencent.com/ubuntu trusty-updates main restricted universe multiverse
deb-src http://mirrors.cloud.tencent.com/ubuntu trusty-security main restricted universe multiverse
#deb-src http://mirrors.cloud.tencent.com/ubuntu trusty-backports main restricted universe multiverse
#deb-src http://mirrors.cloud.tencent.com/ubuntu trusty-proposed main restricted universe multiverse
Ubuntu 16.04
deb http://mirrors.cloud.tencent.com/ubuntu/ xenial main restricted universe multiverse
deb http://mirrors.cloud.tencent.com/ubuntu/ xenial-security main restricted universe multiverse
deb http://mirrors.cloud.tencent.com/ubuntu/ xenial-updates main restricted universe multiverse
#deb http://mirrors.cloud.tencent.com/ubuntu/ xenial-proposed main restricted universe multiverse
#deb http://mirrors.cloud.tencent.com/ubuntu/ xenial-backports main restricted universe multiverse
deb-src http://mirrors.cloud.tencent.com/ubuntu/ xenial main restricted universe multiverse
deb-src http://mirrors.cloud.tencent.com/ubuntu/ xenial-security main restricted universe multiverse
deb-src http://mirrors.cloud.tencent.com/ubuntu/ xenial-updates main restricted universe multiverse
#deb-src http://mirrors.cloud.tencent.com/ubuntu/ xenial-proposed main restricted universe multiverse
#deb-src http://mirrors.cloud.tencent.com/ubuntu/ xenial-backports main restricted universe multiverse
若您使用騰訊雲伺服器，請將源的域名從 mirrors.cloud.tencent.com 改為 mirrors.tencentyun.com，使用內網流量不佔用公網流量。
更新緩存
apt-get clean all
apt-get update
後台監控正常,伺服器穩定了.
㈧ 騰訊雲帶寬告警問題排查及解決
產品伺服器設置了「外網帶寬使用率 >= 100%，統計粒度5分鍾，連續1次滿足條件則每1小時告警一次」告警策略，基本上我每天都收到多條告警信息。
放大一點查看數據：
伺服器部署了 web 服務 和 用於存儲圖片資源，報表導出和資源（平均200KB左右，非 kb）一張，部分頁面有時候會放好幾張圖片展示。如果是連續的瀏覽充電站、商城，或者導出報表，是很容易觸發2次峰值而導致報警的。
剛才只是大約估計了一下可能的情況，排查問題還是要系統地去看，需要挑選了告警的時間區間，分別進行數據統計。
我們伺服器對外的帶寬服務有：
WEB 服務比較簡單，nginx 上都有日誌，可以通過日誌的 bodysize 統計。其他兩個是通過 socket 的，持續通訊的，所以我選擇了數據日誌的 log 進行大概統計。
以下是我的 nginx access.log 日誌格式：
可以通過配置調整 ngx_http_log_mole 的 log format，如:
可以看出 nginx 日誌的 body_bytes_sent 是位元組，所以可以通過以下指令查看數據量（$10 是 body_bytes_sent 所在位置，需要根據實際調整；grep 內容是某一分鍾的時間）：
最終實際查看一天下來的流量也400MB，幾個高峰的分鍾段也就幾M，都在預期合理的范圍，並且形成不了持續的擁堵情況。
Web Socket 只有 connect 時的信息會寫在 nginx access log 上，不過平時通訊的信息都有手動寫相應的 access log（注意排除 業務的log信息）。經統計 web socket 的 access log 比較小，一天只有十幾M的數據，基本可以忽略。
注意：心跳包也需要統計進去。
樁agent 是通過埠直連的，沒有經過 nginx，log 比較分散，統計了幾個大的agent的 log（只統計 access log），佔用的大小都不大，基本不形成高峰。但由於數量多，沒有最終確定某個時間段的高峰值。
通過 nginx 配置，限制最大的帶寬，可以稍微緩解一次訪問的壓力。避免一個大文件的訪問，就長期佔用了所有的外網帶寬。
Nginx 限流有兩種方式：
ngx_http_limit_req_mole 模塊提供限制請求處理速率能力，使用了漏桶演算法(leaky bucket)。下面例子使用 nginx limit_req_zone 和 limit_req 兩個指令，限制單個IP的請求處理速率。
==在 nginx.conf http 中添加限流配置：==
==配置 server，使用 limit_req 指令應用限流==
上面例子限制 10r/s，如果有時正常流量突然增大，超出的請求將被拒絕，無法處理突發流量，可以結合 burst 參數使用來解決該問題。
burst 譯為突發、爆發，表示在超過設定的處理速率後能額外處理的請求數。當 rate=10r/s 時，將1s拆成10份，即每100ms可處理1個請求。
此處，burst=20 ，若同時有21個請求到達，Nginx 會處理第一個請求，剩餘20個請求將放入隊列，然後每隔100ms從隊列中獲取一個請求進行處理。若請求數大於21，將拒絕處理多餘的請求，直接返回503.
不過，單獨使用 burst 參數並不實用。假設 burst=50 ，rate依然為10r/s，排隊中的50個請求雖然每100ms會處理一個，但第50個請求卻需要等待 50 * 100ms即 5s，這么長的處理時間自然難以接受。
因此，burst 往往結合 nodelay 一起使用。
nodelay 針對的是 burst 參數，burst=20 nodelay 表示這20個請求立馬處理，不能延遲，相當於特事特辦。不過，即使這20個突發請求立馬處理結束，後續來了請求也不會立馬處理。burst=20 相當於緩存隊列中佔了20個坑，即使請求被處理了，這20個位置這只能按 100ms一個來釋放。
這就達到了速率穩定，但突然流量也能正常處理的效果。
ngx_http_limit_conn_mole 提供了限制連接數的能力，利用 limit_conn_zone 和 limit_conn 兩個指令即可。下面是 Nginx 官方例子：
limit_conn perip 10 作用的key 是 $binary_remote_addr，表示限制單個IP同時最多能持有10個連接。
limit_conn perserver 100 作用的key是 $server_name，表示虛擬主機(server) 同時能處理並發連接的總數。
需要注意的是：只有當 request header 被後端server處理後，這個連接才進行計數。
使用獨立的雲存儲，專門存放資源文件。
Agent 與樁之間是通過外網連接的，可以考慮多加一台伺服器，與 產品服務是一個內網的。Agent 先連接到一台轉發伺服器，與 ECMP直接通過內網連接。
埠轉發參考：《Agent埠映像》
略
鑒於當前告警實際對訪問的影響可忽略，將觸發次數調整為2次再告警。（後面再也沒有收到告警了~）
《 Nginx 的兩種限流方式 》
《 常用的伺服器日誌分析命令 》