Zbog koje nije uspjelo u netenberg moja očekivanja za fantastico 3 Pa sam odlučio da ga se riješim totalka. Iako korespondencije koja smo se borili prije mnogo vremena i smjernice koje im za poboljšanje svojih proizvoda konkurentska sposobnost razinu installatron i softaculous okončan dok nisam morala biti de-instalirati njihov čep from moj Cpanel poslužitelj. Budući da su upute o uklanjanju nesporazuma koji sam pokupila kartu podrška- i dali su mi sljedeće upute.

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

Изпълних си командите за чистиха се файловете им като осъзнах нещо важно пичовете изобщо не споменаха как се де регистрира плъгина им от контролният панел 🙄 😆 Мдаа педераски номер но се случва то и аз трябваше да гледам повече. Tu je i dosta lijevo preko svoje datoteke izgleda Nadam se da se kao svog kupca, kao je mnoge skripte za instalaciju podrške kao što si rekao (Ovo je najvažnije pravo) :lol: . Pa idemo dalje sa potpuno odstranjivanje organa:

Ovo je najvažniji korak koji treba napraviti prije svega i onda nestane kao onda te htijenje kraj gore sa ikona je čep na upravljačkoj ploči jer je još uvijek registriran.

/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

U slučaju da ste propustili korak unregister_cpanelplugi što više dodatni korak:

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/

Veo sada fantastico je van i možeš spavati. Razlozi zašto sam ga promijenio s konkurentnim proizvodom su 3 i to je vrlo jednostavno

  • Nema API s kojim možete komunicirati ako želim dodatke ili bilo koje druge magije
  • imaju bez kuke u određene akcije može šala i dopisvam funkcionalnost
  • loša podrška prilično sporo i nije vrlo primjeren u odgovorima

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

Neki programeri neće naučiti pisati pismen u RFC nikada. Primijetio sam više errror_log datoteka koja je nakupila veliki broj retardirani upozorenje i obavijest za neuspjeh u skladu sa standardnom PHP. Općenito, to je teško objasniti korisniku, taj kod koji je loš i treba popraviti. U općem slučaju, primijetio sam da korisnici ne uzbuđuju ih evidencija pogrešaka nakon trčanje kod. Općenito, radikalne mjere da se zaustavi u potpunosti error_log datoteke i tko želi neka ide, Ali u cjelini bi stvoriti nelagodu za puno od korisnik. Tako ojačati pristup 2 – adminski super ovlasti ili 1 bash linija. Traženje datoteka naimenovan error_ sa određena mjera više od 5MB (Ovdje ću ostaviti svoju vrijednost i iako je 1MB je više nego dovoljno) i brisanje tjedno. Ovaj efekt se postiže sa nered pronaći

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

Ostaje samo da pada u krunu obavljati jednom tjedno i imati puno persistentno rješenje. U mom slučaju čini se u redu u 1 sati navečer svake nedjelje.

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

Svatko tko se bavi profesionalni web hosting zna opasnost predstavljaju zaražene korisnici sa malware, web školjke itd. U u obšiât slučaju se koristi maldet Ne loš scenarij. Odlikuju ga 3 stvari

  1. Užasno spor
  2. To je užasno spor i ispustite praćenje režima će zabrljati s poslužiteljem
  3. Održavanje baze podataka sa md5/hex definici za loše kod.

Njegov posljednji dugometražni čini koristan, kao što možete s″bmitvaš datoteke koje nisu zabilježeni do sada, a u kasnijoj fazi će ući u bazu podataka. Kao što sam dijelio u odjeljku 1 i 2 njegova brzina je šokantno nisko – kod niskog opterećenja za 70 k datoteke skeniraju za sat i pol. Iz tog razloga počela sam pomoći dobar prijatelj od ShadowX malmon – alternativa za maldet napisan u python sa malo više fleksibilnosti. Nažalost zbog nedostatka vremena (uglavnom ali ne samo) Nismo završili projekt, što u ovom trenutku je vrlo korisna – Ima dosta bugova koje treba očistiti. U posljednjih nekoliko dana imao sam problema s klijentima okužen sa CryptoPHP koji je imao ogroman public_html datoteke ~ 60 k + inod-korisnik. Budući da ukupni morao skenirati više od 200 k datoteku koja je u grubo račune bi 5+ sati odlučio sam Nip/Tuck maldet konfiguracije, kako bi se smanjila datoteka koje će biti skenirane više razuman broj i vrijeme. Dok čopleh konfa primijetio sam sljedeće linije

# 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

Zanimljivo… Navodno, postoji mogućnost da se koristi u Vrsta morske školjke – koji također se odlikuje velikom brzinom, ali zašto ne probati. I to vrlo brzo instalirati

/scripts/update_local_rpm_versions --edit target_settings.clamav installed

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

Ja trčanje maldet i klik malen savijač – Ne vidim razliku u brzini i ponašanje – On koristi svoju perl-spremište skenera umjesto clamav. Nakon kratkog delving kroz izvor našla maldet sljedeće linije

 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

Da sam na koji 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 пъти и половина по бързо в сравнение с преди.

Po zadanom, kada instalirate M u Cpanel nedostaje nekoliko dobro konfiga da ih ručno. За мен един от тях е мониторинга на температурата на дисковете.

U osnovi, to je trivijalan oblik

1. Moramo odrediti vrstu naše pogone – On svibanj biti jedan od sljedećih : ATA, SCSI, Sjedio[,auto][,N][+TIP], usbcypress[,X], usbjmicron[,x][,N], usbsunplus, čudo, Areca,N/E, 3roba,N, HPT,L/M/N, megaraid,N, cciss,N, auto, test. Najlakši način da to učinite je kroz mačka “/proc/ide” ili “/proc/scsi”. meni:

# 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

 

 

Kao što vidite imam 3 vrsta pogona ATA.

2. Za početak pratiti temperaturu mora opisati u m čvor Pogoni nas. U datoteci dodati sljedeću vrstu 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

 

Možemo pogoditi test config kako slijedi

# 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

 

Ako ste dobili vrijednosti sve je u redu. Ako dođe do pogreške treba potvrditi da je to ispravno opisao. Bi trebao ponovno pokretanje m klimanje na izčakte 10-15 min do populirat neke podatke i početi crtati grafike. Можете да проверите /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

Danas sam odlučio napraviti neke testove na čistu instalaciju za Cpanel što je potreba za više korisnika. Jer ne želim opteretiti rad poslužitelj s Packers backup i prijenos datoteka ne koristi arhivu prethodne noći. Transferirah sve zapise u/home i našao da Cpanel ne nude povrat više 1 i u GUI i CLI računa. Kroz GUI kao ima je nipošto da biste dobili broj odlučio se povući sa cli skripta restorepkg. Njegova upotreba je vrlo jednostavna

/scripts/restorepkg username.tar.gz

Kao i radnja se ponavlja za svaki korisnik individualno. Kada pokušate koristiti na * umjesto naziv korisnika original glavu me isključiti pa mi treba prići malo više stila –

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

for archive in $archives

do

/scripts/restorepkg --force $archive

done

Sada brzo objašnjenje. Napravite popis svih zapisa i izdanja u varijabli Arhiva onda patrola popisa stavku po stavku i pokrećemo razpaketiraneto za svaku arhivu posebno. Нищо кой знае колко сложно интересно защо пичовете от Cpanel не са изплзвали подобно решение за множество файлове.