什么是etc备案

etc备案指网站所有者向相关部门提交网站的基本信息。根据全国ETC联网管理委员会发布相关信息显示，etc备案包括网站名称、网站域名、网站服务器等信息，并获得备案号。备案的目的是为了监管互联网内容，保障网络安全和用户权益。如果网站没有备案，会被关闭或受到处罚。

今天帮朋友创建了一个mc的服务器，但网上找到的教程基本都稀碎，没有一套完整的教程，所以写下这篇教程，希望对大家有帮助。
首先说明一下并不是一定要用腾讯云，其他的也可以，这里只是用腾讯云做一个例子，Linux系统也一样，用Windows系统服务器也可以开服，而且比Linux要简单，我习惯用Linux开服主要是因为我对Linux系统后续 *** 作比较熟练，首推还是Windows开服。
使用本教程可以让你低成本开一个能容纳10+人不卡的小服，当然配置提升容纳人数就多了，卡的话花钱提配置就行。

运行条件：轻量应用服务器，WinSCP，putty，mc服务端

一、租一个服务器
点击腾讯云官网，618有活动可以免费租三个月，新客可以120块钱租一年的，我是去年有活动74块钱租了一年的，反正租了就行。这里只列出几个需要注意的点，其他的自己设置就可以。
活动的图
配置方面：2核4G的就可以，1核1G的便宜但也就差不多容纳三个人，视自己的情况和钱包的容量来选就可以。
地域：选离自己最近的，北上广地理位置离得越近延迟越小。
系统镜像：我这里选用的是CentOS76。
CentOS76
交完钱租完服务器，就可以配置服务器了。
成功租完的控制台（我这个是Windows的，差不多长这样就行）
二、配置服务器
下载WinSCP软件，打开后建议使用安全系数更高的密钥进行登录，可以直接 *** 作服务器后台， *** 作方式类似于Windows。
打开服务器控制台，选择左边的密钥按钮，点击创建密钥。
密钥创建界面
地域依然选择离自己地理位置最近的，创建新密钥对，密钥名称随便填。
点击创建后会d出一个下载框，下载一个1kb多的一个文件，这个就是密钥，切记妥善保管！
再次回到控制台，将密钥绑定到自己的服务器（实例）上，绑定完毕后服务器需要重启，等待一分钟即可。
打开WinSCP软件：
WinSCP登录界面
主机名输入自己服务器的公网ip地址（位于控制台左上角），用户名输入root，密码输入之前自己设置的。然后点击高级
高级界面
在密钥文件处绑定自己刚才下载的服务器密钥，WinSCP会将密钥文件转化成一个ppk文件，选中生成的ppk文件就可以。
登录过程
登录完毕后就可以更直观的 *** 作服务器后台了。
接下来要配置putty，putty登录这边遇到的问题可能会比较多，接下来我会详细说。
putty界面
最顺畅的情况：在Host Name输入自己的ip地址，Connection type选择SSH就可以，完成后在Saved Sessions输入一个配置名称，点击save保存就可以，选中自己的配置点击Open。
d出控制台
这个界面就是Linux控制台，第一次使用应该第一行是“Login as: ”，在这里输入root回车，就该输入密码了，Linux这里输入密码是看不到有多少位的，输入完点击回车。
登录成功界面
如果出现以上情况，那说明你登录成功了，接下来我列举几个我遇到过的问题。
出现 access define 的情况，首先在WinSCP中找到根目录下的这个文件，/etc/ssh/sshd_config，打开
文件位置
修改成下图这样就可以了，如果PermitRootLogin yes前面有#，要把#去掉。改完后重启服务器再尝试登录。如果再不行在控制台试试重置密码，再不行我就不知道了。
修改后
2提示no supported authentication methods available，讲上述文件的PasswordAuthentication no 改成 PasswordAuthentication yes 如果前面有#也记得消掉。
修改后
三、配置java环境
一般服务器刚租过来是没有java运行环境的，需要手动配置一下。
在控制台输入“rpm -qa | grep java”检测当前是否有java运行环境，下图里表示有环境，如果没有的话没有任何消息，直接下一步就可以。
检测当前是否有java环境（一般都没有）
下载java运行环境并安装，这里直接给出一个最泛用的jdk版本，输入以下指令“yum install java-180-openjdk-develx86_64”后回车
d出这个版本java，问是否安装，输入y点击回车过一会就安装好了。安装完毕后输入“java -version”，如果有消息d出说明已经安装成功了。
回到WinSCP，打开/etc/profile文件，在最下面加入：
JAVA_HOME=/usr/lib/jvm/java-180-openjdk-180322b06-1el7_9x86_64
JRE_HOME=$JAVA_HOME/jre
CLASS_PATH=:$JAVA_HOME/lib/dtjar:$JAVA_HOME/lib/toolsjar:$JRE_HOME/lib
PATH=$PATH:$JAVA_HOME/bin:$JRE_HOME/bin
export JAVA_HOME JRE_HOME CLASS_PATH PATH
添加字符
添加完毕后保存，重启一下服务器就可以了。
再添加一下Screen，这个功能能够保证腐竹在不开putty的情况下运行服务端，如果没有这个功能，只能打开putty的时候服务器才能进入。
在控制台输入“yum install screen -y”，就把screen安装好了，后面要用。
四、上传服务端
首先你需要在mcbbs上下载一个服务端，自己有服务端也可以，这里演示用纯净paper端1122版本来创建服务器。
推荐 >一切本来都是那样的宁静，所有的网络服务都在默默地工作着。然而近一段时间来，经常有人打电话反映一个相同的问题：在接收E-Mail时，服务器端经常应答超时，从而无法正常收到E-Mail，但如果过一会儿再收，则又可能正常接收到。大家对此表现出了很大的不满。因此，我们就迅速动手寻找问题的根源，以争取尽快修复这个故障。一、查阅基本信息首先我们翻看了归档资料，确定了E-Mail运行在一个配置为PIII 500MHz，128M内存，20G硬盘的工控机上， *** 作系统是Redhat linux 65，使用Sendmail做为E-Mail Server，并且采用系统的passwd文件做为Sendmail邮件用户的认证文件。根据网管日志记载该邮件系统的用户在这一段时间以来发展十分迅速，用户数从1万名增加到了超过2万名。二、初步分析通过上面信息的了解，我们基本上确认速度变慢的主要的原因是用户量的增长。因此，在这此前提下进行了分析。我们在linux控制台下，输入以下命令查看系统的进程情况：ps –auxw我们发现，该命令列出了大量的发送邮件和POP进程。然后根据网管日志的记录，分别在低峰、平均、高峰期间进行了并发用户数的检查，发现在高峰情，并发的用户数已从原来的20个用户上升到了40个用户。到此为止，我们得出了初步的结论：由于用户的不断增长，并发用户也越来越多，使得机器无法处理完这些并发请求，以致E-Mail服务器对用户响应过慢，甚至超时而无法使用。因此，我们认为解决这一故障的办法就是升级机器。三、深入分析因此，我们便查看了另外一台配置相同，正在运行WEB服务的服务器，我们发现该服务器在同时处理50个用户访问时，并没有感到处理能力不足。这时，我们开始进一步分析E-Mail服务的整个过程。首先用户的邮件接收程序通过POP协议与服务器的POP模块进行通讯，并提供用户名与密码；接着E-Mail服务器的POP模块要将用户提供的密码进行加密；然后与系统文件/etc/passwd中的用户密码进行逐行匹配，并找出相应的用户名，再进行第二次匹配；如果匹配成功，校验通过，否则就返回用户名或密码不正确。校验通过后，服务器开始将属于该用户的邮件传送给用户的邮件接收程序。 这时，我们想到了，所有的用户连接都有一个共同的环节，那就是都要打开系统文件/etc/passwd，进行用户的验证，会不会是因此带来瓶颈问题呢？我们就在linux控制台上输入以下命令，查看使用/etc/passwd文件有多少个进程：fuser /etc/passwd这时，列出了很多POP进程，症结总算找到了。原来是因为系统文件/etc/passwd是一个文本文件，在用户名、密码的匹配过程中，是采用逐行进行匹配，而我们的/etc/passwd文件有2万多行，因此最好的情况下是第一次匹配就成功，最坏的情况就是2万多次后才匹配成功，因此平均需要1万次的匹配。该过程所消耗的时间足以使得电子邮件接收程序超时，而无法等到匹配结束。四、解决方法故障的根源找到了，解决方法也就自然简单。因为服务器POP模块通过搜索密码文件验证一个用户的身份所需的时间很长，使得进程产生了积累，从而事实上加重了系统的负担，即此时正在使用邮件接收程序的用户在长时间内仍保持连接状态，而无法正常进行下一步的工作。所以主要是解决方法就是将采用文件文件/etc/passwd的方法转成数据库形式。因此可以采用以下两种方法之一解决：1）使用linux的NIS系统，将系统的密码文件/etc/passwd转换成为NIS的信息库。由于NIS采用的是数据库引擎，所以运行起来，便于查找，效率可以大大提高。2）重新配置Sendmail，使其不采用系统文件/etc/passwd来进行用户校验，而是采用一个特定的数据库存储，由于也是采用了数据库引擎，所以运行起来，便于查询，效率也可以大大提高。你还可以采用Postfix等内建数据库支持的E-Mail系统来替换Sendmail，由于Postfix可以直接在Sendmail基础上实现数据的自动转换，因些整个 *** 作十分简单。五、解决效果我们最后采用了Postfix替换Sendmail，将其用户密码列表转换成为数据库模式，问题就迎刃而解。现在我们仍然在使用这台机器，而且用户已经增长到3万个，高峰时期用户的并发数也已经从40个上升到60-70个，但现在系统还是有条不紊地进行着，运行良好。六、体会在这个简单的例子中，我们深深地感受到在日常的系统管理工作中必须仔细地分析问题，而不要轻易地将问题归结于服务器硬件能力上。

---