标签: centos

debian 与 centos, apache 与 nginx。问题不重要,重要的是解决的过程

抱歉,ssh的字符有空格,复制进来排版会乱掉,编辑了几次也不行,先凑合看吧,我再改改。 受人所托,要做一个比较正式的网站,可自己以前折腾都是 debian + lighttpd + php-fastcgi + sqlite 这样的奇葩组合,肯定不能这么用。

首先是系统,一直都是 debian 而且也没有什么不稳定的情况,但 centos 在很多人口中似乎都是:红帽亲儿子,企业,稳定。于是便纠结应该用自己熟悉的 debian 还是换到口碑似乎更好的 centos 。

第二是 web 服务器,自己用 lighttpd 只是为了低资源占用,普遍用的应该都是 apache 和 nginx 吧,但用法也有好多种。 单 apache ,并发弱 但 mod-php 性能好,资源占用高。 单 nginx ,并发强 但 php-fpm 会有 502 ,资源占用低。 nginx 反代 apache ,前端 nginx 抗并发,后端 apache 处理 php ,似乎是*佳方案。

开始动手测试,测试是在虚拟机下进行的,两台虚拟机都是 512M 内存,系统是 debian 8 和 centos 7 ,都用默认源,都用 apt/yum 安装。

——————————apache 部分—————————— Centos———————————————————— Server version: Apache/2.4.6 (CentOS) Server built: Nov 19 2015 21:43:13 Debian———————————————————— Server version: Apache/2.4.10 (Debian) Server built: Nov 28 2015 14:05:48 从版本号上看,是 debian 中的 apache 较新,但是有听到一种说法, centos 中的包都有 backport ,虽然版本号旧,但软件不旧,具体不知如何考证。

——————————php 部分—————————— Centos———————————————————— PHP 5.4.16 (cli) (built: Jun 23 2015 21:17:27) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies Debian———————————————————— PHP 5.6.17-0+deb8u1 (cli) (built: Jan 13 2016 09:10:12) Copyright (c) 1997-2015 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2015 Zend Technologies with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2015, by Zend Technologies 从版本号上看,是 debian 中的 php 较新。 但是安装 php-gd 的时候, centos 中是 bundle 版, debian 中是 dev 版, dev 字面上应该是开发版。明明用的是 debian 的 stable 源,为什么会是开发版?

——————————mysql 部分—————————— Centos———————————————————— mysql Ver 15.1 Distrib 5.5.44-MariaDB, for Linux (x86_64) using readline 5.1 Debian———————————————————— mysql Ver 14.14 Distrib 5.5.47, for debian-linux-gnu (x86_64) using readline 6.3 数据库这里就不能看版本号了,因为 centos 用 yum 安装 mysql 会自动安装 mariadb 。

debian 和 centos 下分别安装 Discuz x3.2 后进行压力测试,放个雅黑探针用于观测系统负载。 ——————————压力测试—————————— 使用 apache 的压力测试工具, ab -c 100 -n 100 http://127.0.0.1/forum.php ,之后逐步增加。 Centos———————————————————— Server Software: Apache/2.4.6 Server Hostname: 127.0.0.1 Server Port: 80

Document Path: /forum.php Document Length: 12872 bytes

Concurrency Level: 100 Time taken for tests: 3.589 seconds Complete requests: 100 Failed requests: 0 Write errors: 0 Total transferred: 1359500 bytes HTML transferred: 1287200 bytes Requests per second: 27.86 [#/sec] (mean) Time per request: 3589.014 [ms] (mean) Time per request: 35.890 [ms] (mean, across all concurrent requests) Transfer rate: 369.92 [Kbytes/sec] received

Connection Times (ms) min mean[+/-sd] median max Connect: 1 1 0.3 1 2 Processing: 74 1974 996.3 1995 3513 Waiting: 71 1974 996.3 1995 3513 Total: 74 1975 996.0 1997 3514

Percentage of the requests served within a certain time (ms) 50% 1997 66% 2560 75% 2925 80% 3046 90% 3374 95% 3484 98% 3494 99% 3514 100% 3514 (longest request)

Debian———————————————————— Server Software: Apache/2.4.10 Server Hostname: 127.0.0.1 Server Port: 80

Document Path: /forum.php Document Length: 12872 bytes

Concurrency Level: 100 Time taken for tests: 1.215 seconds Complete requests: 100 Failed requests: 0 Total transferred: 1367400 bytes HTML transferred: 1287200 bytes Requests per second: 82.30 [#/sec] (mean) Time per request: 1215.040 [ms] (mean) Time per request: 12.150 [ms] (mean, across all concurrent requests) Transfer rate: 1099.02 [Kbytes/sec] received

Connection Times (ms) min mean[+/-sd] median max Connect: 3 25 4.0 26 27 Processing: 149 705 315.9 706 1187 Waiting: 134 694 316.7 705 1186 Total: 170 730 317.1 732 1212

Percentage of the requests served within a certain time (ms) 50% 732 66% 917 75% 1010 80% 1055 90% 1161 95% 1205 98% 1211 99% 1212 100% 1212 (longest request)

分别测试三次,取*好结果。 测试结果是 debian 的更好,但内存已经满了。 centos 则已经开始使用 swap 了。 系统负载方面也是 debian 更低,但微乎其微,至少和内存方面的差距比起来是这样。 测试结束后内存占用率回落也是 debian 更快, centos 回落速度慢是不是受 swap 硬盘速度的影响不得而知。 centos 是 mariadb 而 debian 是 mysql ,不知道这是不是也是个影响因素。

接下来测试 nginx+apache 和 单 nginx ,在 debian 虚拟机下快照还原后重新安装 nginx+apache———————————————————— 结果忘了保存,压力测试结果比单 apache 更好,资源占用比单 apache 更低。

单 nginx———————————————————— Server Software: nginx/1.6.2 Server Hostname: 127.0.0.1 Server Port: 80

Document Path: /forum.php Document Length: 12871 bytes

Concurrency Level: 100 Time taken for tests: 1.024 seconds Complete requests: 100 Failed requests: 0 Total transferred: 1363960 bytes HTML transferred: 1287100 bytes Requests per second: 97.66 [#/sec] (mean) Time per request: 1023.960 [ms] (mean) Time per request: 10.240 [ms] (mean, across all concurrent requests) Transfer rate: 1300.82 [Kbytes/sec] received

Connection Times (ms) min mean[+/-sd] median max Connect: 9 28 3.4 28 32 Processing: 56 519 288.0 503 991 Waiting: 45 514 287.2 501 991 Total: 73 547 290.2 531 1023

Percentage of the requests served within a certain time (ms) 50% 531 66% 720 75% 819 80% 866 90% 964 95% 1011 98% 1016 99% 1023 100% 1023 (longest request) 测试结果*好,压力测试*好,资源占用*低 而且在压力测试参数增加后, nginx 的测试结果更好了,有点不解。

现在决定用 debian + nginx + php-fpm + mysql 这个组合了,但也留下几个疑问: 为什么那么多人说 centos 要比 debian 稳定? centos 中的软件真的会依靠 backport 做到版本号老,但软件不旧吗? 为什么那么多人推荐 nginx 反代 apache 这种组合?因为后端运算集中的应用下 apache 更为强大?因为 nginx 使用 php-fpm 会出现 502 ? 为什么 debian 的 stable 源中的 php-gd 会是 dev 版?因为这个 dev 版已经经过测试足够稳定了? mariadb 能否取代 mysql ?把 mysql 换成 mariadb 是否更好?我对 mariadb 完全陌生,看来得多学习学习了:) 为什么压力测试时,单 nginx 压力越高,反而表现越好了? 有没有比 debian + nginx + php-fpm + mysql 这个组合更好的方案?似乎问题又回到了原点。。。

第 1 条附言 · 2016-03-25 22:27:04 +08:00
重新编辑发一遍
受人所托,要做一个比较正式的网站,可自己以前折腾都是 debian + lighttpd + php-fastcgi + sqlite 这样的奇葩组合,肯定不能这么用。

首先是系统,一直都是 debian 而且也没有什么不稳定的情况,但 centos 在很多人口中似乎都是:红帽亲儿子,企业,稳定。于是便纠结应该用自己熟悉的 debian 还是换到口碑似乎更好的 centos 。

第二是 web 服务器,自己用 lighttpd 只是为了低资源占用,普遍用的应该都是 apache 和 nginx 吧,但用法也有好多种。
单 apache ,并发弱 但 mod-php 性能好,资源占用高。
单 nginx ,并发强 但 php-fpm 会有 502 ,资源占用低。
nginx 反代 apache ,前端 nginx 抗并发,后端 apache 处理 php ,似乎是*佳方案。

开始动手测试,测试是在虚拟机下进行的,两台虚拟机都是 512M 内存,系统是 debian 8 和 centos 7 ,都用默认源,都用 apt/yum 安装。

apache 部分
Centos
Server version: Apache/2.4.6 (CentOS) Server built: Nov 19 2015 21:43:13

Debian
Server version: Apache/2.4.10 (Debian) Server built: Nov 28 2015 14:05:48

从版本号上看,是 debian 中的 apache 较新,但是有听到一种说法, centos 中的包都有 backport ,虽然版本号旧,但软件不旧,具体不知如何考证。

php 部分
Centos
PHP 5.4.16 (cli) (built: Jun 23 2015 21:17:27)
Copyright (c) 1997-2013 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies

Debian
PHP 5.6.17-0+deb8u1 (cli) (built: Jan 13 2016 09:10:12)
Copyright (c) 1997-2015 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2015 Zend Technologies
with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2015, by Zend Technologies

从版本号上看,是 debian 中的 php 较新。
但是安装 php-gd 的时候, centos 中是 bundle 版, debian 中是 dev 版, dev 字面上应该是开发版。明明用的是 debian 的 stable 源,为什么会是开发版?

mysql 部分
Centos
mysql Ver 15.1 Distrib 5.5.44-MariaDB, for Linux (x86_64) using readline 5.1

Debian
mysql Ver 14.14 Distrib 5.5.47, for debian-linux-gnu (x86_64) using readline 6.3

数据库这里就不能看版本号了,因为 centos 用 yum 安装 mysql 会自动安装 mariadb 。

debian 和 centos 下分别安装 Discuz x3.2 后进行压力测试,放个雅黑探针用于观测系统负载。

压力测试部分
使用 apache 的压力测试工具, ab -c 100 -n 100 http://127.0.0.1/forum.php ,之后逐步增加。

Centos
Server Software: Apache/2.4.6
Server Hostname: 127.0.0.1
Server Port: 80

Document Path: /forum.php
Document Length: 12872 bytes

Concurrency Level: 100

第 2 条附言 · 2016-03-25 22:28:31 +08:00
Time taken for tests: 3.589 seconds
Complete requests: 100
Failed requests: 0
Write errors: 0
Total transferred: 1359500 bytes
HTML transferred: 1287200 bytes
Requests per second: 27.86 [#/sec] (mean)
Time per request: 3589.014 [ms] (mean)
Time per request: 35.890 [ms] (mean, across all concurrent requests)
Transfer rate: 369.92 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 1 1 0.3 1 2
Processing: 74 1974 996.3 1995 3513
Waiting: 71 1974 996.3 1995 3513
Total: 74 1975 996.0 1997 3514

Percentage of the requests served within a certain time (ms)
50% 1997
66% 2560
75% 2925
80% 3046
90% 3374
95% 3484
98% 3494
99% 3514
100% 3514 (longest request)

## Debian
Server Software: Apache/2.4.10
Server Hostname: 127.0.0.1
Server Port: 80

Document Path: /forum.php
Document Length: 12872 bytes

Concurrency Level: 100
Time taken for tests: 1.215 seconds
Complete requests: 100
Failed requests: 0
Total transferred: 1367400 bytes
HTML transferred: 1287200 bytes
Requests per second: 82.30 [#/sec] (mean)
Time per request: 1215.040 [ms] (mean)
Time per request: 12.150 [ms] (mean, across all concurrent requests)
Transfer rate: 1099.02 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 3 25 4.0 26 27
Processing: 149 705 315.9 706 1187
Waiting: 134 694 316.7 705 1186
Total: 170 730 317.1 732 1212

Percentage of the requests served within a certain time (ms)
50% 732
66% 917
75% 1010
80% 1055
90% 1161
95% 1205
98% 1211
99% 1212
100% 1212 (longest request)
第 3 条附言 · 2016-03-25 22:29:09 +08:00
分别测试三次,取*好结果。
测试结果是 debian 的更好,但内存已经满了。 centos 则已经开始使用 swap 了。
系统负载方面也是 debian 更低,但微乎其微,至少和内存方面的差距比起来是这样。
测试结束后内存占用率回落也是 debian 更快, centos 回落速度慢是不是受 swap 硬盘速度的影响不得而知。 centos 是 mariadb 而 debian 是 mysql ,不知道这是不是也是个影响因素。

# 接下来测试 nginx+apache 和 单 nginx ,在 debian 虚拟机下快照还原后重新安装
## nginx+apache
结果忘了保存,压力测试结果比单 apache 更好,资源占用比单 apache 更低。

## 单 nginx
Server Software: nginx/1.6.2
Server Hostname: 127.0.0.1
Server Port: 80

Document Path: /forum.php
Document Length: 12871 bytes

Concurrency Level: 100
Time taken for tests: 1.024 seconds
Complete requests: 100
Failed requests: 0
Total transferred: 1363960 bytes
HTML transferred: 1287100 bytes
Requests per second: 97.66 [#/sec] (mean)
Time per request: 1023.960 [ms] (mean)
Time per request: 10.240 [ms] (mean, across all concurrent requests)
Transfer rate: 1300.82 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 9 28 3.4 28 32
Processing: 56 519 288.0 503 991
Waiting: 45 514 287.2 501 991
Total: 73 547 290.2 531 1023

Percentage of the requests served within a certain time (ms)
50% 531
66% 720
75% 819
80% 866
90% 964
95% 1011
98% 1016
99% 1023
100% 1023 (longest request)
测试结果*好,压力测试*好,资源占用*低
而且在压力测试参数增加后, nginx 的测试结果更好了,有点不解。

# 结果
现在决定用 debian + nginx + php-fpm + mysql 这个组合了,但也留下几个疑问:
为什么那么多人说 centos 要比 debian 稳定? centos 中的软件真的会依靠 backport 做到版本号老,但软件不旧吗?
为什么那么多人推荐 nginx 反代 apache 这种组合?因为后端运算集中的应用下 apache 更为强大?因为 nginx 使用 php-fpm 会出现 502 ?
为什么 debian 的 stable 源中的 php-gd 会是 dev 版?因为这个 dev 版已经经过测试足够稳定了?
mariadb 能否取代 mysql ?把 mysql 换成 mariadb 是否更好?我对 mariadb 完全陌生,看来得多学习学习了:)
为什么压力测试时,单 nginx 压力越高,反而表现越好了?
有没有比 debian + nginx + php-fpm + mysql 这个组合更好的方案?似乎问题又回到了原点。。。
debian Apache Nginx Requests8 条回复 • 2016-03-25 23:03:49 +08:00
Andy1999 1
Andy1999 2016-03-25 21:03:55 +08:00 ❤️ 1
Apache 请在 2U4G 的服务器上用
UnisandK 2
UnisandK 2016-03-25 21:10:33 +08:00 ❤️ 1
正规发行版应该都是稳定的
apache 把线程调度器当包调度器在用,所以高并发情况下性能会急剧下降
mariadb 是 mysql 的分支,你可以把它当 mysql 用,装完命令都是 mysql ,没变化的
yangxiu 3
yangxiu 2016-03-25 21:18:52 +08:00
@Andy1999
这边是自己测试,电脑不好虚拟机开不了大内存。正式的服务器是 E3-1230V2 和 4G 内存,而且是独立服务器
yangxiu 4
yangxiu 2016-03-25 21:23:29 +08:00
@UnisandK
测试的结果是 debian 性能好一些,我自己也是一直 debian 的。
就是无法理解为什么那么多人说 centos 比 debian 稳定,没有那么多人说我就会坚持 debian 的。但是既然有人说了,就会忍不住去尝试,去证实。
just1 5
just1 2016-03-25 21:53:17 +08:00 via Android
其实发帖可以选择 markdown ,“`就不会换行了
Remember 6
Remember 2016-03-25 22:05:09 +08:00
不买服务的话, centos 不比 debian 更有优势。
yangxiu 7
yangxiu 2016-03-25 22:33:18 +08:00
@just1
用 markdown 编辑重发了
然后超过字数要分段发,后两个附言忘了选 markdown 了囧
yangxiu 8
yangxiu 2016-03-25 23:03:49 +08:00
@Andy1999
@UnisandK
@just1
@Remember
已经修改好重新发了一份,各位移步到 http://www.v2ex.com/t/266404
谢谢各位回答帮助:)

CentOS配置简单的MC服务器配置

首先自己的硬件要求有:

%title插图%num

需要的东西我全部例举出来了

安装服务器操作系统:
这个我不想演示了,很简单,百度上教程一大堆,下面直接跳到配置环节。

(1)安装SSH服务:
yum -y install openssh-server
如果提示以下情况:

未安装”yum”请执行
sudo apt install yum

就直接按照上面的提示直接安装yum,(这种情况出现在*个别的老版本CentOS里面)

安装完毕之后查看自己的服务器地址:
ifconfig //查看本机内网IPV4地址

在SSH管理软件中输入本机的登陆账号以及密码之后安装vsftpd

yum -y install vsftpd //安装FTP组件

XFTP软件连接之后自己找一个文件夹做游戏的根目录,作者使用/var/mcserver目录

在Windows管理机下用.txt文件编辑

java -Xms 6144M -Xmx 1024M -jar XXXX.jar //XXXX.jar是你的核心文件名字

把后缀从txt改成.sh

在控制台输入:

cd /var/mcserver
ls -al
sh ./start.sh

直接启动核心文件选择语言版本,此服务器启动成功!!!!

服务器连接问题:
不用什么软件,直接使用一个很简单的
用路由器自带的ddns功能,直接设置xxxxx.AP厂商.cn
当然,公网的IPV4地址还是重要滴!
没有公网地址是无法正常解析的,否则就需要内网穿透,不穿透无效。

如果使用的是内网联机用的服务器,只需要内网IPV4地址+服务器开启端口号
内网服务器的配置方式和上面一样,如果想要开启某些氪金系统,就搭配MySQL,Mircosoft SQL就算了,我之前尝试过,答案是不能(不知道是我的设置的问题还是其他的**总之这个目前用的人很少,所以不做教程,想折腾的自己去研究研究)

我的世界:CentOS搭建mc服务器

安装配置
1. 安装配置java环境,用Java1.8
2. 获取mc服务器jar包:
wget https://s3.amazonaws.com/Minecraft.Download/versions/[version]/minecraft_server.[version].jar

# 如采用1.11.2版本服务器端
wget htts://s3.amazonaws.com/Minecraft.Download/versions/1.11.2/minecraft_server.1.11.2.jar

3. 启动mc服务器端:
java -Xms**m -Xmx**m -jar [path]/minecraft_server.[version].jar nogui

# 1.11.2版本
java -Xms512m -Xmx768m -jar /root/mc/minecraft_server.1.11.2.jar nogui
# -Xms:初始启动分配的内存(-Xms512m)
# -Xmx:*大分配的内存(-Xmx768m)
# nogui:用于以基于文本的界面来显示,可减少内存使用。如果使用图形化界面,那么移除nogui选项。

4. 同意*终用户许可协议 EULA
首次启动不会成功启动,会生成一个eula.txt 文件。用vim打开,将行 eula = false 更改为 eula = true,并保存文件,表示同意许可协议。

5. 服务器要开25565端口
服务器端默认使用25565端口,可配置,配置详情参考下一条。

如腾讯云服务器设置步骤:

控制台-云服务器-安全组-安全组规则-添加规则:
来源:0.0.0.0/0
协议端口:TCP:25565

6. 修改server.propertices
如果客户端连接报错,修改服务器端server.propertices文件:
把 online_mode=true 改成online_mode=false,重启服务再试。
这个选项表示是否连接正版服务器验证用户。

其中server.propertices是mc服务端配置文件,可设置游戏难度、世界类型、游戏模式、允许玩家数量、世界大小、黑白名单等等。
配置文件内容:

#Minecraft server properties
#Fri Jan 05 22:45:30 CST 2018
generator-settings=
op-permission-level=4
allow-nether=true
level-name=world #存档名称,也就是读取的存档文件夹的名称,默认为world
enable-query=false
allow-flight=false
announce-player-achievements=true
server-port=25565 #端口,客户端连接的话要指定这个端口,服务器防火墙要开放这个端口。可以不指定,默认为:25565
level-type=DEFAULT
enable-rcon=false
force-gamemode=false
level-seed= #地图种子
server-ip=
max-build-height=256
spawn-npcs=true
white-list=false
spawn-animals=true
snooper-enabled=true
hardcore=false
online-mode=false #是否连接正版服务器校验
resource-pack=
pvp=true
difficulty=1
enable-command-block=false
player-idle-timeout=0
gamemode=0
max-players=20 #*大玩家数
spawn-monsters=true
view-distance=10
generate-structures=true
motd=A Minecraft Server

另外服务器启动后可以在后台执行命令。如设置超级管理员op命令:

op player1 # 把player1设为op,然后player1就能输入作弊码了。

安装mod
若要在服务器上安装mod,需下载相应版本的forge jar包(假设1.7.10版本,则为forge-1.7.10-10.13.4.1558-1.7.10-universal.jar),将forge-1.7.10-10.13.4.1558-1.7.10-universal.jar同客户端.minecraft文件夹下libraries目录一起拷贝到服务器端(同服务器jar位于同一目录)。然后执行:

java -Xms512m -Xmx768m -jar /root/mc/forge-1.7.10-10.13.4.1558-1.7.10-universal.jar nogui

执行成功后就会生成mods目录,然后将相关mod的jar包放到mods目录里,重启服务器就可以了(启动服务器也使用上面forge jar包的命令)。

注意客户端需要安装了同样的mod,mod才能有效。

另外:mc1.12用forge-1.12-14.21.1.2443-installer.jar安装mod,用forge-1.7.10-10.13.4.1558-1.7.10-universal.jar启动。

虚拟终端screen
另外为了让此服务器程序一直运行,可以安装虚拟终端screen:

yum install -y screen

开终端mc,然后在里面执行命令:

screen -S mc # 开一个名为mc的session
… # 然后是要在虚拟终端mc下执行的命令
# 将终端后台:按`ctrl+a`,然后按`d`。

回到终端mc:

screen -r mc

列出已经打开的session:

screen -ls #或
screen -list

CentOS 与 Ubuntu:哪个更适合做服务器?

CentOS 与 Ubuntu:哪个更适合做服务器?

 

已经决定买一台虚拟服务器,但还不能决定使用哪个 Linux 发行版?我们都经历过这种困扰。对于 Linux 发行版来说,要在这么多的发行版和种种支派flavors中选择一个,那简直能让人崩溃。不过,对于服务器而言,有两个主流的 Linux 发行版,那就是 CentOS 和 Ubuntu。但如何从这两个之中选择,这是摆在管理员、初学者和专业人士面前的主要问题。在对这两个(和更多)发行版有了一定的经验之后,我们决定对这两个发行版用于服务器时做个比较。

利益相关:本文译自 thishosting.rocks,根据国内情况替换了相应推荐的云服务商。

概览

%title插图%num

哪个更适合新手?

Ubuntu。

一如往常那样,它主要取决于你的需求和以前的经验,但一般来说,Ubuntu 对于初学者来说是更好的选择。主要是因为这两个原因:

  • Ubuntu 有一个庞大的社区,随时可以免费提供帮助。我指的是真正的大。数以千计的用户分布在数百个不同的在线论坛和兴趣组内。甚至有现实生活中的大会。你也可以为 CentOS 找到很多教程和帮助,特别是对于简单的 LAMP 栈和流行的应用程序而言。
  • Ubuntu 服务器对于以前使用过 Ubuntu 桌面的人来说会容易得多。同样的情况也存在于 CentOS 和 Fedora 之间,但是 Ubuntu 桌面版比任何其他基于 Linux 的家用桌面更受欢迎。

所以,如果你是一个初学者,而且没有任何特殊要求,那就去使用 Ubuntu 服务器。 更好的是,你可以从一个便宜的托管服务提供商那购买服务,这样你就可以在你的服务器上进行实验,还有一个专业的 24/7 支持团队准备好帮助你。

哪个更适合商用?

CentOS。

同样,你仍然可以使用 Ubuntu 作为商用网站或公司内部服务器,但 CentOS 有它的优势:

  • CentOS(可以说)更稳定以及更安全。由于 CentOS 的更新频率较低,这意味着软件测试的时间更长,并且只有真正稳定的版本才会得到发布。如果你使用 CentOS,你不会因新的有 bug 的应用程序版本而遇到任何稳定性问题,因为你不会得到那个新的有 bug 的版本。
  • 大多数控制面板(包括*受欢迎的控制面板 – cPanel)仅支持 CentOS。所以这意味着如果你是一个网站托管公司,或者如果你是一个有很多客户的网站服务代理商,并且需要一个控制面板 – CentOS 是一个更好的选择。

尝试一下它们并选择一个

如果你还是不能决定,你可以免费试试它们。你可以在本地安装或使用 live 镜像。你还可以从阿里云和 Ucloud 这样的地方买到便宜的虚拟专用服务器。你可以在几秒钟内启动 CentOS/Ubuntu 服务器。

哪个更快?

它们在速度方面是相同的。它们和运行在你自己的硬件上一样快。它们将如你配置的一样快。不管怎样,你都应该正确配置并且保护所有的服务器、配置和应用程序。

你会使用哪个发行版?想告诉我们你是哪个发行版的拥趸么?请随时留下评论。

文末评论

W. Anderson:

我的大多数 Linux 服务器部署都是针对企业客户的,所以我对文章作者以 GUI 客户端版本来反映任何服务器的管理功能感到困惑。通常,许多服务提供商也会在 CentOS、Ubuntu,或经常部署的 OpenSuse Leap 和 FreeBSD 10+ 服务器操作系统上提供 WebMin、VirtualAdmin 或类似工具作为控制面板,即使是在虚拟专用服务器(VPS)环境中。

CentOS 在许多商业应用以及高级网络/虚拟化和云计算环境方面具有明显优于 Ubuntu 的优势,并且 CentOS 充分利用 SELinux 框架用于加强的安全层,而目前在 Ubuntu 中则不可用(或不容易)。

这种类型的比较通常是多余的,因为几乎总是有特定的和细微的要求,和需要服务器实现的需求,这将决定哪个发行版具有更多的优势或用途 – 基于技术专家/托管公司的专业知识和广泛的经验。

VAN DER BEKEN:

正确的比较应该是对 Debian 和 CentOS 进行比较。

以我的经验,我使用 CentOS 和 Debian 作为服务器,稍微偏爱 Debian 一点点,因为它的社区。

CentOS定时执行shell脚本配置

首先使用SSH客户端工具连接到指定服务器,输入登录密码,并使用 sudo -i 命令获得root权限
%title插图%num

切换到放置shell脚本的目录,新建一个saveRedis.sh脚本。
cd /home/shell
touch saveRedis.sh

使用vim来编辑saveRedis.sh
vim saveRedis.sh

输入下列指令:
%title插图%num

:wq 保存退出vim

将saveRedis.sh设置为可执行脚本

chmod +x saveRedis.sh

执行该脚本看看是否成功

./saveRedis.sh

返回OK,且生成了dump001.rdb,说明该脚本是正确的。

配置定时任务
新增调度任务可用两种方法:
1)、在命令行输入: crontab -e 然后添加相应的任务,wq存盘退出。
2)、直接编辑/etc/crontab 文件,即vim /etc/crontab,添加相应的任务。
crontab -e配置是针对某个用户的,而编辑/etc/crontab是针对系统的任务 。

这里使用 vim /etc/crontab 按照指定格式添加命令行

%title插图%num
上面添加的命令表示每天11-22点,每分钟执行一次saveRedis.sh脚本

crontab的命令格式举例如下:
%title插图%num

查看crond进程状态

service crond status
%title插图%num

centos7 搭建FTP服务器以及遇到的坑

1:安装vsftpd

yum install vsftpd -y

2:启动vsftpd

service vsftpd start

加入开机启动

chkconfig vsftpd on

启动后可以看到系统监听21端口

netstat -nltp | grep 21

3:vsftpd的文件说明

vsftpd.conf: 主要配置文件

ftpusers:配置禁止访问ftp服务器的用户列表

user_list:配置用户访问控制

4:配置阻止匿名用户访问和切换根目录

vi /etc/vsftpd/vsftp.conf

找到以下两处并按下面的样子修改

# 禁用匿名用户
anonymous_enable=NO
# 禁止切换根目录
chroot_local_user=YES

#开启以下配置

chroot_local_user=YES
chroot_list_enable=YES
# (default follows)
chroot_list_file=/etc/vsftpd/chroot_list     #如果没有此文件则创建此文件,不需要添加内容

文件末尾添加

allow_writeable_chroot=YES

不添加此项,连接ftp服务器的时候会报500 OOR。。。。

5:创建ftp用户

useradd ftpuser

为用户设置密码

echo “ftpuser123” | passwd ftpuser –stdin

6:限制上步创建的用户只能通过ftp访问

usermod -s /sbin/nologin ftpuser

7:为用户分配主目录

用以下命令创建,但是该目录不能上传文件

mkdir -p /home/ftp/pub

创建欢迎文件

echo “Welcome to use FTP service.” > /home/ftp/welcome.txt

设置访问权限

chmod a-w /home/ftp && chmod 777 -R /home/ftp/pub

设置为用户主目录

usermod -d /home/ftp ftpuser

8:保存后重启vsftpd

service vsftpd restart

9:配置防火墙

在防火墙的配置文件中开启21端口,并重启防火墙

上述步骤即可完成vsftpd搭建,但是客户端只能通过主动模式访问vsftpd,例如使用filezilla需要将传输模式的默认模式改为主动模式才能访问ftp服务器,如果发现可以正常登陆但是无法将目录列出来,就是这个原因.如果需要直接可以访问的话,需要将ftp服务器开启被动模式

1:修改配置文件

vi /etc/vsftpd/vsftpd.conf

2:在末尾添加

pasv_enable=YES
pasv_min_port=30000
pasv_max_port=31000

3:重启vsftpd并将上述的30000端口至31000端口开启,

-A INPUT -m state –state NEW -m tcp -p tcp –dport 30000:31000 -j ACCEPT

备注:过程虽然不难,但遇到的坑比较多,按照很多网上的文章进行配置,*后都是各种错误,刚开始是无法连接,发现没有给用户设置主目录,

当找到问题后修改,可以连接上但是发现权限不够(忘记给目录赋值权限),而且竟然发现创建的用户可以直接通过ssh连接到服务器,这样子就

失去了我想要的,安全性也大大降低了,总之问题很多,*头疼的还是提示已经登陆但是无法将目录展示出来,经过自己分析日志发现是模式不对,

希望大家可以借鉴参考,尽量少入点坑

服务器为什么一般都是centos,而不是ubuntu.

1、ubuntu包管理简便完整,安装便利,组织系统,不过论及资源数量,还是远远比不上centos,只不过Centos的资源分布在大量的三方源中,利用起来稍微麻烦一点。

2、ubuntu的界面好看且用起来方便,适合开发和桌面应用。不过然并卵,这是服务器,没必要安装桌面的,占资源的服务开得越少越好

3、Centos作为老牌的redhat亲信,采用的组件和内核版本都比较保守,因此稳定性也要好得多,而且出现安全时间时,会*时间内推出安全补丁,对于长时间运行不重启的服务器来说相对更合适。

4、设备兼容性要见仁见智,因为ubuntu的内核较新,所以支持兼容机更好,而专业的存储设备等等,则一般仅提供centos/redhat的驱动,使用较广泛的驱动会随内核发布,一般不会有ubuntu驱动,相反debian的驱动可能会作为第二选择提供。所以你放100个心,专业设备你找不到驱动的,除非你有耐心去编译内核……同时,你会发现,几乎所有的专业服务器都支持centos安装,而不需要任何的额外存储或其他设备驱动……

5、因为ubuntu内核相对较新,所以在文件系统性能上会更好,不过正由于这个原因,老的软件兼容性会差一点点,不支持新内核的软件多了去了……同时长时间运行后,你会发现磁盘日志不同步的问题较多

6、ubuntu的LTS(长期支持版本)是不错,但是生命期到期后还是会要求你升级,否则各种问题。相反centos使用超过10年的系统多不胜数,一般不需要特别处理。

7、服务器选择的标准不是性能和易用性,而是稳定性和兼容性,其实用什么系统大家可以自行决定,喜欢用什么就用什么,反正除了你自己维护和使用,关别人什么事?

另外,我们已经把系统全部换成Centos了,所以有点偏向Centos,请大家见谅:

建议:

桌面和开发可以用Ubuntu

现网服务器一般用Centos/Redhat ES (区别是带支持和不带的)

专用系统根据系统需要选择,无论哪种均可,比如docker集群,hadoop大数据,SorlCloud之类的

centos 下 nginx 使用了 HTTPs,网页访问不了

周一之前 https 可以正常访问,周一之后就不行。问了阿里云那边,阿里云那里可以正常访问。服务器端口都开放了,没有防火墙。域名由于法人更换,有段时间是不行的。现在 80 端口可以访问,就是 443 端口出问题了。切换端口也可以。这是什么问题啊?

tomwen 1
tomwen 2019-12-31 09:55:11 +08:00
域名能发出来看看吗?
首先端口是不是开了?不能访问是浏览器阻止了还是直接就打不开?是不是证书过期或者自制证书?
guanganqishi 2
guanganqishi 2019-12-31 10:21:35 +08:00 ❤️ 1
@tomwen kubao.360reborn.com:8443 弄了个 8443 端口可以访问 https://kubao.360reborn.com 443 端口不能访问
证书是昨天弄了新的,还是不行。浏览器显示的是连接已重置
sujin190 3
sujin190 2019-12-31 10:52:30 +08:00
香港阿里云的话,一直都有这个问题啊,tsl 连接会被阻断,过几分钟又正常了
guanganqishi 4
guanganqishi 2019-12-31 11:01:44 +08:00
@sujin190 不是香港的,服务器在杭州
ChicC 5
ChicC 2019-12-31 11:04:45 +08:00
配置问题咯
guanganqishi 6
guanganqishi 2019-12-31 11:08:26 +08:00
@ChicC
server {
listen 443 ssl http2;
listen [::]:443 ssl;
server_name *.360reborn.com;
charset utf-8;
access_log logs/kubao.https.access.log main;
error_log logs/kubao.https.error.log error;

index index.php index.html index.htm;

ssl on;
ssl_certificate /usr/local/nginx/ssh/360reborn.pem;
ssl_certificate_key /usr/local/nginx/ssh/360reborn.key;

ssl_session_cache shared:SSL:10m;
ssl_session_timeout 5m;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP;
ssl_prefer_server_ciphers on;

location / {
root /var/www/kubao/web;
index index.php index.html index.htm;
if (!-e $request_filename) {
rewrite ^(.*)$ /index.php?s=$1 last;
break;
}
}

error_page 404 /404.html;

error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}

location ~ \.php$ {
root /var/www/kubao/web;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}

}

是这样的配置
sujin190 7
sujin190 2019-12-31 11:17:49 +08:00
看了下,tls 就建立不成功,客户端发送 client hello 之后连接被服务器重置了,但是不发送域名是可以成功建立连接的,所以要么是域名备案问题,要么是防火墙有特殊配置,实在不行也可以升级下 nginx 和 openssl 试试
sujin190 8
sujin190 2019-12-31 11:19:08 +08:00
证书和加密套件配置都没有问题,如果域名备案没有问题,防火墙也是正常的,那么 nginx 有 bug 也是可能的
guanganqishi 9
guanganqishi 2019-12-31 11:43:46 +08:00
@sujin190 嗯嗯 好的 谢谢 我再看看吧
sujin190 10
sujin190 2019-12-31 11:53:08 +08:00
看非 443 可以正常用而且是服务器 rst,所以大概率是域名合规问题,实在找不出啥问题可以给阿里云提工单问问

noqwerty 2019-12-31 12:02:30 +08:00 via Android
我这边可以直接打开你的链接啊,浏览器清一下缓存看看?
venhow 12
venhow 2019-12-31 14:33:46 +08:00
没有加载到证书啊
ChicC 13
ChicC 2019-12-31 14:42:46 +08:00
ssl_certificate /usr/local/nginx/ssh/360reborn.pem;
@guanganqishi

是配置 pem 文件吗?不是 crt 吗
justfly 14
justfly 2019-12-31 14:49:37 +08:00
https://47.98.153.226/ 没问题,也能达到正确的证书,所以倾向于证书没啥问题,但是使用域名就有问题,怀疑防火墙或者 SNI 相关逻辑,看看 nginx 的错误日志。
privil 15
privil 2019-12-31 15:10:37 +08:00
本机配置一下 host 域名指向 127.0.0.1 然后 curl 试一下行不行。
privil 16
privil 2019-12-31 15:11:25 +08:00
服务器本机。
jeblur 17
jeblur 2019-12-31 15:16:41 +08:00
正常打开
whnzy 18
whnzy 2020-01-03 16:38:24 +08:00
法人变更,是需要更新备案信息的,因为 2020 年,TLSv1.0 和 TLSv1.1 就不支持了,TLSv1.2 是支持 SNI 的,很容易被监测出来的。
我 ICP 查询,你们是备案的,但是有可能是因为没有更新备案信息。
每个浏览器对 TLSv1.0 和 TLSv1.1 的禁用时间不同,就会导致不同的浏览器会有不同的表现。
希望能帮到你。

友情链接: SITEMAP | 旋风加速器官网 | 旋风软件中心 | textarea | 黑洞加速器 | jiaohess | 老王加速器 | 烧饼哥加速器 | 小蓝鸟 | tiktok加速器 | 旋风加速度器 | 旋风加速 | quickq加速器 | 飞驰加速器 | 飞鸟加速器 | 狗急加速器 | hammer加速器 | trafficace | 原子加速器 | 葫芦加速器 | 麦旋风 | 油管加速器 | anycastly | INS加速器 | INS加速器免费版 | 免费vqn加速外网 | 旋风加速器 | 快橙加速器 | 啊哈加速器 | 迷雾通 | 优途加速器 | 海外播 | 坚果加速器 | 海外vqn加速 | 蘑菇加速器 | 毛豆加速器 | 接码平台 | 接码S | 西柚加速器 | 快柠檬加速器 | 黑洞加速 | falemon | 快橙加速器 | anycast加速器 | ibaidu | moneytreeblog | 坚果加速器 | 派币加速器 | 飞鸟加速器 | 毛豆APP | PIKPAK | 安卓vqn免费 | 一元机场加速器 | 一元机场 | 老王加速器 | 黑洞加速器 | 白石山 | 小牛加速器 | 黑洞加速 | 迷雾通官网 | 迷雾通 | 迷雾通加速器 | 十大免费加速神器 | 猎豹加速器 | 蚂蚁加速器 | 坚果加速器 | 黑洞加速 | 银河加速器 | 猎豹加速器 | 海鸥加速器 | 芒果加速器 | 小牛加速器 | 极光加速器 | 黑洞加速 | movabletype中文网 | 猎豹加速器官网 | 烧饼哥加速器官网 | 旋风加速器度器 | 哔咔漫画 | PicACG | 雷霆加速