Da netenberg lebte nie für fantastico meine Erwartungen 3 so entschied ich mich totalka abzublasen. Obwohl die Korrespondenz, die wir vor langer Zeit hatte und das gab ihnen Leitlinien für ihr Produkt zu einem wettbewerbsfähigen Niveau zu verbessern Softaculous und installatron es bis zu dem Moment kam, hatte ihr Plugin von meinem Cpanel Server deinstalliert werden. Da es keine Hinweise auf sind, wie dieses Missverständnis erhöht Ticket zu entfernen Support-und gaben sie mir diese Anweisungen.

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

Изпълних си командите за чистиха се файловете им като осъзнах нещо важно пичовете изобщо не споменаха как се де регистрира плъгина им от контролният панел 🙄 😆 Мдаа педераски номер но се случва то и аз трябваше да гледам повече. Auch hatte er einen Haufen ihrer Dateien links hoffen natürlich wieder als ihre Kunden zu sein, da sie die viele Skripte Installation gesagt hatte, als Support (Kein Wort, es ist das Richtige) :lol: . Lassen Sie uns also mit dem vollständigen Entkernung weiter:

Dies ist der wichtigste Schritt, die vor dem Überschreiben alles getan werden muss, sonst denn dann werden Sie am Ende aber wurde Plugin-Symbol in der Systemsteuerung, da es immer noch registriert ist.

/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

In den Fällen, Sie Schritt verpasst unregister_cpanelplugi mit einem zusätzlichen Schritt zu spielen:

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 Schleier schon ist das Spiel aus und man kann ruhig schlafen. Die Gründe, warum es mit wettbewerbsfähiges Produkt geändert werden 3 und sehr einfach

  • Nein API, die ich kommunizieren können, wenn Sie Ergänzungen vornehmen möchten oder andere Zauber
  • keine Haken in bestimmte Handlungen können nach Art und Funktionalität angebracht werden
  • schlechte Unterstützung eher langsam und nicht sehr angemessen in ihren Antworten

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

Einige Entwickler einfach nicht lernen, kompetent in RFC zu schreiben nie. Ich habe bemerkt, viele errror_log Dateien, die große Anzahl von morons und Warn und Hinweise für Versagen zu PHP-Standards angesammelt hatte,. Im Allgemeinen ist es schwierig für den Benutzer zu erklären, dass Code, der gesetzt wird, ist schlecht und sollte repariert werden. Im Allgemeinen habe ich festgestellt, dass die Verbraucher nicht Fehlerprotokoll-s nach ihrem Arbeits Code erregen. Grundsätzlich radikalen Ansatz ist vollständig error_log Dateien zu stoppen und wer will, um sie auszuführen, aber als Ganzes Beschwerden für ganz Benutzer erstellen. So ziehen zu nähern 2 – Admin oder Superkräfte 1 Roten bash. Suchen nach Dateien error_log Größe mehr als 5 MB benannt (hier kostet mich es bei großen verlassen, obwohl 1MB mehr als genug ist) und löschen Sie sie wöchentlich. Dieser Effekt wird durch einfache erreicht finden

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

Es bleibt nur noch in die Krone zum Absturz zu einmal pro Woche durchgeführt werden, und eine ziemlich hartnäckig Entscheidung haben. In meinen Fällen scheint QA 1 Uhr jeden Sonntag.

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

Jeder, der in Web-Hosting beschäftigt weiß, was Bedrohung Benutzer mit Malware infiziert sind, Web-Schalen usw.. In Fällen dieser Allgemeine Verwendung h kein schlechtes Skript. Es verfügt über 3 Dinge

  1. Ist schrecklich langsam
  2. Es ist schrecklich langsam, und wenn es im Überwachungsmodus lassen wird izgavri Server, den Sie
  3. Behält seine eigene Datenbank von md5 / hex Definition von fehlerhaftem Code.

Erst letzte Eigenschaft macht es sinnvoll,, denn abgesehen kann von allem anderen Dateien bisher nicht sabmitvash, die nachgewiesen haben, und zu einem späteren Zeitpunkt in Datenbanken kommen. Wie ich bereits in Punkt geteilt 1 und 2 Geschwindigkeit ist erschreckend niedrig – bei niedriger Last wird die Maschine 70K Datei für etwa eine Stunde gescannt und eine Hälfte. Aus diesem Grund begann ich meinen guten Freund mit ShadowX helfen Malmö – Alternative maldet in Python mit wenig Flexibilität geschrieben. Leider Zeitmangel (hauptsächlich, aber nicht nur) wir haben das Projekt nicht beenden, das ist im Moment nicht sehr brauchbar – es gibt viele Fehler, die ausgeglichen werden müssen. In den vergangenen Tagen hatte ich Probleme mit Kunden mit CryptoPHP infiziert, die große Dateien public_html ~ 60k + inod-und hatte Benutzer. Da insgesamt über 200k Datei gescannt werden musste, was in etwa würde 5+ Stunden, die ich zur Abstimmung beschlossen, die Konfiguration von maldet, um die Dateien zu verringern, die zu einer angemessenen Anzahl und Zeit gescannt werden. Während Kommissionierung bemerkt Confit die folgenden Zeilen

# 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

interessant… Anscheinend gibt es eine Möglichkeit, zu verwenden ClamAV – die auch große Geschwindigkeit verfügt, aber warum nicht versuchen,. Ein schnell installiert

/scripts/update_local_rpm_versions --edit target_settings.clamav installed

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

Maldet-Lauf und auf einem kleinen Ordner – Ich sehe keinen Unterschied in der Geschwindigkeit und Verhalten – Er ist mit seinem seine perl-Ski-Scanner statt dessen von ClamAV. Nach einer kurzen Sichtung durch Quelle maldet gefunden die folgenden Zeilen

 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 machte ein die 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 пъти и половина по бързо в сравнение с преди.

In der Standardeinstellung bei der Installation Munin Cpanel in irgendeiner Art Config fehlt, die sie mit der Hand machen müssen. За мен един от тях е мониторинга на температурата на дисковете.

Im Allgemeinen ist die Konfiguration trivial

1. Wir müssen die Art unserer Antriebe zu identifizieren – es kann eines der folgenden sein : sie, scsi, sat[,Auto][,N][+ART], usbcypress[,X], usbjmicron[,x][,N], usbsunplus, marvell, Areca,N / E, 3Ware,N, hpt,L / M / N, MegaRAID-,N, cciss,N, Auto, Test. Der einfachste Weg ist durch eine Katze “/proc / ide” oder “/proc / scsi”. mir:

# 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

 

 

Wie gesehen haben 3 Disc-Typ ATA.

2. Um zu beginnen, die Temperatur zu überwachen sollte beschreiben, in munin Knoten uns antreibt. In der Datei /etc/munin/plugin-conf.d/hddtemp_smartctl Einträge aus der folgenden Art hinzufügen

# 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

 

Wir können auf folgende Weise Test unserer Zukunft Config-Hit

# 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

 

Wenn Sie Werte erhalten bedeuten alles in Ordnung ist. Wenn Sie eine Fehlermeldung erhalten, sollten Sie überprüfen, ob alles richtig beschrieben. Sollte Neustart Munin Nicken-und Sie und warten 10-15 min auf weniger dicht besiedelte Daten und starten Sie Grafiken zu zeichnen. Можете да проверите /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

Heute habe ich beschlossen, für Cpanel einige Tests auf eine saubere Installation zu tun, dass ich mehrere Benutzer benötigen. Da wollte ich nicht zu satteln Servern arbeiten Sicherung und Übertragung von Dateien verwendet, um Datensätze aus der Nacht Verpackung vor. Übertragen aller Dateien in / home und fand heraus, dass Cpanel nicht anbietet mehr Wiederherstellung 1 Konto gleichzeitig in beide GUI und CLI in. In GUI als couldnt Zahlen erhalten beschlossen, mit cli Skript restorepkg zu gekünstelt. Seine Verwendung ist sehr einfach

/scripts/restorepkg username.tar.gz

Die Aktion wird für jeden Benutzer wiederholt separat. Wenn ich versuche, zu verwenden, * stattdessen der Benutzername Skript derektno mich schneiden sollte daher etwas anmutig angefahren werden –

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

for archive in $archives

do

/scripts/restorepkg --force $archive

done

Jetzt kurze Erklärung. Machen Sie eine Liste aller Backups und Archive in variable Bumping dann blättern Sie durch die Liste ein Element zu einem Start für jeden Datensatz Auspacken separat. Нищо кой знае колко сложно интересно защо пичовете от Cpanel не са изплзвали подобно решение за множество файлове.