发现iis占用21端口导致server_u服务器瘫痪怎么办

那你可以修改iis或者serv-u的ftp端口号啊。
iis：
开始--》管理工具-》Internet信息服务 找到已开启的ftp站点 一般 都是默认ftp站点，右键-》属性 打开对话框 就可以修改其端口了。。或者停止ftp站点
serv-u同理
其实 使用了iis就可以没必要用serv-u就可以实现ftp了。。。。

bmc故障处理电路、方法、装置、电子设备及存储介质
技术领域
1本申请涉及通信技术领域，尤其涉及一种bmc故障处理电路、方法、装置、电子设备及存储介质。
背景技术：
2目前，常规的服务器主板上均配置一个bmc控制器，此控制器能够实现服务器的远程监控，但是一旦bmc控制器故障，服务器将无法接收远程监控指令且无法管理服务器内部部件，造成服务器瘫痪死机。
3因此，需要解决因bmc故障导致服务器死机的问题。
4上述内容仅用于辅助理解本申请的技术方案，并不代表承认上述内容是现有技术。
技术实现要素：
5为了解决上述问题，本申请提供一种bmc故障处理电路、方法、装置、电子设备及存储介质，该电路在bmc故障时，实现cpld对服务器的管理和配置，进而实现bmc故障下通过cpld链路管理服务器的功能。
6本申请第一方面公开一种bmc故障处理电路，所述bmc故障处理电路包括cpu及待管理部件、bmc和cpld；其中，
7bmc与cpld相连；
8cpu及待管理部件与电子切换开关的一端相连，电子切换开关的另一端与所述bmc或者所述cpld相连。
9在一种实施方式中，所述cpld确定所述bmc故障，所述cpld控制所述电子切换开关的一端与所述cpld相连。
10在一种实施方式中，所述cpld确定所述bmc正常，所述cpld控制所述电子切换开关的一端与所述bmc相连。
11本申请第二方面公开一种bmc故障处理方法，所述bmc故障处理方法应用于如第一方面任意一项中的bmc故障处理电路中，所述bmc故障处理方法包括：
12cpld判断bmc是否故障；
13cpld根据bmc是否故障，控制电子切换开关的一端与所述bmc相连或者所述cpld相连。
14本申请第三方面公开一种bmc故障处理装置，所述bmc故障处理装置包括如第一方面任意一项中的bmc故障处理电路，所述bmc故障处理装置包括故障检测单元和处理单元；其中，
15所述故障检测单元，用于通过cpld检测bmc是否故障；
16所述处理单元，根据所述故障检测单元的检测结果，控制电子切换开关的一端与所述bmc连接或者所述cpld连接。
17本申请第四方面公开了一种电子设备，所述电子设备包括存储器和处理器；其中，所述存储器和所述处理器通过总线相互之间通信，所述存储器存储可被所述处理器执行的程序指令，所述处理器调用所述程序指令，执行如第二方面所述的方法。
18本申请第五方面公开了一种计算机存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序被计算机处理器执行时实现如第二方面所述的方法。
19本申请的电路在bmc故障时，实现cpld对服务器的管理和配置，进而实现bmc故障下通过cpld链路管理服务器的功能；从而解决bmc故障时造成服务器无法远程监控以及瘫痪死机的问题。
附图说明
20此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。
21图1为现有技术中的一种bmc连接电路结构示意图；
22图2为本申请实施例提供的一种bmc故障处理电路结构示意图；
23图3为本申请实施例提供的一种bmc故障处理方法流程示意图；
24图4为本申请实施例提供的一种bmc故障处理装置结构示意图。
具体实施方式
25为了更清楚的阐释本申请的整体构思，下面结合说明书附图以示例的方式进行详细说明。
26本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的顺序在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。
27此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
28本申请中cpld，特指服务器主板上已有的cpld控制器，常规作用是负责服务器电源上电管理；bmc(baseboard management controller)，负责服务器的部件管理和远程监控；服务器是计算机的一种，比普通计算机运行更快、负载更高。
29图1中是现有技术。通讯信号线为多个信号线组，在该架构方案中，如果bmc发生故障，则服务器无法实现远程监控，bmc将服务管理部分部件，服务器将会瘫痪死机。
30故本说明书公开了一种bmc故障处理电路，所述bmc故障处理电路包括cpu及待管理部件、bmc和cpld。如图2所示。
31bmc与cpld相连；cpu及待管理部件与电子切换开关的一端相连，电子切换开关的另一端与所述bmc或者所述cpld相连。
32在一个示例中，所述cpld确定所述bmc故障，所述cpld控制所述电子切换开关的一端与所述cpld相连。
33在一个示例中，所述cpld确定所述bmc正常，所述cpld控制所述电子切换开关的一端与所述bmc相连。
34如图2中，通讯信号线为多个信号线组，对应的切换开关也有多个，实现对通讯信号线组的切换，本说明书以1个切换控制信号进行说明。cpld通过bmc故障信号线判断bmc是否发生故障，如果bmc未发生故障，则控制切换开关使得cpu及待管理部件的通讯信号线连接至bmc控制器；如果bmc发生故障，则控制电子切换开关使得cpu及待管理部件的通讯信号线连接至cpld，由cpld进行服务器的管理和配置以及外接以太网接口实现服务器的远程监控。
35此时，把服务器cpu与主要部件原有接入bmc的通讯信号经信号切换开关分出另外一组通讯支路至cpld；bmc正常工作时，信号切换开关切换通讯通道至bmc；如果bmc故障，cpld控制信号切换开关切换通讯通道至cpld，由cpld接管管理和配置服务器的功能。
36本申请的电路在bmc故障时，实现cpld对服务器的管理和配置，进而实现bmc故障下通过cpld链路管理服务器的功能；从而解决bmc故障时造成服务器无法远程监控以及瘫痪死机的问题。也就是，本申请增加系统链路通道，防止bmc处由于单一设备故障造成的服务器系统瘫痪，增加系统容错能力，提高服务器稳定性。
37本说明书的方案改变以往的仅能通过bmc管理和配置服务器的方式，增加通过cpld控制器管理和配置服务器的方式，解决bmc控制器故障带来的服务器无法远程监控以及瘫痪死机的问题。相当于增加服务器管理和配置的方式，通过cpld建立起另外一个服务器管理和交互的通道，对bmc起到冗余备份的作用。
38此时，在现有主板cpld控制器的基础上扩展通讯接口，实现cpld对服务器的管理和配置，进而实现bmc故障下通过cpld链路简单管理服务器的功能。由于cpld配置和管理服务器没有bmc管理那么完善，实现一些必要的远程维护和设备管理配置即可，以免耽误服务器使用；后续再详细检修或更换bmc控制器。
39本说明书还公开了一种bmc故障处理方法，所述bmc故障处理方法应用于如上所述的bmc故障处理电路中，所述bmc故障处理方法包括步骤s301
‑
s302。
40s301、cpld判断bmc是否故障。
41s302、cpld根据bmc是否故障，控制电子切换开关的一端与所述bmc相连或者所述cpld相连。
42在一个示例中，若cpld确定bmc故障，则所述cpld控制电子切换开关的一端与所述cpld相连。
43在一个示例中，若cpld确定bmc正常，则所述cpld控制电子切换开关的一端与所述bmc相连。
44上述方法实施例中，与上述电路实施例中相同或相近之处，不再赘述。
45本说明书还公开了一种bmc故障处理装置，所述bmc故障处理装置包括如上所述的bmc故障处理电路，所述bmc故障处理装置包括故障检测单元和处理单元。如图4所示。
46故障检测单元，用于通过cpld检测bmc是否故障；
47处理单元，根据所述故障检测单元的检测结果，控制电子切换开关的一端与所述bmc连接或者所述cpld连接。
48在一个示例中，当所述故障检测单元确定所述bmc故障时，所述处理单元控制电子
切换开关的一端与所述cpld连接；或当所述故障检测单元确定所述bmc正常时，所述处理单元控制电子切换开关的一端与所述bmc连接。
49上述装置实施例中，与上述电路实施例中相同或相近之处，不再赘述。
50本说明书还公开了一种电子设备，所述电子设备包括存储器和处理器。所述存储器和所述处理器通过总线相互之间通信，所述存储器存储可被所述处理器执行的程序指令，所述处理器调用所述程序指令，执行如上所述的方法。
51本说明书还公开了一种计算机存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序被计算机处理器执行时实现如上所述的方法。
52本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
53专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
54以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

事先你要了解你的网站是如何被攻击的。下面这四种是常规的攻击方式：
1，流量攻击，就是我们常说的DDOS和DOS等攻击，这种攻击属于最常见的流量攻击中的带宽攻击，一般是使用大量数据包淹没一个或多个路由器、服务器和防火墙，使你的网站处于瘫痪状态无法正常打开。但是这种攻击成本都会很高，所以遇到这样的攻击的时候大家不要惊慌，另外可以试试防御系统，这样的话攻击不会主要针对你的网站。
2， CC攻击，也是流量攻击的一种，CC就是模拟多个用户（多少线程就是多少用户）不停地进行访问那些需要大量数据 *** 作（就是需要大量CPU时间）的页面，造成服务器资源的浪费，CPU长时间处于100%，永远都有处理不完的连接直至就网络拥塞，正常的访问被中止。而CC攻击基本上都是针对端口的攻击，以上这两种攻击基本上都属于硬性流量的攻击， 下面说一下针对数据库的安全进行的一些攻击。
3，破坏数据性的攻击，其实这里说的也就不算是硬性的攻击了，这种是拿到网站的管理权限后可以对页面的内容进行修改，这样的入侵对于网站来说是致命性的，不仅搜索引擎会降权，还会丢失大量的用户。降低这样的入侵带来的危害需要经常备份网站数据和网站关键程序，最好打包到本地电脑里;做好关键文件的权限设置;网站最好采用全静态页面，因为静态页面是不容易被黑客攻击的;ftp和后台相关密码不要用弱口令
4，挂马或者挂黑链，这种不会像第二种危害那么大，但是也是不容忽视的，搜索引擎一旦把你的网站视为木马网站就会被封杀甚至还会列入黑名单，所以问题也不可以忽视。
下面是一些简单的解决方法：
1、修改网站后台的用户名和密码及后台的默认路径。
2、更改数据库名,如果是ACCESS数据库，那文件的扩展名最好不要用mdb，改成ASP的，文件名也可以多几个特殊符号。
3、接着检查一下网站有没有注入漏洞或跨站漏洞，如果有的话就相当打上防注入或防跨站补丁。
4、检查一下网站的上传文件，常见了有欺骗上传漏洞，就对相应的代码进行过滤。
5、尽可能不要暴露网站的后台地址，以免被社会工程学猜解出管理用户和密码。
6、写入一些防挂马代码，让框架代码等挂马无效。
7、禁用FSO权限也是一种比较绝的方法。
8、修改网站部分文件夹的读写权限。
9、如果你是自己的服务器，那就不仅要对你的网站程序做一下安全了，而且要对你的服务器做一下安全也是很有必要了！
如果攻击很严重，可以进行网络报警，网上有很详细的资料。就不细说了。

说实话，游戏服务器经常会被攻击，哪些原因造成游戏服务器被攻击呢？竞争对手来进犯你的服务器，让你的服务器无法正常运转，游戏很卡或被进犯到所有服务器瘫痪，玩家就会去竞争对手哪里玩。
这类进犯的处理方法主要有以下几点：
1网站应用等程序被篡改
2域名被进犯
只要呈现这类进犯那网站应用会由于被进犯失去域名的控制权限，该域名则会被绑定解析到黑客网站，一旦被泛解析，那权重便会分散，引发搜索引擎以及安全渠道的不信赖，严峻的会直接被K。
3最主要且常见的复杂的DDoS跟CC的进犯
DDoS：运用服务器技能将多台计算机联合起来，一起向一个或是多个方针游戏服务器发送DDoS进犯，以提高进犯游戏服务器的威力。游戏服务器在被进犯的时候会占用消耗掉服务器的资源，严峻直接导致游戏服务器瘫痪，使得游戏服务器没办法正常运转。
像这类的进犯，就需要进行防护了，运用一些带有防护进犯的高防服务器，这样能够防护掉大部分的进犯。由于现在的IDC针对这类进犯供给专门的防护方面的服务。所以有需要的防护功能的服务器能够直接租用高防服务器。

睿云云服务器比传统服务器，成本上节约很多，
本质没什么区别，好多APP，游戏厂家都选择云服务器。‘
找个好的公司，让厂家设备进机房的，可以自己设定防火墙。
有一对一服务的。扣号--③泗⑤遛①零泗⑤⑤

---