因为失败在 netenberg 塌思迪鼓我期望 3 所以我决定摆脱他 totalka. 虽然的对应我们战斗了很长时间,给了他们,提高他们的产品竞争能力水平的 installatron 和 softaculous 准则结束之前我必须要从我的 Cpanel 服务器卸载这些插件. 既然没有说明如何消除误解,我拿起一张票的支持-,他们给了我以下说明.

rm -rf /var/netenberg/fantastico_de_luxe/
rm -rf /usr/local/cpanel/whostmgr/docroot/cgi/fantastico/
rm -rf /usr/local/cpanel/3rdparty/fantastico*
rm -rf /usr/local/cpanel/base/frontend/*/fantastico
rm -f /usr/local/cpanel/base/frontend/x/cells/fantastico.html
rm -f /usr/local/cpanel/whostmgr/docroot/cgi/addon_fantastico.cgi

我跟着你的文件的命令如洗干净,我意识到一些重要的帅哥从来没有提及如何注册其德插件控制面板 🙄 😆 是 pederaski 但它发生了,我不得不看起来更. 另外,还有很多剩下的他们的文件显然希望回来作为他们的客户, 如已安装的支持,就像你说的很多脚本 (哦,这是最重要的权利) :代表: . 因此,让我们继续完整内容剜除术:

这是需要在一切之前做的最重要的步骤,然后消失作为然后你最终会有一个图标了但在控制面板插件因为它仍然注册.

/usr/local/cpanel/bin/unregister_cpanelplugin /var/netenberg/fantastico_f3/fantastico_f3
rm -rf /usr/local/cpanel/3rdparty/fantastico_f3
rm -rf /usr/local/cpanel/base/frontend/*/fantastico_f3
rm -rf /usr/local/cpanel/bin/fantastico_f3.cpanelplugin
rm -rf /usr/local/cpanel/whostmgr/addonfeatures/fantastico_f3
rm -rf /usr/local/cpanel/whostmgr/addonsfeatures/fantastico_f3
rm -rf /usr/local/cpanel/whostmgr/docroot/addon_plugins/fantastico_f3.jpg
rm -rf /usr/local/cpanel/whostmgr/docroot/cgi/addon_fantastico_f3.php
rm -rf /usr/local/cpanel/whostmgr/docroot/cgi/fantastico_f3
rm -rf /var/cpanel/apps/fantastico_f3_cpanel.conf
rm -rf /var/cpanel/apps/fantastico_f3_whm.conf
rm -rf /var/netenberg/fantastico_f3

如果你错过了不得不玩更多额外的一步一步 unregister_cpanelplugi:

mkdir --parents /var/netenberg/fantastico_f3
cd /var/netenberg/fantastico_f3 && curl -O http://174.120.165.106/fantastico_f3/sources.tar.bz2
cd /var/netenberg/fantastico_f3 && tar --bzip2 --extract --file sources.tar.bz2
/usr/local/cpanel/bin/unregister_cpanelplugin  fantastico_f3
rm -rf /var/netenberg/

面纱现在塌思迪鼓出来了,你可以睡. 为什么改变它了与竞争产品的原因是 3 它是一个非常简单的

  • 没有,我能沟通,如果我想要添加或任何其他法术的 API
  • 他们在某些操作可以有没有鱼钩戏谑和 dopisvam 的功能
  • 坏的支持相当缓慢,在其答复中不很充足

ps. paper_lantern 和 x3 有左边的图标运行在的

rm  /usr/local/cpanel/base/frontend/paper_lantern/dynamicui/dynamicui_fantastico_f3.conf
rm /usr/local/cpanel/base/frontend/x3/dynamicui/dynamicui_fantastico_f3.conf

一些开发商就不会学会永远不会在 RFC 写识字. 我注意到多个 errror_log 文件,积累了大量的弱智的警告和通知为未能遵守标准的 PHP. 一般情况下,很难向用户解释, 放的代码是不错,需要修理. 在一般情况下,我已经注意到,用户做不激发他们错误日志后运行的代码. 一般来说,激进的方式来完全停止错误文件和谁想要让他们走, 但作为一个整体会创建很多用户不舒服. 所以加强办法 2 – adminski 超级权力或 1 bash 线. 搜索文件命名错误与大小超过 5 MB (在这里我离开我的价值虽然 1 MB 是太多了) 和删除他们每周. 杂波环境下取得这个效果 查找

find /home/ -name error_log -size +5M -type f -delete

它仍然是只以撞向冠后一周,我们有大量的 persistentno 解决方案执行. 看来在我的例子中的确定 1 点在每个星期天晚上.

0 1 * * 1 find /home/ -name error_log -size +5M -type f -delete >/dev/null 2>&1

处理专业虚拟主机的人知道他们代表威胁感染恶意软件的用户, web 壳等. 在 obšiât 中使用的大小 maldet 不是一个坏的剧本. 它是由区别 3 事情

  1. 增长速度太慢
  2. 它是出奇得慢,如果你把它放在监测制度会把脏东西与您的服务器
  3. 维护您自己的数据库与 md5/十六进制 definici 为糟糕的代码.

只是他最后一个功能使它有用, 尽你所能 s″bmitvaš 文件,没有发现到目前为止,并在稍后阶段将进入数据库. 正如我在一节 1 和 2 它的速度是低得惊人 – 在低负荷的机器 70 k 文件扫描中的大约一个半小时. 为此我开始帮助我通过 ShadowX 的好朋友 malmon – maldet 用 python 写的有点更灵活的替代. 不幸的是由于缺乏时间 (主要但不是唯一) 我们不能完成的项目, 而眼下这不是十分有用 – 有不少的 bug,需要清洗. 在过去的几天我有客户端,CryptoPHP 感染了巨大 public_html 文件问题 ~ 60 k + 我也愿意用户. 因为总有要扫描超过 200 k 文件,在粗糙的帐户会 5+ 几个小时,我决定到整容室 maldet 配置, 以减少将向一个更合理的数目和时间扫描的文件. Čopleh konfa 时,我注意到下列行

# Attempt to detect the presence of ClamAV clamscan binary
# and use as default scanner engine; up to four times faster
# scan performance and superior hex analysis. This option
# only uses ClamAV as the scanner engine, LMD signatures
# are still the basis for detecting threats.
# [ 0 = disabled, 1 = enabled; enabled by default ]
clamav_scan=1

有趣的… 显然,还有可能使用 ClamAV – 人也以其极快的速度著称,但为什么不试试. 快速安装它

/scripts/update_local_rpm_versions --edit target_settings.clamav installed

/scripts/check_cpanel_rpms --fix --targets=clamav

我运行 maldet,然后单击小文件夹 – 我看不到的速度和行为的差异 – 他用他的 perl 滑雪扫描仪而不是 clamav. 简短的钻研通过源后我发现 maldet 以下行

 clamscan=`which clamscan 2> /dev/null`
 if [ -f "$clamscan" ] && [ "$clamav_scan" == "1" ]; then
        eout "{scan} found ClamAV clamscan binary, using as scanner engine..." 1
    for hit in `$clamscan -d $inspath/sigs/rfxn.ndb -d $inspath/sigs/rfxn.hdb $clamav_db -r --infected --no-summary -f $find_results 2> /dev/null | tr -d ':' | sed 's/.UNOFFICIAL//' | awk '{print$2":"$1}'`; do

我的确 其中 clamscan и за моя голяма изненада открих че clamav изобщо не е в PATH-a ами тъпият Cpanel го е оставил само в /usr/local/cpanel/3rdparty/bin/ от където той си използва бинарките. Един бърз ln реши проблема:

ln -s /usr/local/cpanel/3rdparty/bin/clamscan /usr/bin/clamscan

При повторно сканиране maldet вече горно съобщава

{scan} found ClamAV clamscan binary, using as scanner engine...

След като вече използва ClamAV maldet приключва сканирането си 3-4-5 пъти по бързо в сравнение с преди. Теста показа – 70к inod-а ги изтъркла за около 25 мин което си е около 3 пъти и половина по бързо в сравнение с преди.

通过默认在安装 Munin 那时失踪的几个好apache谁做的他们手动. За мен един от тях е мониторинга на температурата на дисковете.

在一般情况下,配置是微不足道

1. 你必须确定类型的我们的驱动器 – 它可以是以下一个 : ata, scsi, 坐了[,汽车][,N][+类型], usbcypress[,X], usbjmicron[,x][,N], usbsunplus, 玛, 槟榔,N/E, 3ware,N, 高压实验,L/M/N, megaraid,N, cciss,N, 汽车, 测试. 最简单的方法是通过检查点上 “/proc/ide” 或 “/proc/scsi”. 我:

# cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA      Model: WDC WD1003FBYZ-0 Rev: 01.0
  Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi1 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA      Model: WDC WD1003FBYX-0 Rev: 01.0
  Type:   Direct-Access                    ANSI  SCSI revision: 05
Host: scsi4 Channel: 00 Id: 00 Lun: 00
  Vendor: ATA      Model: TOSHIBA DT01ACA1 Rev: MS2O
  Type:   Direct-Access                    ANSI  SCSI revision: 05

 

 

正如你可以看到我 3 盘类型ATA.

2. 为了我们将开始监测温度,应该是描述的,也就是说您可以通过节点的驱使我们. 在该文件/etc/munin/件conf.d/hddtemp_smartctl添加条目的以下类型

# cat /etc/munin/plugin-conf.d/hddtemp_smartctl
[hddtemp_smartctl]
user root
env.drives sda sdb
env.args_sda -d ata
env.args_sdb -d ata

 

我们可以画出我们的未来测试配置以下方式

# env drives="sda sdb sdc" args_sda="-d ata" args_sdb="-d ata" args_sdc="-d ata"  /etc/munin/plugins/hddtemp_smartctl
sda.value 32
sdb.value 33
sdc.value 33

 

如果你得到的数值,然后一切都很好. 如果你得到一个错误,你应该检查,如果都是正确的描述. 必须重新启动的,也就是说您可以通过nod-你iscache 10-15 min popularat少的数据,并开始绘制的图形. Можете да проверите /var/log/munin/munin-node.log за грешки и по лесното им отстраняване.

Ако искате да получавате email при критична температура на дисковете трябва да добавите описание за критична такава:

[example.com]
    address 127.0.0.1
    use_node_name yes
    hddtemp_smartctl.sda.critical 55
    hddtemp_smartctl.sdb.critical 55

今天我决定做一些测试,在一个干净那时安装,这我有一个需要多个用户. 作为不想重的运行服务器的包装用于备份和文件传输我使用档案的最后一晚. Transferir的所有文件/主和发现,那时不提供恢复更多 1 帐户,同时通过GUI和通过CLI. 在GUI所以不可能获得的数字,我决定izhitsa与cli restorepkg脚本. 它是无限只是

/scripts/restorepkg username.tar.gz

作为行动重复的每一个用户分开. 当你尝试使用 * 而不是用户名的剧本directno我切,所以需要步行一个小小的更多优雅 –

archives=$(ls /home/ | grep tar.gz)

for archive in $archives

do

/scripts/restorepkg --force $archive

done

现在一个快速的解释. 我们让他们列出的所有文件和档案blyskal在一个变量,然后obchodne列项目在一段,我们尝试提取量占每个档案分开. Нищо кой знае колко сложно интересно защо пичовете от Cpanel не са изплзвали подобно решение за множество файлове.