服务器用CDN和高防IP的区别主要有哪些？

服务器用CDN和高防IP的区别，大家是否知道?服务器是很容易被攻击的，如果被攻击了，我们要及时应对，那么服务器用CDN和高防IP的区别怎样，使用哪个好呢?

1.IP数量

高防IP都是一个IP防护，并且是单IP独享，而CDN都是共享IP。而CDN是一组IP防护，而且都是共享IP。

不能说哪个比较好，但一般高防IP防护能力都是会比高防CDN高些。

2.误杀率

高防IP的误杀率远比高防CDN的高，一但高防IP启用严格模式后，会把一些公用IP、WIFI等连接屏蔽掉，而高防CDN误杀率要小很多。

当然如果你网站被大量攻击有误杀率是很正常的，没有哪家公司敢保证100%零误杀但是希望的是能减少损失。

服务器用CDN和高防IP的区别

3.隐藏源站

高防CDN对外暴露的是各节点的共享IP地址段,锐速云通过CDN节点IP实现对源站的业务转发,攻击者无法通过业务交互获取真实的用户源站,从而保障了源站的安全。

4.业务方向

高防CDN主要是针对网站业务，主要是通过域名访问的防御，所以限定开放端口是80、443，这两个端口主要是HTTP和HTTPS的端口，因此使用其他端口的业务是不能使用高防CDN的。

高防IP针对的是服务器的IP防护，而不是域名，所以支持的业务比较多，像APP、网站业务、游戏、软件等都是可以的。而且高防IP是支持全端口转发的，可以自义端口转发防护。

5.防御类型

高防CDN在针对URL的DDoS攻击时，流量会被DNS调度，分散到各个CDN节点，充分利用全网带宽实现有效的防护。另外高防CDN一般都带有WAF防火墙，可以拦截一些扫描漏洞，还有PHP漏洞等。但是高防CDN节点的防护能力一般在20-100Gbps之间,如果攻击者绑定HOST来指定节点进行攻击,或者针对各节点IP轮流发起攻击,只要攻击流量超过单CDN节点的防护能力,则会造成单CDN节点所有业务服务出现中断,如果攻击者针对CDN节点依次发起超大流量攻击,则会造成用户的业务在节点间不停地切换(单次切换时间大约在2-5分钟),甚至会导致整个服务出现中断。

高防IP服务针对不同客户的需求,一般提供一个或者多个高防节点来对客户业务进行防护,客户所有的流量都会收敛到高防节点,只要攻击流量小于节点的最大防护能力,节点都能轻松应对。高防IP只能防御DDoS和CC攻击，而对于一些扫描漏洞之类的是没办法防御的。高防IP防护DDOS攻击能力是要比CDN高的，一般高防IP都是防护30G峰值以上，而CDN的话普遍在10G-30G，高于30G以上的价格都是比较昂贵的。

6.网站加速能力

高防CDN节点一般会按省份按线路进行分布,∞业务流量一般会通过DNS智能解析来进行调度,用户可以通过最优的CDN节点来访问业务网站,CDN节点可以对业务网站中的静态资源进行加速,因此用户的访问时延会大大降低,体验会比较好。

高防IP的节点一般在10个以内,无法像高防CDN一样,通过各省提供的CDN节点为网站加速,但是高防IP也可以提供多个大区节点,对业务的静态资源进行缓存加速及按照大区或线路进行DNS调度,可有效减少对源站带宽资源的使用,及实现按大区或线路近源访问的能力，但是加速效果比高防CDN稍差。

酷酷云服务器为您诚意解答，服务器租户的选择，酷酷云值得信赖。

(一）简要说明  

  如果你的Web服务器前端有代理服务器或CDN时日志中的$remote_addr可能就不是客户端的真实IP了。比较常用的解决方法有以下三几种，本文将主要介绍如何使用Nginx自带realip模块来解决这一问题：

1，用CDN自定义IP头来获取

2，通过HTTP_X_FORWARDED_FOR获取IP地址

3，使用Nginx自带模块realip获取用户IP地址

    ngx_realip模块究竟有什么实际用途呢？为什么我们需要去改写请求的来源地址呢？答案是：当Nginx处理的请求经过了某个HTTP代理服务器的转发时，这个模块就变得特别有用。

    当原始用户的请求经过代理（squid,proxy）转发之后，nginx接收到的请求的来源地址也就变成了该代理服务器的IP，于是乎nginx 就无法获取用户请求的真实IP地址了。

   所以，一般我们会在Nginx之前的代理服务器中把请求的原始来源地址编码进某个特殊的HTTP请求头中，然后再在Nginx中把这个请求头中编码的地址恢复出来。这样Nginx中的后续处理阶段(包括Nginx背后的各种后端应用)就会认为这些请求直接来自那些原始的地址，代理服务器就仿佛不存在一样。ngx_realip模块正是用来处理这个需求的。

（二）安装realip模块

[root@k8s-admin ~]# nginx -V

nginx version: nginx/1.16.1

built by gcc 4.8.5 20150623 (Red Hat 4.8.5-39) (GCC)

built with OpenSSL 1.0.2k-fips  26 Jan 2017

TLS SNI support enabled

configure arguments: --prefix=/usr/share/nginx --sbin-path=/usr/sbin/nginx --modules-path=/usr/lib64/nginx/modules --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --http-client-body-temp-path=/var/lib/nginx/tmp/client_body --http-proxy-temp-path=/var/lib/nginx/tmp/proxy --http-fastcgi-temp-path=/var/lib/nginx/tmp/fastcgi --http-uwsgi-temp-path=/var/lib/nginx/tmp/uwsgi --http-scgi-temp-path=/var/lib/nginx/tmp/scgi --pid-path=/run/nginx.pid --lock-path=/run/lock/subsys/nginx --user=nginx --group=nginx --with-file-aio --with-ipv6 --with-http_ssl_module --with-http_v2_module --with-http_realip_module --with-stream_ssl_preread_module --with-http_addition_module --with-http_xslt_module=dynamic --with-http_image_filter_module=dynamic --with-http_sub_module --with-http_dav_module --with-http_flv_module --with-http_mp4_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_random_index_module --with-http_secure_link_module --with-http_degradation_module --with-http_slice_module --with-http_stub_status_module --with-http_perl_module=dynamic --with-http_auth_request_module --with-mail=dynamic --with-mail_ssl_module --with-pcre --with-pcre-jit --with-stream=dynamic --with-stream_ssl_module --with-google_perftools_module --with-debug --with-cc-opt='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic' --with-ld-opt='-Wl,-z,relro -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -Wl,-E'

(三）配置语法

set_real_ip_from 192.168.1.0/24#真实服务器上一级代理的IP地址或者IP段,可以写多行。 set_real_ip_from 192.168.2.1 

real_ip_header   X-Forwarded-For #从哪个header头检索出所要的IP地址。

real_ip_recursive on     #递归的去除所配置中的可信IP。排除set_real_ip_from里面出现的IP。如果出现了未出现这些IP段的IP，那么这个IP将被认为是用户的IP。

一下就是配置实例：

server {

                listen 80

                server_name  localhost

                index index.html index.htm index.php

                #include deny.ip

                access_log /data/nginx.access.log

                  location ~ .* {

                    proxy_pass http://192.168.180.20

                    proxy_set_header X-Real-IP $remote_addr

                    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for

                   #proxy_set_header X-Forward-For $remote_addr

                    proxy_set_header Host $host

                    set_real_ip_from  192.168.180.0/24

                    set_real_ip_from 192.168.181.0/24

                    real_ip_header    X-Forwarded-For

                    real_ip_recursive on

                        }

        }

如果服务器获取的IP地址如下：

192.168.180.4

192.168.181.30

118.242.26.94

在real_ip_recursive on的情况下，192.168.180.4和192.168.181.30这两个IP地址都在set_real_ip_from中出现，仅仅118.242.26.94没有出现，那么这个IP就被认为是用户的IP地址，并且赋值到remote_addr变量。

在real_ip_recursive off或者不设置的情况下,192.168.180.4出现在了set_real_ip_from中会被排除掉，其它的IP地址便认为是用户的ip地址。

可以从CMD命令看出，开始——运行——键入cmd，在cmd命令台中输入ipconfig/all，其中subnet

mask便是你的子网掩码，下面一个便是默认网关。

至于首选DNS如果没特定的，则一般填8.8.8.8，备选为8.8.4.4

---