Sejak netenberg tidak hidup sehingga jangkaan saya untuk fantastico 3 jadi saya memutuskan untuk mengeluarkan totalka. Walaupun surat-menyurat yang kita mempunyai masa yang lama dahulu dan yang memberikan mereka garis panduan untuk meningkatkan produk mereka ke tahap yang kompetitif Softaculous dan installatron ia datang untuk masa ini terpaksa dibuang pemasangan plugin mereka dari pelayan Cpanel saya. Oleh kerana tidak ada arahan mengenai bagaimana untuk menghapuskan salah faham ini tiket dibangkitkan sokongan dan mereka memberi saya arahan ini.

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

Saya mengikuti arahan anda untuk fail yang telah dibersihkan, saya menyedari sesuatu yang penting dudes pernah menyebut bagaimana hendak mendaftar mereka de plug-in Panel Kawalan 🙄 😆 Ya pederaski tetapi ia berlaku dan saya terpaksa mencari lebih banyak. Juga dia telah meninggalkan timbunan fail mereka jelas berharap untuk kembali sebagai pelanggan mereka, kerana mereka mempunyai pemasangan banyak skrip sebagai berkata sokongan tindakan (Tiada perkataan ia adalah perkara yang betul) :lol: . Jadi mari kita meneruskan gutting penuh:

Ini adalah langkah yang paling penting yang perlu dilakukan sebelum segala-galanya menulis ganti lagi kerana anda akan berakhir tetapi plugin ikon dalam Panel Kawalan kerana masih didaftarkan.

/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

Dalam keadaan anda terlepas langkah unregister_cpanelplugi perlu bermain satu langkah tambahan:

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/

Fantastico tudung sudah berada di luar permainan dan anda boleh tidur dengan aman. Sebab-sebab mengapa ia mengubah dengan produk yang kompetitif adalah 3 dan sangat mudah

  • Tiada API yang saya boleh berkomunikasi jika anda mahu untuk membuat penambahan atau apa-apa jampi lain
  • tiada kaitan perbuatan tertentu boleh dilampirkan untuk menaip dan fungsi
  • sokongan buruk agak perlahan dan tidak begitu mencukupi dalam jawapan mereka

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

Sesetengah pemaju semata-mata tidak akan belajar untuk menulis cekap dalam RFC pernah. Saya perhatikan banyak fail errror_log yang telah terkumpul besar bodoh dan amaran dan notis kerana tidak standard PHP. Secara umum, ia adalah sukar untuk menjelaskan kepada pengguna, bahawa kod yang dimasukkan tidak baik dan perlu dibaiki. Secara umum, saya sedar bahawa pengguna tidak membangkitkan ralat log-s selepas kod kerja mereka. Pada asasnya pendekatan radikal adalah untuk menghentikan fail sepenuhnya error_log dan yang mahu menjalankan mereka, tetapi secara keseluruhannya akan mewujudkan rasa tidak selesa untuk pengguna agak. Jadi mengetatkan untuk mendekati 2 – admin atau kuasa-kuasa besar 1 talian Bash. Cari fail bernama saiz error_log lebih daripada 5MB (di sini kos saya meninggalkan dia bebas walaupun 1MB adalah lebih daripada cukup) dan memotong mereka mingguan. kesan yang dicapai dengan mudah cari

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

Ia kekal hanya untuk berlanggar dengan mahkota yang akan dilakukan sekali seminggu dan mempunyai keputusan cukup berterusan. Dalam keadaan saya seolah-olah QA dalam 1 petang setiap hari Ahad.

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

Sesiapa yang terlibat dalam hosting web tahu apa ancaman dijangkiti pengguna dengan malware, cengkerang web dan lain-lain. Dalam keadaan ini Kegunaan umum h bukan skrip buruk. ia mempunyai 3 perkara

  1. Adalah terlalu perlahan
  2. Ia adalah terlalu perlahan dan jika ia biarkan dalam mod pemantauan akan izgavri pelayan anda
  3. Mengekalkan pangkalan data sendiri MD5 / hex definisi kod buruk.

Hanya ciri lalu menjadikan ia berguna, kerana selain daripada apa-apa lagi yang boleh sabmitvash fail yang belum dikesan setakat ini, dan pada peringkat kemudiannya akan datang ke dalam pangkalan data. Seperti yang saya kongsi di titik 1 dan 2 kelajuan adalah teramat rendah – pada beban rendah fail mesin 70K diimbas selama kira-kira satu jam setengah. Atas sebab ini saya mula membantu kawan baik saya dengan ShadowX Malmo – maldet alternatif ditulis dalam python dengan fleksibiliti sedikit. Malangnya, kekurangan masa (terutamanya tetapi bukan sahaja) kami tidak menyelesaikan projek, yang pada masa ini tidak sangat boleh guna – terdapat banyak bug yang perlu dibersihkan. Pada hari-hari yang lalu, saya mempunyai masalah dengan pelanggan dijangkiti CryptoPHP yang mempunyai fail yang besar public_html ~ 60k + inod-dan Pengguna. Sejak jumlah terpaksa diimbas lebih 200K fail yang secara kasar akan mengambil 5+ jam saya mengambil keputusan untuk tune konfigurasi maldet, untuk mengurangkan fail yang akan diimbas dengan bilangan dan masa yang lebih munasabah. Sambil memetik confit perasan baris berikut

# 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

menarik… Rupa-rupanya ada kemungkinan untuk menggunakan ClamAV – yang juga mempunyai kelajuan yang besar tetapi mengapa tidak mencuba. A cepat dipasang

/scripts/update_local_rpm_versions --edit target_settings.clamav installed

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

Maldet-run dan pada folder kecil – Saya melihat tidak ada perbezaan dalam kelajuan dan tingkah laku – Beliau menggunakan beliau pengimbas perl-ski beliau bukan itu daripada ClamAV. Selepas menapis singkat melalui sumber maldet didalam rangkap berikut

 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

Yep membuat yang clamscan dan saya terkejut besar saya dapati clamav itu tidak berada di dalam laluan-apa yang bodoh Cpanel telah meninggalkannya hanya dalam/usr/tempatan/cpanel/3rdparty/bin/daripada di mana beliau menggunakan binarkite. Cepat membaiki ln masalah:

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

Menggalakkan laporan atas imbasan sekarang maldet

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

Selepas sudah kegunaan ClamAV maldet berakhir imbasan anda 3-4-5 lebih cepat berbanding sebelum times. Ujian menunjukkan – 70inod k-iztrkla mereka untuk kira-kira 25 min yang lebih 3 dan setengah kali lebih cepat berbanding sebelum.

Secara lalai apabila anda memasang Munin Cpanel hilang dalam beberapa jenis config yang mesti membuat mereka dengan tangan. За мен един от тях е мониторинга на температурата на дисковете.

Secara umum, konfigurasi adalah remeh

1. Kita perlu mengenal pasti jenis pemacu kami – ia boleh menjadi salah satu daripada yang berikut : mereka, SCSI, sat[,auto][,N][+JENIS], usbcypress[,X], usbjmicron[,x][,N], usbsunplus, Marvell, pinang,N / E, 3ware,N, HPT,L / M / N, megaraid,N, cciss,N, auto, ujian. Cara yang paling mudah adalah melalui kucing “/proc / ide” atau “/proc / SCSI”. saya:

# 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

 

 

Seperti yang dilihat mempunyai 3 jenis cakera ATA.

2. Untuk mula memantau suhu hendaklah menerangkan dalam nod Munin mendorong kami. Dalam fail /etc/munin/plugin-conf.d/hddtemp_smartctl menambah entri dari jenis berikut

# 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

 

Kami boleh memukul ujian config masa depan kita dengan cara yang berikut

# 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

 

Jika anda mendapat nilai bermakna semuanya ok. Jika anda menghadapi masalah anda perlu menyemak bahawa segala-galanya dengan betul. Perlu memulakan semula Munin mengangguk-dan anda dan tunggu 10-15 min untuk data kurang penduduk dan mula untuk menarik grafik. Можете да проверите /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

Hari ini saya mengambil keputusan untuk melakukan beberapa ujian ke atas pemasangan bersih untuk Cpanel yang saya perlukan beberapa pengguna. Oleh kerana saya tidak mahu pelana bekerja pelayan pembungkusan sandaran dan pemindahan fail rekod digunakan dari malam sebelum. Memindahkan semua fail dalam / rumah dan mendapati bahawa Cpanel tidak menawarkan memulihkan lebih 1 akaun serentak di kedua-dua GUI dan CLI dalam. Dalam GUI sebagai couldnt mendapatkan nombor memutuskan untuk tersusun dengan cli skrip restorepkg. Penggunaannya adalah amat mudah

/scripts/restorepkg username.tar.gz

tindakan ini diulangi untuk setiap pengguna secara berasingan. Apabila saya cuba untuk menggunakan * bukannya skrip nama pengguna derektno memotong saya oleh itu perlu didekati agak anggun –

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

for archive in $archives

do

/scripts/restorepkg --force $archive

done

penjelasan sekarang cepat. Buat satu senarai semua sandaran dan arkib terlanggar pembolehubah kemudian tatal melalui senarai satu perkara pada satu permulaan yang Mengeluarkan mesin dari bungkusan untuk setiap rekod secara berasingan. Нищо кой знае колко сложно интересно защо пичовете от Cpanel не са изплзвали подобно решение за множество файлове.