㈠ 在腾讯云服务器上运行程序提示缺少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 的两种限流方式 》
《 常用的服务器日志分析命令 》