大家好，关于proxy服务器很多朋友都还不太明白，不过没关系，因为今天小编就来为大家分享关于服务器被攻击后怎么处理的知识点，相信应该可以解决大家的一些困惑和问题，如果碰巧可以解决您的问题，还望关注下本站哦，希望对各位有所帮助！
一、服务器被攻击后怎么处理
1、发现服务器被*，应立即关闭所有网站服务，暂停至少3小时。这时候很多站长朋友可能会想，不行呀，网站关闭几个小时，那该损失多大啊，可是你想想，是一个可能被*修改的*对客户的损失大，还是一个关闭的网站呢?你可以先把网站暂时跳转到一个单页面，写一些网站维护的的公告。
2、服务器日志，并且对服务器进行全盘杀*扫描。这将花费你将近1-2小时的时间，但是这是必须得做的事情，你必须确认*没在服务器上安装后门*程序，同时分析系统日志，看*是通过哪个网站，哪个漏洞*到服务器来的。找到并确认攻击源，并将*挂马的网址和被篡改的黑页面截图保存下来，还有*可能留下的个人IP或者代理IP。
3、Windows系统打上最新的补丁，然后就是mysql或者sql数据库补丁，还有php以及IIS，serv-u就更不用说了，经常出漏洞的东西，还有就是有些IDC们使用的虚拟主机管理软件。
4、关闭删除所有可疑的系统帐号，尤其是那些具有高权限的系统账户!重新为所有网站目录配置权限，关闭可执行的目录权限，对图片和非脚本目录做无权限处理。
5、完成以上步骤后，你需要把管理员账户密码，以及数据库管理密码，特别是sql的sa密码，还有mysql的root密码，要知道，这些账户都是具有特殊权限的，*可以通过他们得到系统权限!
6、Web服务器一般都是通过网站漏洞*的，你需要对网站程序进行检查(配合上面的日志分析)，对所有网站可以进行上传、写入shell的地方进行严格的检查和处理。如果不能完全确认攻击者通过哪些攻击方式进行攻击，那就重装系统，彻底清除掉攻击源。
二、如何制作和使用高度匿名加密代理服务器
先简单介绍一下代理的分类:
代理分：Level 1~Level 5五个等级；
或者也可以分为3类：·
A.全匿名代理不改变你的Request
Fields，使服务器端看来就像有个真正的客户浏览器在访问它。当然，你的真实IP是隐藏起来的。服务器的网管不会认为你使用了代理。
B·普通匿名代理能隐藏你的真实IP，但会更改你的Request
Fields，有可能会被认为使用了代理，但仅仅是可能，一般说来是没问题的。不过不要受它的名字的误导，其安全*可能比全匿名代理更高，有的代理会剥离你的部分信息（就好比防火墙的Stealth
Mode），使服务器端探测不到你的操作系统版本和浏览器版本。
C·透明代理（简单代理）改编你的Request Fields，并会传送真实IP。
你访问的网站会把你看的一清二楚，知道你用了代理，知道代理的IP，也知道你的真实IP。
一般Level3?-Level5属于透明代理； Level 1-Level3属于匿名代理！全匿名代理有时也称为超级代理！
不想让网管(国内代理服务器}或者ISP(国外代理服务器)知道我想去哪去过哪,那把你的连接请求用SSL加密就行了.
有了匿名功能再加上加密的连接,隐身术终于练成!
制作和使用这个代理需要的软件是CCPROXY 6.2,STUNNEL,OPENSSL,SOCKSCAP.都是免费软件,CC3个用户就够了.
假设你已经有了一台远程机器A做代理服务器,你自己的机器为B.
在A机上,我们要开一个SOCKS5的本地代理端口,并且用SSL加密他的传输.首先,在CCPROXY里启用SOCKS5的代理服务,假设端口是 1080,创建一个用户,验证方式为用户名/密码/IP混合,假设用户名密码都是123,IP为127.0.0.1,记得顺便把"禁止局域网外用户访问"勾上,因为远程的B机不会访问这个服务,免得老人人来扫密码.下面是关键,打开CCPROXY.INI文件,修改并确认下面2个参数:
EnableProxyConnection=0
EnableReferer=0
这样别人就不知道你使用了代理,也不知道你从哪儿来.好像CC6.0也支持这两个参数,不过官方是6.3才在FAQ里面写出来.
然后配置STUNEEL.CONF文件,内容如下:
cert=stunnel.pem
key= stunnel.pem
taskbar=no#这个参数可以隐藏STUNELL的图标,如果做坏事就用$%#%#
client=no
[socks2ssl]
aept= 80#在80端口监听,准备接受外部连接.
connect= 127.0.0.1:1080#连接CCPROXY开的SOCKS5服务端口
把监听端口设为80的原因是极端的假设B机前面的防火墙只允许B机访问80端口,如果没这个限制,随便设一个.
代理服务器做好了,我们要配置一下B机这个客户端.
首先是客户端的STUNNEL.CONF
client= yes
[ssl2SOCKS]
aept= 127.0.0.1:8282#在本地启用8282端口的SOCKS5代理服务
connect= AAA.AAA.AAA.AAA:80#连接到你的代理服务器A,或者域名+端口
然后设置SOCKSCAP,设置代理类型SOCKS5,127.0.0.1,端口8282,用户密码验证(启动SOCKSCAP会让你输入,就是前面设置的123了),DNS解析选先本地再远程.
最后,把你的浏览器,例如IE,拉入SOCKSCAP,可以去
验证你的匿名度了!通常就是下面这样的结果.
REMOTE_HOST=AAA.AAA.AAA.AAA
REMOTE_ADDR=AAA.AAA.AAA.AAA
HTTP_ACCEPT=*/*
HTTP_ACCEPT_ENCODING=gzip, deflate
HTTP_ACCEPT_LANGUAGE=zh-
HTTP_CONNECTION=Keep-Alive
HTTP_HOST=proxyjudge.
HTTP_REFERER=
HTTP_USER_AGENT=Mozilla/4.0(patible; MSIE 6.0; Windows NT 5.1;
Maxthon; SV1)
--------------------------------------------------------------------------------
REMOTE_HOST
Result
IP Addr.
Comment
I h*e no idea because DNS lookup failure.
HTTP Env. value
Result
NoProxy!
Comment
Like no proxy server.
AnonyLevel: 1
REMOTE_HOST that is IP addr. is precious.
或者B机上面装个个人防火墙例如ZONEALARM,启用它的隐私保护,那么
HTTP_ACCEPT_LANGUAGE
HTTP_USER_AGENT
这些本机信息也都会被隐藏.
后记:最初只是通过CCPROXY+STUNNEL建一个HTTP的SSL服务器通道,然后本机也是用STUNNEL连接出来的HTTP代理,但是验证匿名度的时候始终是Level2,3,让人很不爽.知道后来看了一些关于CCPROXY和SOCKS5的资料,试着转换角度弄一下,终于成功了.其实用SOCKSCAP还有一个好处,他可以过滤某些数字开头的IP
跳过代理连接,如果你的代理服务器驾在国外,你只要把国内主要的一些IP数字开头例如:202.96. 61.141等等加到那个过滤列表里面,就可以解决国外代理访问国内网站很慢的问题了.
三、请教问题nginx反向代理proxy
一、反向代理：Web服务器的“经纪人”
1.1反向代理初印象
反向代理（Reverse Proxy）方式是指以代理服务器来接受inter上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给inter上请求连接的客户端，此时代理服务器对外就表现为一个服务器。
Nginx搭建反向代理服务器过程详解
从上图可以看出：反向代理服务器位于网站机房，代理网站Web服务器接收Http请求，对请求进行转发。
1.2反向代理的作用
①保护网站安全：任何来自Inter的请求都必须先经过代理服务器；Nginx搭建反向代理服务器过程详解
②通过配置缓存功能加速Web请求：可以缓存真实Web服务器上的某些静态资源，减轻真实Web服务器的负载压力；Nginx搭建反向代理服务器过程详解
③实现负载均衡：充当负载均衡服务器均衡地分发请求，平衡集群中各个服务器的负载压力；Nginx搭建反向代理服务器过程详解
二、初识Nginx：简单却不平凡
2.1 Nginx是神马？
Nginx搭建反向代理服务器过程详解
Nginx是一款轻量级的网页服务器、反向代理器以及电子邮件代理服务器。其将源代码以类BSD许可证的形式发布，因它的稳定*、丰富的功能集、示例配置文件和低系统资源的消耗而闻名。
Source：Nginx（发音同engine x），它是由俄罗斯程序员Igor Sysoev所开发的。起初是供俄国大型的门户网站及搜索引擎Rambler（俄语：Рамблер）使用。此软件BSD-like协议下发行，可以在UNIX、GNU/Linux、BSD、Mac OS X、Solaris，以及Microsoft Windows等操作系统中运行。
说到Web服务器，Apache服务器和IIS服务器是两大巨头；但是运行速度更快、更灵活的对手：Nginx正在迎头赶上。
2.2 Nginx的应用现状
Nginx已经在俄罗斯最大的门户网站── Rambler Media（上运行了3年时间，同时俄罗斯超过20%的虚拟主机平台采用Nginx作为反向代理服务器。
Nginx搭建反向代理服务器过程详解Nginx搭建反向代理服务器过程详解Nginx搭建反向代理服务器过程详解Nginx搭建反向代理服务器过程详解Nginx搭建反向代理服务器过程详解在国内，已经有淘宝、新浪*客、新浪播客、网易新闻、六间房、56.、Discuz!、水木社区、豆瓣、YUPOO、海内、迅雷在线等多家网站使用 Nginx作为Web服务器或反向代理服务器。
2.3 Nginx的核心特点
（1）跨平台：Nginx可以在大多数 Unix like OS编译运行，而且也有Windows的移植版本；（2）配置异常简单：非常容易上手。配置风格跟程序开发一样，神一般的配置；（3）非阻塞、高并发连接：数据复制时，磁盘I/O的第一阶段是非阻塞的。官方测试能够支撑5万并发连接，在实际生产环境中跑到2～3万并发连接数。（这得益于Nginx使用了最新的epoll模型）；PS：对于一个Web服务器来说，首先看一个请求的基本过程：建立连接—接收数据—发送数据，在系统底层看来：上述过程（建立连接—接收数据—发送数据）在系统底层就是读写事件。
①如果采用阻塞调用的方式，当读写事件没有准备好时，必然不能够进行读写事件，那么久只好等待，等事件准备好了，才能进行读写事件，那么请求就会被耽搁。
②既然没有准备好阻塞调用不行，那么采用非阻塞调用方式。非阻塞就是：事件马上返回，告诉你事件还没准备好呢，你慌什么，过会再来吧。好吧，你过一会，再来检查一下事件，直到事件准备好了为止，在这期间，你就可以先去做其它事情，然后再来看看事件好了没。虽然不阻塞了，但你得不时地过来检查一下事件的状态，你可以做更多的事情了，但带来的开销也是不小的。
（4）事件驱动：通信机制采用epoll模型，支持更大的并发连接。
①非阻塞通过不断检查事件的状态来判断是否进行读写操作，这样带来的开销很大，因此就有了异步非阻塞的事件处理机制。这种机制让你可以同时监控多个事件，调用他们是阻塞的，但可以设置超时时间，在超时时间之内，如果有事件准备好了，就返回。这种机制解决了上面阻塞调用与非阻塞调用的两个问题。
②以epoll模型为例：当事件没有准备好时，就放入epoll(队列)里面。如果有事件准备好了，那么就去处理；如果事件返回的是EAGAIN，那么继续将其放入epoll里面。从而，只要有事件准备好了，我们就去处理它，只有当所有事件都没有准备好时，才在 epoll里面等着。这样，我们就可以并发处理大量的并发了，当然，这里的并发请求，是指未处理完的请求，线程只有一个，所以同时能处理的请求当然只有一个了，只是在请求间进行不断地切换而已，切换也是因为异步事件未准备好，而主动让出的。这里的切换是没有任何代价，你可以理解为循环处理多个准备好的事件，事实上就是这样的。
③与多线程方式相比，这种事件处理方式是有很大的优势的，不需要创建线程，每个请求占用的内存也很少，没有上下文切换，事件处理非常的轻量级，并发数再多也不会导致无谓的资源浪费（上下文切换）。对于IIS服务器，每个请求会独占一个工作线程，当并发数上到几千时，就同时有几千的线程在处理请求了。这对操作系统来说，是个不小的挑战：因为线程带来的内存占用非常大，线程的上下文切换带来的cpu开销很大，自然*能就上不去，从而导致在高并发场景下*能下降严重。
总结：通过异步非阻塞的事件处理机制，Nginx实现由进程循环处理多个准备好的事件，从而实现高并发和轻量级。
（5）Master/Worker结构：一个master进程，生成一个或多个worker进程。
Nginx搭建反向代理服务器过程详解
PS：Master-Worker设计模式核心思想是将原来串行的逻辑并行化，并将逻辑拆分成很多独立模块并行执行。其中主要包含两个主要组件Master和Worker，Master主要将逻辑进行拆分，拆分为互相独立的部分，同时维护了Worker队列，将每个独立部分下发到多个Worker并行执行，Worker主要进行实际逻辑计算，并将结果返回给Master。
问：nginx采用这种进程模型有什么好处？
答：采用独立的进程，可以让互相之间不会影响，一个进程退出后，其它进程还在工作，服务不会中断，Master进程则很快重新启动新的Worker进程。当然，Worker进程的异常退出，肯定是程序有bug了，异常退出，会导致当前Worker上的所有请求失败，不过不会影响到所有请求，所以降低了风险。
（6）内存消耗小：处理大并发的请求内存消耗非常小。在3万并发连接下，开启的10个Nginx进程才消耗150M内存（15M*10=150M）。
（7）内置的健康检查功能：如果 Nginx代理的后端的某台 Web服务器宕机了，不会影响前端访问。
（8）节省带宽：支持 GZIP压缩，可以添加浏览器本地缓存的 Header头。
（9）稳定*高：用于反向代理，宕机的概率微乎其微。
三、构建实战：Nginx+IIS构筑Web服务器集群的负载均衡这里我们主要在Windows环境下，通过将同一个Web网站部署到不同服务器的IIS上，再通过一个统一的Nginx反响代理服务器对外提供统一访问接入，实现一个最简化的反向代理和负载均衡服务。但是，受限于实验条件，我们这里主要在一台计算机上进行反向代理、IIS集群的模拟，具体的实验环境如下图所示：我们将nginx服务和web网站都部署在一台计算机上，nginx监听80端口，而web网站分别以不同的端口号（这里是8050及8060）部署在同一个IIS服务器上，用户访问 localhost时，nginx作为反向代理将请求均衡地转发给两个IIS中不同端口的Web应用程序进行处理。虽然实验环境很简单而且有限，但是对于一个简单的负载均衡效果而言，本文是可以达到并且展示的。
Nginx搭建反向代理服务器过程详解
3.1准备一个ASP.NET网站部署到IIS服务器集群中（1）在VS中新建一个ASP.NET Web应用程序，但是为了在一台计算机上展示效果，我们将这个Web程序复制一份，并修改两个Web程序的Default.as*，让其的首页显示不同的一点信息。这里Web1展示的是“The First Web：”，而Web2展示的则是“The Second Web”。
Nginx搭建反向代理服务器过程详解
（2）调试运行，看看两个网站的效果如何？
①Web1的展示效果：
Nginx搭建反向代理服务器过程详解
②Web2的展示效果：
Nginx搭建反向代理服务器过程详解
③部署到IIS中，分配不同的端口号：这里我选择了Web1:8050，Web2:8060Nginx搭建反向代理服务器过程详解
（3）总结：在真实环境中，构建Web应用服务器集群的实现是将同一个Web应用程序部署到Web服务器集群中的多个Web服务器上。
3.2Nginx并部署到服务器中作为自启动的Windows服务（1）到Nginx官网Nginx的Windows版本：（这里我们使用nginx/Windows-1.4.7版本进行实验，本文底部有）（2）解压到磁盘任意目录，例如这里我解压到了：D:\Servers\nginx-1.4.7（3）启动、停止和重新加载服务：通过cmd以守护进程方式启动nginx.exe：start nginx.exe，停止服务：nginx-s stop，重新加载配置：nginx-s reload；Nginx搭建反向代理服务器过程详解
（4）每次以cmd方式启动Nginx服务不符合实际要求，于是我们想到将其注册为Windows服务，并设置为自动启动模式。这里，我们使用一个不错的小程序：“Windows Service Wrer”，将nginx.exe注册为Windows服务，具体的步凑如下：
①最新版的 Windows Service Wrer程序，比如我的名称是“winsw-1.8-bin.exe”（本文底部有），然后把它命名成你想要的名字（比如:“nginx-service.exe”，当然，你也可以不改名）②将重命名后的 nginx-service.exe复制到 nginx的安装目录（比如，我这里是“D:\Servers\nginx-1.4.7″）③在同一个目录下创建一个Windows Service Wrer的XML配置文件，名称必须与第一步重命名时使用的名称一致（比如我这里是“nginx-service.xml”,如果，你没有重命名，则应该是“winsw-1.8-bin.xml”），这个XML的内容如下：
<?xml version="1.0" encoding="UTF-8"?>
<service>
<id>nginx</id>
<name>Nginx Service</name>
<description>High Performance Nginx Service</description>
<executable>D:\Servers\nginx-1.4.7\nginx.exe</executable>
<logpath>D:\Servers\nginx-1.4.7\</logpath>
<logmode>roll</logmode>
<depend></depend>
<startargument>-p D:\Servers\nginx-1.4.7</startargument>
<stopargument>-p D:\Servers\nginx-1.4.7-s stop</stopargument>
</service>
④在命令行下执行以下命令，以便将其注册成Windows服务：nginx-service.exe installNginx搭建反向代理服务器过程详解
⑤接下来就可以在Windows服务列表看到Nginx服务了，这里我们可以将其设置为自动启动了：
Nginx搭建反向代理服务器过程详解
（5）总结：在Windows环境中，要对外提供的Windows服务一般都要将其启动类型设置为自动。
3.3修改Nginx核心配置文件nginx.conf
（1）进程数与每个进程的最大连接数：
?nginx进程数，建议设置为等于CPU总核心数
?单个进程最大连接数，那么该服务器的最大连接数=连接数*进程数Nginx搭建反向代理服务器过程详解
（2）Nginx的基本配置：
?监听端口一般都为端口：80;
?域名可以有多个，用空格隔开：例如 server_name ha97.;Nginx搭建反向代理服务器过程详解
（3）负载均衡列表基本配置：
?location/{}：对as*后缀的进行负载均衡请求，假如我们要对所有的as*后缀的文件进行负载均衡时，可以这样写：location~.*\.as*${}
?proxy_pass：请求转向自定义的服务器列表，这里我们将请求都转向标识为的负载均衡服务器列表；Nginx搭建反向代理服务器过程详解
?在负载均衡服务器列表的配置中，weight是权重，可以根据机器配置定义权重（如果某台服务器的硬件配置十分好，可以处理更多的请求，那么可以为其设置一个比较高的weight；而有一台的服务器的硬件配置比较差，那么可以将前一台的weight配置为weight=2，后一台差的配置为 weight=1）。weigth参数表示权值，权值越高被分配到的几率越大；Nginx搭建反向代理服务器过程详解
（4）总结：最基本的Nginx配置差不多就是上面这些内容，当然仅仅是最基础的配置。（详细的配置内容请底部的nginx-1.4.7详细查看）3.4添加Nginx对于静态文件的缓存配置
为了提高响应速度，减轻真实服务器的负载，对于静态资源我们可以在反向代理服务器中进行缓存，这也是反向代理服务器的一个重要的作用。
（1）缓存静态资源之图片文件
root/nginx-1.4.7/staticresources/image：对于配置中提到的jpg/png等文件均定为到/nginx-1.4.7/staticresources/image文件夹中进行寻找匹配并将文件返回；expires 7d：过期时效为7天，静态文件不怎么更新，过期时效可以设大一点，如果频繁更新，则可以设置得小一点；TIPS：下面的样式、脚本缓存配置同这里一样，只是定位的文件夹不一样而已，不再赘述。
Nginx搭建反向代理服务器过程详解
（2）缓存静态资源之样式文件
Nginx搭建反向代理服务器过程详解
（3）缓存静态资源之脚本文件
Nginx搭建反向代理服务器过程详解
（4）在nginx服务文件夹中创建静态资源文件夹，并要缓存的静态文件拷贝进去：这里我主要将Web程序中用到的image、css以及js文件拷贝了进去；Nginx搭建反向代理服务器过程详解
（5）总结：通过配置静态文件的缓存设置，对于这些静态文件的请求可以从反向代理服务器中返回，而无需再将这些静态资源请求转发到具体的Web服务器进行处理了，可以提高响应速度，减轻真实Web服务器的负载压力。
3.5简单测试Nginx反向代理实现负载均衡效果（1）第一次访问时从127.0.0.1:8050处理响应返回结果（2）第二次访问时从127.0.0.1:8060处理响应返回结果（3）多次访问时的截屏：
Nginx搭建反向代理服务器过程详解
学习小结
在本文中，借助了Nginx这个神器简单地在Windows环境下搭建了一个反向代理服务，并模拟了一个IIS服务器集群的负载均衡效果。从这个 DEMO中，我们可以简单地感受到反向代理为我们所做的事情，并体会负载均衡是怎么一回事。但是，在目前大多数的应用中，都会将Nginx部署在 Linux服务器中，并且会做一些针对负载均衡的优化配置，这里我们所做的仅仅就是一个小小的使用而已（just修改一下配置文件）。不过，万丈高楼平地起，前期的小小体会，也会帮助我们向后期的深入学习奠定一点点的基础。
突然在QQ空间里看到了朋友送的礼物，猛然发现今天居然是我的阳历生日，好吧，我祝我自己生日快乐，希望自己在未来的日子中能够做更多的实践，分享更多的内容。当然，如果你觉得本文还可以，那也麻烦点个赞，不要吝啬你的鼠标左键哟。