但有些站长是需要查看访客真实IP，所以今天教大家如何获取真实用户IP。

百度云加速转发的HTTP头信息中增加 X-Forwarded-For 信息，用于记录客户端的真实IP，所以我们只要修改服务器配置就行，

Nginx获取真实IP的方法:
原理:使用Nginx自带的Realip模块获取用户真实IP
修改nginx配置:http{}中添加如下:

set_real_ip_from 0.0.0.0/0;
real_ip_header X-Forwarded-For; 

然生重载 Nginx 配置完成！

测试访问网站后，查看日志，已显示真实IP，就是这么简单！

2.在location{}内添加箭头所指的一行代码：client_max_body_size 1024m;

‘latin-1’ codec can’t encode characters in position 0-4: ordinal not in range(256)

或者使用面板命令BT提示错误

Traceback (most recent call last):
File “/www/server/panel/tools.py”, line 688, in <module>
bt_cli(clinum)
File “/www/server/panel/tools.py”, line 431, in bt_cli
print(“===============\u5b9d\u5854\u9762\u677f\u547d\u4ee4\u884c==================”)
UnicodeEncodeError: ‘latin-1’ codec can’t encode characters in position 15-21: ordinal not in range(256)

这都是字符问题引起的错误，参考以下文章设置即可解决

彻底解决宝塔面板登录后台中文乱码

Naoki

• 22年12月13日
• 喜欢：0
• 浏览：702

方法一、

打开终端，输入top，按回车键执行命令，top命令执行结果，【VIRT】一栏即为进程占用的虚拟内存大小。

方法二、

点【附件】-【任务管理器】。

点下拉按钮。

勾选【虚拟占用内存】。

以上就是Debian11查看进程占用虚拟内存技巧，希望大家喜欢，请继续关注雨落星辰。

apt update
apt install ntpdate

2.使用ntpdate 命令进行系统授时

ntpdate -u ntp.ntsc.ac.cn

3. 使用 hwclock 命令修改主板时间

hwclock -w
#注意，参数 -s 是根据主板时间修改系统时间

安装

#安装相关依赖
yum -y install apr-util
yum -y install yum-utils
#创建临时目录
mkdir abtmp && cd abtmp
#安装
yumdownloader httpd-tools*
rpm2cpio httpd-tools-*.rpm |cpio -idmv
#拷贝
cp usr/bin/ab /usr/bin

输入上面的命令，一行一个，不出意外的情况下输入ab -V就能查看到相关信息了，如下截图。

网站压力测试

输入命令ab -n 1000 -c 50 https://www.baidu.com/进行测试，这句话的意思是对www.baidu.com发起1000个请求，并发数为50，常用的参数基本就下面两个：

• -n：指定测试会话使用的请求数；
• -c：指定一次向服务器发出请求数；

如果需要查看更多的参数说明，请访问：ab命令
通过日志分析，发现刚刚ab命令发送了大量请求过来，如下截图，相当于网站正在遭受小规模的CC攻击。

总结

ApacheBench可用户网站压力测试，亦可用于发起CC攻击，请不要滥用哦。

什么是 Waiting (TTFB) 时间

TTFB 是 Time to First Byte 的缩写，指的是浏览器开始收到服务器响应数据的时间（后台处理时间+重定向时间），是反映服务端响应速度的重要指标。就像你问朋友了一个问题，你的朋友思考了一会儿才给你答案，你朋友思考的时间就相当于 TTFB。你朋友思考的时间越短，就说明你朋友越聪明或者对你的问题越熟悉。对服务器来说，TTFB 时间越短，就说明服务器响应越快。

TTFB 时间多长算长？

因为每个服务器的硬件和网络环境都不尽相同，每个服务器的 TTFB 时间也不相同。如果想知道你的服务器优化可以到什么程度，大家可以上传一些静态的 HTML 页面到服务器，然后打开这些静态页面，看一些这些页面的 TTFB 时间，大多数服务器的 TTFB 时间都在 50 ms 以下，这个时间就是我们优化时候可以追求的时间。下面两个图中的 TTFB 时间分别是本站所在服务器的静态和动态网页 TTFB 等待时间。

根据我们的测试，TTFB 时间如果超过了 500 ms，用户在打开网页的时候就会感觉到明显的等待。我么可以把 500 ms 以上认为是 TTFB 时间过长。可见，WordPress 智库的服务器还不算差。

TTFB 过长的原因

我们知道，对于动态网页来说，服务器收到用户打开一个页面的请求时，首先要从数据库中读取该页面需要的数据，然后把这些数据传入到模版中，模版渲染后，再返回给用户。由于查询数据和渲染模版需要需要一定的时间，在这个过程没有完成之前，浏览器就一致处于等待接收服务器响应的状态。有些服务的性能比较低，或者优化没做好，这个时间就会比较长。

当然，如果服务器到用户之间的网络不好，（比如，服务器在欧洲，用户在中国，用户打开网页的时候，请求需要跨越千山万水才能达到服务器），服务器接收到用户请求的时间过长，也是导致 TTFB 时间过长的原因。

有时候，页面在用户的浏览器中保存了过多的 Cookie，每次请求，这些 Cookie 都要发送到服务器，服务器都要处理这些 Cookie，这也是导致 TTFB 时间过长的原因之一。

Waiting (TTFB) 时间过长的解决办法

知道了原因，解决办法就显而易见了，那就是缩短服务器响应时间，最简单直接并且有效的办法就是使用缓存，把 PHP 和 MySQL 的执行时间最小化，一些缓存插件可以把 SQL 查询结果缓存起来，把几十次查询结果转换为几次；一些缓存插件可以直接把用户所请求的页面静态化，用户打开网页时，相当于直接从服务器上下载了静态页面。

如果是网络原因，换一个服务器是比较直接的解决办法。如果因为一些原因不能换服务器，可以使用一个 CDN，把页面同步到离用户比较近的 CDN 节点上，也是一个不错的解决办法。

如果是 Cookie 的原因，可以通过修改应用程序，删除一些不必要的 Cookie，或者精简 Cookie 内容，缩短 Cookie 的有效期等，都是解决办法。

我们提供付费的网站性能优化服务，如果您想优化自己的网站速度，让客户更快的看到网站，却不方便自己动手，请通过 QQ 或电子邮件联系我们。

location ~* \.(tpl|inc|cfg)$ { 
        deny all;
        }

套用CDN的情况返回真实IP

add_header X-Real-IP $http_x_real_ip;
        set_real_ip_from 0.0.0.0/0;
        real_ip_header X-Real-IP;
        real_ip_recursive on;

SSL反代

server
    {
     listen 443;
      server_name www.ccav.me ccav.me;
      #rewrite ^/(.*) https://$server_name$1 permanent;
      ssl on;
      ssl_certificate /root/#PEM/CRT;
      ssl_certificate_key /root/#KEY;
      #               ssl_protocols SSLv2 SSLv3 TLSv1;
       #              ssl_ciphers ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP;
        #             ssl_prefer_server_ciphers on;
     #listen 80;
      location / {
      proxy_redirect www.B.com /;
      proxy_pass https://www.B.com;
      proxy_set_header Accept-Encoding "";
      proxy_set_header User-Agent $http_user_agent;
      proxy_set_header Accept-Language "zh-CN";
      proxy_set_header X-Real-IP $remote_addr;

    }
    }
 
server
    {
     listen 80;
      server_name www.815494.com 815494.com;
      rewrite ^(.*) https://$server_name$1 permanent;
    }

根据指定来访IP跳转

if ($remote_addr ~* "192.168.1.2|192.168.1.3|103.118.40.232192.168.1.4") {
rewrite ^/(.*) https://815494.com;
}

解决办法
解决办法就是在当前页面用键盘输入 thisisunsafe ，不是在地址栏输入，就直接敲键盘就行了，页面即会自动刷新进入网页。