男的舔女的下面视频在线播放-少妇愉情理仑片高潮日本-久久久久久国产一区二区三区-麻豆精品一区二区综合-国产精品超碰在线观看-网红极品女神精品视频在线-国产亚洲综合777-高清性视频一区二区播放-中文字幕第一页亚洲天堂

Discuz! 官方交流社區(qū)

標(biāo)題: 我的網(wǎng)站服務(wù)器每間隔1個(gè)小時(shí)就被打死一次 [打印本頁(yè)]

作者: 白天也懂夜的黑    時(shí)間: 2023-7-4 15:34
標(biāo)題: 我的網(wǎng)站服務(wù)器每間隔1個(gè)小時(shí)就被打死一次
我的網(wǎng)站服務(wù)器是4核8G的配置(騰訊云的云服務(wù)器),近期網(wǎng)站時(shí)常出現(xiàn)502錯(cuò)誤(1分鐘左右自動(dòng)恢復(fù)正常),在檢查原因時(shí)發(fā)現(xiàn),我的網(wǎng)站服務(wù)器CPU和內(nèi)存每間隔1個(gè)小時(shí)左右就被占用100%,時(shí)間節(jié)點(diǎn)挺有規(guī)律的,難道是我哪里設(shè)置的不對(duì)嗎? 解解決辦法,謝謝。


(, 下載次數(shù): 114)


作者: 白天也懂夜的黑    時(shí)間: 2023-7-5 09:25
版主你好,我的求助帖子怎么還沒有通過(guò)啊
作者: crx349    時(shí)間: 2023-7-6 16:56
看負(fù)載高那段時(shí)間的訪問(wèn)日志 排查故障哦
作者: 白天也懂夜的黑    時(shí)間: 2023-7-6 18:30
crx349 發(fā)表于 2023-7-6 16:56
看負(fù)載高那段時(shí)間的訪問(wèn)日志 排查故障哦

經(jīng)查是php-fpm 文件占用CPU達(dá)100%,不知道是什么原因引起的,不知道怎么解決此問(wèn)題。
作者: mingkong    時(shí)間: 2023-7-6 18:33
如果時(shí)間很規(guī)律,一般是在這個(gè)時(shí)間內(nèi)有一些特定的訪問(wèn)造成。如果是攻擊,可不會(huì)那么規(guī)律。
看看出問(wèn)題的時(shí)間段,哪些網(wǎng)址的訪問(wèn)出現(xiàn)頻率高。
作者: 羅永浩    時(shí)間: 2023-7-6 19:18
換apache就好了
作者: 白天也懂夜的黑    時(shí)間: 2023-7-6 20:11
羅永浩 發(fā)表于 2023-7-6 19:18
換apache就好了

我的服務(wù)器系統(tǒng)CentOS 7.9.2009 x86_64位, 可以安裝apache嗎?
作者: 白天也懂夜的黑    時(shí)間: 2023-7-6 20:12
mingkong 發(fā)表于 2023-7-6 18:33
如果時(shí)間很規(guī)律,一般是在這個(gè)時(shí)間內(nèi)有一些特定的訪問(wèn)造成。如果是攻擊,可不會(huì)那么規(guī)律。
看看出問(wèn)題的時(shí) ...

不會(huì)搞啊
作者: mingkong    時(shí)間: 2023-7-6 20:20
白天也懂夜的黑 發(fā)表于 2023-7-6 20:12
不會(huì)搞啊

誰(shuí)幫你維護(hù)的服務(wù)器,可以找他幫你看看服務(wù)器訪問(wèn)日志,特別是在有問(wèn)題的時(shí)間段內(nèi),看看有哪些網(wǎng)址被訪問(wèn)。如果每次卡頓的時(shí)候都是某些特定網(wǎng)址,就可以根據(jù)這些特定的網(wǎng)址排查是程序存在優(yōu)化問(wèn)題還是被攻擊。
作者: 白天也懂夜的黑    時(shí)間: 2023-7-6 21:40
mingkong 發(fā)表于 2023-7-6 20:20
誰(shuí)幫你維護(hù)的服務(wù)器,可以找他幫你看看服務(wù)器訪問(wèn)日志,特別是在有問(wèn)題的時(shí)間段內(nèi),看看有哪些網(wǎng)址被訪問(wèn) ...
如果每次卡頓的時(shí)候都是某些特定網(wǎng)址


意思是可以通過(guò)某些網(wǎng)站來(lái)對(duì)我的網(wǎng)站進(jìn)行攻擊嗎
作者: mingkong    時(shí)間: 2023-7-6 21:58
白天也懂夜的黑 發(fā)表于 2023-7-6 21:40
意思是可以通過(guò)某些網(wǎng)站來(lái)對(duì)我的網(wǎng)站進(jìn)行攻擊嗎

你需要先通過(guò)咨詢空間商以及查看網(wǎng)站的訪問(wèn)日志來(lái)判斷確認(rèn)是否有人在攻擊你的網(wǎng)站,然后才能根據(jù)實(shí)際情況解決。
作者: crx349    時(shí)間: 2023-7-7 14:15
白天也懂夜的黑 發(fā)表于 2023-7-6 18:30
經(jīng)查是php-fpm 文件占用CPU達(dá)100%,不知道是什么原因引起的,不知道怎么解決此問(wèn)題。 ...

有日志啊 看日志解決
作者: 科站網(wǎng)    時(shí)間: 2023-7-7 14:46
如此有規(guī)律,不免令人覺得是計(jì)劃任務(wù)有問(wèn)題
作者: babyfacer    時(shí)間: 2023-7-7 20:13
你這個(gè)也規(guī)律了,你是不是設(shè)置了什么定時(shí)任務(wù),或者DIY設(shè)置的更新時(shí)間一樣且要求準(zhǔn)時(shí)更新。
作者: 耗子    時(shí)間: 2023-7-7 20:19
先問(wèn)下機(jī)房,是否有DDOS攻擊 確定后在制定相應(yīng)方案
作者: svihua    時(shí)間: 2023-7-9 00:08
可以使用dns防護(hù),如網(wǎng)站衛(wèi)士,云盾等,然后更換一個(gè)服務(wù)器ip,這種情況多半是服務(wù)器ip泄露造成的
作者: false001    時(shí)間: 2023-7-10 17:12
CC攻擊的可能性大些,以前處理過(guò)一次類似你這種情況,CPU給打滿了。

DZ有防攻擊的參數(shù),自個(gè)搜索一下,加上。另外,最好分析下日志,看看對(duì)方主要是攻擊你的那些接口,查出來(lái)后,封掉先。

nginx有l(wèi)imit_conn功能,可以用它來(lái)控制連接數(shù)。
作者: 卡卡北    時(shí)間: 2023-7-10 21:28
你配置的nginx有問(wèn)題,nginx用php-fpm驅(qū)動(dòng)php-cgi就容易出502,要想降低502要么裝apache直接用mod_fastcgi跑php-cgi,要么用nginx反代apache,用mod_fastcgi跑php-cgi。
假如你不是CentOS之類系統(tǒng)的操作大神,建議換成win2016。
apache的mod_fastcgi跑phpcgi是最穩(wěn)定的,用win2016跑效率同linux,因?yàn)榕躳hp-cgi用不著apache多進(jìn)程,推薦安裝upupw的ank 1.1.8套件,那個(gè)某塔面板不但垃圾還帶后門。
作者: 白天也懂夜的黑    時(shí)間: 2023-7-13 14:29
babyfacer 發(fā)表于 2023-7-7 20:13
你這個(gè)也規(guī)律了,你是不是設(shè)置了什么定時(shí)任務(wù),或者DIY設(shè)置的更新時(shí)間一樣且要求準(zhǔn)時(shí)更新。 ...

你好,沒有計(jì)劃任務(wù)的
作者: 白天也懂夜的黑    時(shí)間: 2023-7-13 14:29
卡卡北 發(fā)表于 2023-7-10 21:28
你配置的nginx有問(wèn)題,nginx用php-fpm驅(qū)動(dòng)php-cgi就容易出502,要想降低502要么裝apache直接用mod_fastcgi ...

你好,我用的是寶塔管理面板,win系統(tǒng)不好,我之前用過(guò),更容易被打死。
作者: 白天也懂夜的黑    時(shí)間: 2023-7-13 14:31
false001 發(fā)表于 2023-7-10 17:12
CC攻擊的可能性大些,以前處理過(guò)一次類似你這種情況,CPU給打滿了。

DZ有防攻擊的參數(shù),自個(gè)搜索一下,加 ...

我用了寶塔的nginx防火墻,好像不是由攻擊引起的cpu達(dá)100%
作者: 白天也懂夜的黑    時(shí)間: 2023-7-13 14:31
svihua 發(fā)表于 2023-7-9 00:08
可以使用dns防護(hù),如網(wǎng)站衛(wèi)士,云盾等,然后更換一個(gè)服務(wù)器ip,這種情況多半是服務(wù)器ip泄露造成的 ...

用了,ip也換了,但效果不大
作者: 白天也懂夜的黑    時(shí)間: 2023-7-13 14:32
耗子 發(fā)表于 2023-7-7 20:19
先問(wèn)下機(jī)房,是否有DDOS攻擊 確定后在制定相應(yīng)方案

沒有ddos,ip也沒泄露
作者: 鴻茂傳媒    時(shí)間: 2023-7-13 14:33
看下top是哪個(gè)進(jìn)程占用了的
作者: 白天也懂夜的黑    時(shí)間: 2023-7-13 14:40
鴻茂傳媒 發(fā)表于 2023-7-13 14:33
看下top是哪個(gè)進(jìn)程占用了的

主要是php-fpm進(jìn)程跑到100%

有朋友說(shuō)可以將數(shù)據(jù)庫(kù)進(jìn)行分表后可以緩解此問(wèn)題,但我不會(huì)分表的具體步驟...
作者: babyfacer    時(shí)間: 2023-7-13 14:44
白天也懂夜的黑 發(fā)表于 2023-7-13 14:29
你好,沒有計(jì)劃任務(wù)的

你是不是你DIY更新時(shí)間設(shè)置的60分鐘,且設(shè)置了準(zhǔn)時(shí)更新
作者: 白天也懂夜的黑    時(shí)間: 2023-7-13 14:56
babyfacer 發(fā)表于 2023-7-13 14:44
你是不是你DIY更新時(shí)間設(shè)置的60分鐘,且設(shè)置了準(zhǔn)時(shí)更新

沒有設(shè)置更新之類的
作者: false001    時(shí)間: 2023-7-13 15:21
白天也懂夜的黑 發(fā)表于 2023-7-13 14:31
我用了寶塔的nginx防火墻,好像不是由攻擊引起的cpu達(dá)100%

把它關(guān)了,會(huì)怎樣呢?cpu還是100%嗎?
作者: 白天也懂夜的黑    時(shí)間: 2023-7-13 16:05
false001 發(fā)表于 2023-7-13 15:21
把它關(guān)了,會(huì)怎樣呢?cpu還是100%嗎?

是的。就是因?yàn)榉?wù)器cpu經(jīng)常100%,所以才安裝的nginx防火墻。
作者: 白天也懂夜的黑    時(shí)間: 2023-7-13 19:33
false001 發(fā)表于 2023-7-13 15:21
把它關(guān)了,會(huì)怎樣呢?cpu還是100%嗎?

是的,關(guān)了后CPU也是一天出現(xiàn)很多次100%
作者: ysx24    時(shí)間: 2023-7-13 21:16
白天也懂夜的黑 發(fā)表于 2023-7-13 19:33
是的,關(guān)了后CPU也是一天出現(xiàn)很多次100%

我也是騰訊云,以前也經(jīng)常遇到502,還經(jīng)常性服務(wù)器宕機(jī)滿負(fù)載
初步也是懷疑計(jì)劃任務(wù),但是通過(guò)一周后發(fā)現(xiàn)不是
極端方式往往更效率
我解決辦法所有網(wǎng)站和數(shù)據(jù)庫(kù)用寶塔工具備份到cos,重裝系統(tǒng),包括寶塔和環(huán)境,問(wèn)題解決
對(duì)了,寶塔里cos恢復(fù)十幾g網(wǎng)站數(shù)據(jù)不超過(guò)一分鐘,免費(fèi)的用就完了
作者: 羅永浩    時(shí)間: 2023-7-14 02:23
白天也懂夜的黑 發(fā)表于 2023-7-6 20:11
我的服務(wù)器系統(tǒng)CentOS 7.9.2009 x86_64位, 可以安裝apache嗎?

CentOS ubuntu Debian 這種linux內(nèi)核的最適合不過(guò),你不是寶塔嗎?點(diǎn)幾下鼠標(biāo)的事,換阿帕奇吧(apache)
作者: 羅永浩    時(shí)間: 2023-7-14 02:25
羅永浩 發(fā)表于 2023-7-14 02:23
CentOS ubuntu Debian 這種linux內(nèi)核的最適合不過(guò),你不是寶塔嗎?點(diǎn)幾下鼠標(biāo)的事,換阿帕奇吧(apache) ...

我win2012,一直用,最要緊穩(wěn)定,nginx就像amd一樣玄學(xué),intel 穩(wěn)定 省電必定受網(wǎng)吧青睞。
作者: 白天也懂夜的黑    時(shí)間: 2023-7-14 09:32
ysx24 發(fā)表于 2023-7-13 21:16
我也是騰訊云,以前也經(jīng)常遇到502,還經(jīng)常性服務(wù)器宕機(jī)滿負(fù)載
初步也是懷疑計(jì)劃任務(wù),但是通過(guò)一周后發(fā)現(xiàn) ...

真的啊,有時(shí)間我也來(lái)折騰下,謝謝指導(dǎo)。
作者: 白天也懂夜的黑    時(shí)間: 2023-7-14 09:34
羅永浩 發(fā)表于 2023-7-14 02:23
CentOS ubuntu Debian 這種linux內(nèi)核的最適合不過(guò),你不是寶塔嗎?點(diǎn)幾下鼠標(biāo)的事,換阿帕奇吧(apache) ...

我問(wèn)了很多網(wǎng)站朋友,都說(shuō)用nginx穩(wěn)定,推薦用apache的不是很多,我也不知道哪個(gè)好了。
作者: 白天也懂夜的黑    時(shí)間: 2023-7-14 09:37
羅永浩 發(fā)表于 2023-7-14 02:25
我win2012,一直用,最要緊穩(wěn)定,nginx就像amd一樣玄學(xué),intel 穩(wěn)定 省電必定受網(wǎng)吧青睞。 ...

剛百度了一下他們兩的區(qū)別:

1、作為 Web 服務(wù)器:相比 Apache,Nginx 使用更少的資源,支持更多的并發(fā)連接,體現(xiàn)更高的效率,這點(diǎn)使 Nginx 尤其受到虛擬主機(jī)提供商的歡迎。

在高連接并發(fā)的情況下,Nginx 是 Apache 服務(wù)器不錯(cuò)的替代品;Nginx 在美國(guó)是做虛擬主機(jī)生意的老板們經(jīng)常選擇的軟件平臺(tái)之一。能夠支持高達(dá) 50000 個(gè)并發(fā)連接數(shù)的響應(yīng),感謝 Nginx 為我們選擇了 epoll and kqueue 作為開發(fā)模型。

Nginx 作為負(fù)載均衡服務(wù)器:Nginx 既可以在內(nèi)部直接支持 Rails 和 PHP 程序?qū)ν膺M(jìn)行服務(wù),也可以支持作為 HTTP 代理服務(wù)器對(duì)外進(jìn)行服務(wù)。Nginx 采用 C 進(jìn)行編寫,不論是系統(tǒng)資源開銷還是 CPU 使用效率都比 Perlbal 要好很多。

2、Nginx 配置簡(jiǎn)潔,Apache 復(fù)雜,Nginx 啟動(dòng)特別容易,并且?guī)缀蹩梢宰龅?7*24 不間斷運(yùn)行,即使運(yùn)行數(shù)個(gè)月也不需要重新啟動(dòng)。

你還能夠不間斷服務(wù)的情況下進(jìn)行軟件版本的升級(jí)。Nginx 靜態(tài)處理性能比 Apache 高 3 倍以上,Apache 對(duì) PHP 支持比較簡(jiǎn)單,Nginx 需要配合其他后端來(lái)使用,Apache 的組件比 Nginx 多。

3、最核心的區(qū)別在于 Apache 是同步多進(jìn)程模型,一個(gè)連接對(duì)應(yīng)一個(gè)進(jìn)程;Nginx 是異步的,多個(gè)連接(萬(wàn)級(jí)別)可以對(duì)應(yīng)一個(gè)進(jìn)程。

4、Nginx 的優(yōu)勢(shì)是處理靜態(tài)請(qǐng)求,cpu 內(nèi)存使用率低,Apache 適合處理動(dòng)態(tài)請(qǐng)求,所以現(xiàn)在一般前端用 Nginx 作為反向代理抗住壓力,Apache 作為后端處理動(dòng)態(tài)請(qǐng)求。
作者: ysx24    時(shí)間: 2023-7-14 09:40
白天也懂夜的黑 發(fā)表于 2023-7-14 09:34
我問(wèn)了很多網(wǎng)站朋友,都說(shuō)用nginx穩(wěn)定,推薦用apache的不是很多,我也不知道哪個(gè)好了。 ...

推薦nginx  
作者: 白天也懂夜的黑    時(shí)間: 2023-7-14 10:01
ysx24 發(fā)表于 2023-7-14 09:40
推薦nginx

謝謝。我的網(wǎng)站數(shù)據(jù)有近100個(gè)G(已用:95.94 G),可以使用你推薦的那個(gè)cos功能嗎?
作者: 白天也懂夜的黑    時(shí)間: 2023-7-14 10:05
ysx24 發(fā)表于 2023-7-13 21:16
我也是騰訊云,以前也經(jīng)常遇到502,還經(jīng)常性服務(wù)器宕機(jī)滿負(fù)載
初步也是懷疑計(jì)劃任務(wù),但是通過(guò)一周后發(fā)現(xiàn) ...


寶塔面板里共有2個(gè)cos,選擇哪個(gè)合適呢?謝謝。

(, 下載次數(shù): 53)

作者: ysx24    時(shí)間: 2023-7-14 10:14
白天也懂夜的黑 發(fā)表于 2023-7-14 10:05
寶塔面板里共有2個(gè)cos,選擇哪個(gè)合適呢?謝謝。

第二個(gè),綁定后用計(jì)劃任務(wù)備份
作者: 白天也懂夜的黑    時(shí)間: 2023-7-14 10:52
ysx24 發(fā)表于 2023-7-14 10:14
第二個(gè),綁定后用計(jì)劃任務(wù)備份

你好,這個(gè)空間是多大的啊,是需要花錢購(gòu)買的吧。
作者: false001    時(shí)間: 2023-7-14 11:04
白天也懂夜的黑 發(fā)表于 2023-7-13 19:33
是的,關(guān)了后CPU也是一天出現(xiàn)很多次100%

那這個(gè)防火墻用處有限,換ngx的limit_conn試下,或者開啟dz的防攻擊功能
作者: 白天也懂夜的黑    時(shí)間: 2023-7-14 11:18
false001 發(fā)表于 2023-7-14 11:04
那這個(gè)防火墻用處有限,換ngx的limit_conn試下,或者開啟dz的防攻擊功能

你好,這兩項(xiàng)具體如何設(shè)置啊
作者: ysx24    時(shí)間: 2023-7-14 11:20
白天也懂夜的黑 發(fā)表于 2023-7-14 10:52
你好,這個(gè)空間是多大的啊,是需要花錢購(gòu)買的吧。

多大沒看,應(yīng)該沒有限制,費(fèi)用自己去騰訊看吧,如果cos和服務(wù)器在同一地域,應(yīng)該走的是內(nèi)網(wǎng) (, 下載次數(shù): 61)
其實(shí)你一百多g的話不想折騰 花點(diǎn)錢找官網(wǎng)技術(shù)支持立竿見影,自己動(dòng)手建議數(shù)據(jù)備份到云端重裝系統(tǒng)和環(huán)境懶得去找bug或者異類進(jìn)程
重裝系統(tǒng)后從云端恢復(fù),我cos和服務(wù)器都是騰訊的,服務(wù)器2h48m帶寬,地域相同,用寶塔從云端恢復(fù)數(shù)據(jù)每秒在728-900mb之間浮動(dòng) (, 下載次數(shù): 82)
作者: false001    時(shí)間: 2023-7-14 17:10
白天也懂夜的黑 發(fā)表于 2023-7-14 11:18
你好,這兩項(xiàng)具體如何設(shè)置啊

dz的防攻擊可以在論壇里找,免費(fèi)的。

nginx的limit_conn可以網(wǎng)上搜索,免費(fèi)的。


作者: babyfacer    時(shí)間: 2023-7-14 21:32
白天也懂夜的黑 發(fā)表于 2023-7-13 14:56
沒有設(shè)置更新之類的

那建議你去看看日志喲,無(wú)能為力了
作者: 耗子    時(shí)間: 2023-7-15 11:46
  那看看是不是php  并發(fā)等引起的  或者M(jìn)YSQL
作者: 耗子    時(shí)間: 2023-7-15 11:46
  你檢查一下 是否安裝自動(dòng)回復(fù) 等相關(guān)的插件了 關(guān)閉后在試試
作者: 白天也懂夜的黑    時(shí)間: 2023-7-15 17:01
耗子 發(fā)表于 2023-7-15 11:46
你檢查一下 是否安裝自動(dòng)回復(fù) 等相關(guān)的插件了 關(guān)閉后在試試

沒有此類定期任務(wù)的
作者: 龍二哥    時(shí)間: 2023-7-15 17:09
花點(diǎn)錢找個(gè)人幫你瞅瞅。
作者: yyw    時(shí)間: 2023-7-16 18:31
我現(xiàn)在是不敢用騰訊云了,網(wǎng)站說(shuō)封就封,都不帶通知的,害的我網(wǎng)站中斷好幾天
作者: 白天也懂夜的黑    時(shí)間: 2023-7-16 20:08
yyw 發(fā)表于 2023-7-16 18:31
我現(xiàn)在是不敢用騰訊云了,網(wǎng)站說(shuō)封就封,都不帶通知的,害的我網(wǎng)站中斷好幾天 ...

你網(wǎng)站具體是什么原因被封的呢?
作者: 羅永浩    時(shí)間: 2023-7-16 20:29
白天也懂夜的黑 發(fā)表于 2023-7-14 09:37
剛百度了一下他們兩的區(qū)別:

1、作為 Web 服務(wù)器:相比 Apache,Nginx 使用更少的資源,支持更多的并發(fā) ...

由nginx愛好者回答是偏袒的。例如:并且?guī)缀蹩梢宰龅?7*24 不間斷運(yùn)行,即使運(yùn)行數(shù)個(gè)月也不需要重新啟動(dòng)...我都連開兩年了,你還數(shù)個(gè)月。。。很多時(shí)候不是使用資源多少和配置復(fù)雜與否,歷來(lái)apache跟linux核心的系統(tǒng)融合度最高。
作者: 白天也懂夜的黑    時(shí)間: 2023-7-16 21:29
羅永浩 發(fā)表于 2023-7-16 20:29
由nginx愛好者回答是偏袒的。例如:并且?guī)缀蹩梢宰龅?7*24 不間斷運(yùn)行,即使運(yùn)行數(shù)個(gè)月也不需要重新啟動(dòng). ...

哦哦,太深?yuàn)W了,不懂。
作者: yyw    時(shí)間: 2023-7-17 12:14
白天也懂夜的黑 發(fā)表于 2023-7-16 20:08
你網(wǎng)站具體是什么原因被封的呢?

說(shuō)我網(wǎng)站內(nèi)容不合規(guī),大家都知道,個(gè)人網(wǎng)站基本上做不到完全合規(guī)
作者: 卡卡北    時(shí)間: 2023-7-19 12:02
白天也懂夜的黑 發(fā)表于 2023-7-13 14:29
你好,我用的是寶塔管理面板,win系統(tǒng)不好,我之前用過(guò),更容易被打死。 ...

那不是系統(tǒng)問(wèn)題,那個(gè)面板雖然方便,php之類的配置超垃圾,需要你自己一點(diǎn)點(diǎn)的優(yōu)化。
我用的upupw ank,看配置:
(, 下載次數(shù): 71)

網(wǎng)站:
(, 下載次數(shù): 65)
(, 下載次數(shù): 73)

這種低級(jí)配置都運(yùn)行的很好



作者: 白天也懂夜的黑    時(shí)間: 2023-7-19 16:29
卡卡北 發(fā)表于 2023-7-19 12:02
那不是系統(tǒng)問(wèn)題,那個(gè)面板雖然方便,php之類的配置超垃圾,需要你自己一點(diǎn)點(diǎn)的優(yōu)化。
我用的upupw ank, ...

我之前用的系統(tǒng)就是win2008,不好用的
作者: 卡卡北    時(shí)間: 2023-7-20 12:28
白天也懂夜的黑 發(fā)表于 2023-7-19 16:29
我之前用的系統(tǒng)就是win2008,不好用的

win2008是vista內(nèi)核不好用,卡、不穩(wěn)。win2008 r2是win7內(nèi)核,穩(wěn)定、好用。win2012是win8內(nèi)核不好用,超卡。win2016是win10內(nèi)核,非常溜、非常穩(wěn)定。win10內(nèi)核在兼容性上做的非常好,win10工作站版22H2、win2016數(shù)據(jù)中心版,也在家用、辦公電腦用,界面和使用習(xí)慣上兩者幾乎沒去別,win2016比win10還溜。
作者: false001    時(shí)間: 2023-7-21 09:54
卡卡北 發(fā)表于 2023-7-20 12:28
win2008是vista內(nèi)核不好用,卡、不穩(wěn)。win2008 r2是win7內(nèi)核,穩(wěn)定、好用。win2012是win8內(nèi)核不好用,超 ...

2016版,你用的是什么殺毒軟件?
作者: 卡卡北    時(shí)間: 2023-7-23 18:19
false001 發(fā)表于 2023-7-21 09:54
2016版,你用的是什么殺毒軟件?

以前用火絨+云鎖,后來(lái)發(fā)現(xiàn)云鎖影響速度,現(xiàn)在僅用火絨。Windows Defender 不用。
作者: 白天也懂夜的黑    時(shí)間: 2023-7-31 21:55
mingkong 發(fā)表于 2023-7-6 20:20
誰(shuí)幫你維護(hù)的服務(wù)器,可以找他幫你看看服務(wù)器訪問(wèn)日志,特別是在有問(wèn)題的時(shí)間段內(nèi),看看有哪些網(wǎng)址被訪問(wèn) ...

經(jīng)過(guò)一段時(shí)間的觀察發(fā)現(xiàn),此問(wèn)題還真的是因?yàn)樵馐艿搅斯粢鸬摹?hr noshade size="2" width="100%" color="#808080"> 作者: false001    時(shí)間: 2023-7-31 22:35
樓主,會(huì)不會(huì)是別人采集你的網(wǎng)站內(nèi)容導(dǎo)致的。有規(guī)律的話,基本上也就是計(jì)劃任務(wù)的鍋。
作者: mingkong    時(shí)間: 2023-7-31 22:41
白天也懂夜的黑 發(fā)表于 2023-7-31 21:55
經(jīng)過(guò)一段時(shí)間的觀察發(fā)現(xiàn),此問(wèn)題還真的是因?yàn)樵馐艿搅斯粢鸬摹?/blockquote>

找到問(wèn)題就好,有處理的方向了。
作者: 白天也懂夜的黑    時(shí)間: 2023-7-31 23:06
false001 發(fā)表于 2023-7-31 22:35
樓主,會(huì)不會(huì)是別人采集你的網(wǎng)站內(nèi)容導(dǎo)致的。有規(guī)律的話,基本上也就是計(jì)劃任務(wù)的鍋。 ...

不是計(jì)劃任務(wù)和采集,是CC攻擊惹的,我現(xiàn)在將CC防護(hù)改為增強(qiáng)模式后,CPU正常了。
作者: 白天也懂夜的黑    時(shí)間: 2023-7-31 23:07
mingkong 發(fā)表于 2023-7-31 22:41
找到問(wèn)題就好,有處理的方向了。

是的,現(xiàn)在CPU正常了,不過(guò)又有另一個(gè)擔(dān)心,就是將CC防護(hù)改為增強(qiáng)模式后,不知道對(duì)正常的搜索引擎ip會(huì)不會(huì)有影響。
作者: 鴻茂傳媒    時(shí)間: 2023-8-1 08:43
白天也懂夜的黑 發(fā)表于 2023-7-13 14:40
主要是php-fpm進(jìn)程跑到100%

有朋友說(shuō)可以將數(shù)據(jù)庫(kù)進(jìn)行分表后可以緩解此問(wèn)題,但我不會(huì)分表的具體步驟... ...

要確定是否是數(shù)據(jù)庫(kù)或者cc/ddos攻擊引起的,如果是自然流量的訪問(wèn)的話,可以采用數(shù)據(jù)庫(kù)和源碼分離運(yùn)行。
作者: false001    時(shí)間: 2023-8-1 09:40
白天也懂夜的黑 發(fā)表于 2023-7-31 23:06
不是計(jì)劃任務(wù)和采集,是CC攻擊惹的,我現(xiàn)在將CC防護(hù)改為增強(qiáng)模式后,CPU正常了。 ...

誰(shuí)又會(huì)那么規(guī)律的攻擊你的網(wǎng)站呢?這個(gè)有點(diǎn)怪。
作者: 白天也懂夜的黑    時(shí)間: 2023-8-1 11:18
鴻茂傳媒 發(fā)表于 2023-8-1 08:43
要確定是否是數(shù)據(jù)庫(kù)或者cc/ddos攻擊引起的,如果是自然流量的訪問(wèn)的話,可以采用數(shù)據(jù)庫(kù)和源碼分離運(yùn)行。 ...

我現(xiàn)在就是采用數(shù)據(jù)庫(kù)和源碼分離運(yùn)行的,但若不開啟cc防護(hù),cpu立馬100%
作者: 白天也懂夜的黑    時(shí)間: 2023-8-1 11:18
false001 發(fā)表于 2023-8-1 09:40
誰(shuí)又會(huì)那么規(guī)律的攻擊你的網(wǎng)站呢?這個(gè)有點(diǎn)怪。

就是不知道的啊
作者: false001    時(shí)間: 2023-8-1 16:32
應(yīng)該可以從日志中找到蛛絲馬跡
作者: 白天也懂夜的黑    時(shí)間: 2023-8-1 20:11
false001 發(fā)表于 2023-8-1 16:32
應(yīng)該可以從日志中找到蛛絲馬跡

不會(huì)分析哦
作者: mxdyeah    時(shí)間: 2023-8-2 10:37
白天也懂夜的黑 發(fā)表于 2023-7-6 20:11
我的服務(wù)器系統(tǒng)CentOS 7.9.2009 x86_64位, 可以安裝apache嗎?

最好還是換系統(tǒng)吧,centos早就不維護(hù)了,最好用ubuntu
作者: 羅永浩    時(shí)間: 2023-8-2 11:34
mxdyeah 發(fā)表于 2023-8-2 10:37
最好還是換系統(tǒng)吧,centos早就不維護(hù)了,最好用ubuntu

還真停了,自從用win就沒關(guān)注過(guò)了,好多年用過(guò)ubuntu 12.04,其實(shí)也用過(guò)centos,那時(shí)買的一臺(tái)物理服務(wù)器就安裝了centos,因?yàn)楹M獾膚in還授權(quán)費(fèi),不會(huì)用 centos 沒關(guān)系,買回來(lái)按照教程安裝wdcp 界面花管理就好了




歡迎光臨 Discuz! 官方交流社區(qū) (http://m.sdtechgong.com.cn/) Powered by Discuz! X5.0