En raison de l’échec à netenberg mes attentes pour fantastico 3 J’ai donc décidé de se débarrasser de lui totalka. Bien que la correspondance qui nous nous sommes battus il y a longtemps et les lignes directrices qui donna à améliorer leur produit au niveau de la capacité concurrentielle d’installatron et softaculous terminés jusqu'à ce que je devais être désinstallé leur plugin de mes serveurs Cpanel. Puisqu’il n’y a pas d’instructions sur comment faire pour supprimer les malentendus que j’ai ramassé un billet de soutien- et ils m’ont donné les instructions suivantes.

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

Изпълних си командите за чистиха се файловете им като осъзнах нещо важно пичовете изобщо не споменаха как се де регистрира плъгина им от контролният панел 🙄 😆 Мдаа педераски номер но се случва то и аз трябваше да гледам повече. Il y avait aussi beaucoup de restes de leurs fichiers apparemment espère être de retour en tant que leur client, qu’avaient de nombreux scripts pour assistance à l’installation comme tu dis (Oh, c’est le droit le plus important) :lol: . Nous allons donc continuer avec l’éviscération complète:

C’est l’étape la plus importante qui doit être fait avant tout le reste et puis disparaît comme puis vous finirez vers le haut avec une icône n’était qu’un plugin dans le panneau parce que c’est quand même enregistré.

/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

En cas vous avez raté l’étape unregister_cpanelplugi avoir à jouer un peu plus supplémentaire:

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/

Le fantastico maintenant de voile est sorti et vous pouvez dormir. Les raisons pourquoi je l’ai changé avec les produits concurrents sont 3 et c’est un très simple

  • Aucune API avec laquelle je peux communiquer si je veux effectuer des ajouts ou tous les autres sorts
  • ils n’ont aucuns crochets dans certaines actions peuvent fonctionnalité gouaille et dopisvam
  • mauvaise prise en charge plutôt lent et pas très adéquate dans leurs réponses

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

Certains développeurs ne sera pas juste apprendre à écrire des alphabétisés dans RFC jamais. J’ai remarqué plusieurs fichiers errror_log qui avaient accumulé un grand nombre de retard avertissement et avis pour défaut de conformité avec le standard de PHP. En général, il est difficile d’expliquer à l’utilisateur, Ce code qui est mis est mauvais et doit être fixée. Dans le cas général, j’ai remarqué qu’utilisateurs ne pas exciter leur journal des erreurs après l’exécution de code. En général, une approche radicale pour arrêter entièrement error_log fichiers et qui veut se laisser aller, mais dans son ensemble serait créer malaise pour beaucoup d’utilisateurs. Afin de renforcer l’approche 2 – les super pouvoirs adminski ou 1 ligne de bash. Recherche des fichiers nommés error_log avec taille de plus de 5MB (Ici, je laisse ma valeur une bien que 1 Mo est plus que suffisant) et en les supprimant toutes les semaines. Cet effet est obtenu avec l’image de fond trouver

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

Il ne reste qu’à écraser la Couronne à effectuer une fois par semaine et nous avons beaucoup de solution persistentno. Dans mon cas, il semble OK dans 1 heures dans la soirée, tous les dimanches.

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

Toute personne qui s’occupe de l’hébergement professionnel sait ce qu’une menace qu’ils représentent infecté par des logiciels malveillants, les utilisateurs, coquilles de Web etc.. L’obšiât cas est utilisée h pas un mauvais script. Il se distingue par 3 choses

  1. Terriblement lent
  2. C’est horriblement lent et si vous le déposez dans le régime de surveillance salira avec votre serveur
  3. Maintenir votre propre base de données avec md5/hex definici pour mauvais code.

Juste son dernier long métrage rend utile, comme vous pouvez s″bmitvaš les fichiers qui n’ont pas été détectés jusqu'à présent et à un stade ultérieur entrera dans la base de données. Comme j’ai partagé dans la section 1 et 2 sa vitesse est scandaleusement basses – à faible charge du fichier machine 70 k sont analysés pour environ une heure et demie. Pour cette raison, j’ai commencé à aider mon bon ami par ShadowX Martin – une alternative à le maldet, écrit en python avec un peu plus de flexibilité. Malheureusement, par manque de temps (principalement mais pas seulement) Nous ne sommes pas un projet fini, qui pour le moment n’est pas très utilisable – Il y a quelques bogues qui doivent être nettoyées. Au cours des derniers jours, j’ai eu des problèmes avec les clients infectés par CryptoPHP qui avaient les fichiers énormes public_html ~ 60 k + Léo-utilisateur. Étant donné que le total devait être analysé plus de 200 fichiers k qui en rough comptes prendrait 5+ heures, que j’ai décidé de Nip/Tuck maldet configuration, afin de réduire les fichiers qui seront analysés à un nombre plus raisonnable et le temps. Tout en čopleh konfa, j’ai remarqué les lignes suivantes

# 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

Intéressant… Apparemment, il est possible d’utiliser le ClamAV – qui est aussi distingué par sa grande vitesse, mais pourquoi ne pas essayer. L’il installe rapidement

/scripts/update_local_rpm_versions --edit target_settings.clamav installed

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

Je lance maldet et cliquez sur le petit dossier – Je ne vois pas une différence dans la vitesse et le comportement – Il a utilisé son scanner de perl-ski au lieu de clamav. Après une brève plonger par la source, j’ai trouvé maldet les lignes suivantes

 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

Oui j’ai fait un quel clamscan et à ma grande surprise, je trouve que ClamAV est pas dans un chemin, mais muet Cpanel laissé que dans / usr / local / cPanel / 3rdparty / bin / où il a utilisé binarkite. A En rapide résoudre le problème:

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

Dans rescan maldet haut déjà rapporté

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

Une fois utilisé maldet ClamAV termine la numérisation de votre 3-4-5 fois plus rapide qu'auparavant. tests ont montré – 70k-INOD et frotter autour 25 min qui est d'environ 3 fois et demie plus vite que le prieur.

Par défaut, lorsque vous installez Munin dans Cpanel manque plusieurs bons konfiga pour les faire à la main. Pour moi, l’un d’eux est le contrôle de la température des disques.

Fondamentalement, c’est une configuration triviale

1. Nous devons déterminer le type de nos lecteurs – Il peut être l’un des éléments suivants : ATA, SCSI, Sam[,Auto][,N][+TYPE DE], usbcypress[,X], usbjmicron[,x][,N], usbsunplus, Marvell, Areca,N/E, 3Ware,N, HPT,L/M/N, MegaRAID,N, CCISS,N, Auto, test. La meilleure façon de le faire est par le biais du chat “/proc/ide” ou “/proc/scsi”. Pour moi:

# 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

 

 

Comme vous pouvez le voir que j’ai 3 type de disque ATA.

2. Pour commencer à surveiller la température doit décrire dans les lecteurs de nœud munin nous. Dans le fichier ajouter les types suivants de entries/etc/munin/plugin-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

 

On peut frapper une config de test comme suit

# 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

 

Si vous avez les valeurs alors tout est OK. Si vous obtenez une erreur, vous devez vérifier qu’elle décrit correctement. Devez redémarrer munin, un clin de œil à izčakte 10-15 min à populirat certaines données et commencer à dessiner des graphiques. Vous pouvez consulter errors/var/log/munin/munin-node.log et leur retrait facile.

Si vous souhaitez recevoir par courriel lorsqu’une température critique de disques doivent ajouter une description comme critique:

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

Aujourd'hui, que j’ai décidé de faire quelques tests sur une nouvelle installation pour Cpanel dont j’avais besoin pour plusieurs utilisateurs. Étant donné que je ne voulais pas grever les serveurs de travail avec sauvegarde des Packers et transférer les fichiers que j’ai utilisé les archives de la veille au soir. Transferirah tous les enregistre dans le/home et trouvé que Cpanel n’offre pas de remboursement de plus 1 compte en GUI et CLI. Via l’interface graphique car il n’y avait aucun moyen d’obtenir un certain nombre a décidé de bugged out avec restorepkg script cli. Son utilisation est extrêmement simple

/scripts/restorepkg username.tar.gz

Comme l’action est répétée pour chaque utilisateur individuellement. Lorsque vous essayez d’utiliser le * au lieu du nom de l’utilisateur script front blanchi moi donc j’ai besoin d’approcher un peu plus gracieusement –

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

for archive in $archives

do

/scripts/restorepkg --force $archive

done

Maintenant une explication rapide. Faites une liste de tous les enregistrements et les rejets dans la variable archives puis patrouillent la liste point par point que nous lançons razpaketiraneto pour chaque archive séparément. Нищо кой знае колко сложно интересно защо пичовете от Cpanel не са изплзвали подобно решение за множество файлове.