Kuten netenberg yleensä ole perusteltua minun odotukset fantastico 3 asemat päätin vapauttaa totaly. Vaikka kirjeenvaihto, että keskusteltiin pitkään ja periaatteita, jotka minä annoin heille, parantaa niiden tuotteen kilpailukykyisellä tasolla, softaculous ja installatron päästä pisteeseen, jossa sinun piti poistaa, niiden plugin Cpanel palvelimet minun. Koska ohjeita ei ole, miten se väärinkäsitys, otin lippu tuki ja he antoivat minulle seuraavat ohjeet.

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

Изпълних си командите за чистиха се файловете им като осъзнах нещо важно пичовете изобщо не споменаха как се де регистрира плъгина им от контролният панел 🙄 😆 Мдаа педераски номер но се случва то и аз трябваше да гледам повече. Se oli myös, siellä oli yksi talo tiedostoja, ilmeisesti toivoen palata, koska niiden asiakas, koska ei ollut paljon skriptejä, asennus, kuten sanoi tukea (usko, että se on tärkeintä, eikö) :lol: . - Jatketaan koko skorman:

Tämä on tärkein askel, joka on tehtävä ennen setrate kaikki muu, niin sitten päädyt oli plugin, mutta kuvaketta control panel, koska kaikki muu oli.

/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

Täällä jäi askel unregister_cpanelplugi ottaa pelata toinen ylimääräinen vaihe:

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 kattaa jo tätä peliä, ja voit nukkua rauhassa. Syistä, jonka vuoksi se korvattiin kilpailukykyisen tuotteen 3 ja se on hyvin yksinkertainen

  • Sinun ei tarvitse API, että minulla on varaa komuniciram jos haluan tehdä lisäyksiä tai muita loitsuja
  • ei koukut " teema toimintaa - tuotanto ja dopium toiminnallisuutta
  • se pirun tuki on melko hidas ja ei ole kovin riittävä heidän vastauksia

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

Joku ohjelmoijat eivät vain oppia kirjoittamaan oikein mukaan RFC koskaan. Huomasin muutaman errror_log tiedostoja, jotka ne ovat saaneet valtavasti maloni varoitus ja huomautus noudattamatta jättäminen normeja PHP. Yleensä, se on vaikea selittää käyttäjälle, koodi, joka asennettu, se on huono ja tarvitsee vahvistamisesta. Yleisessä tapauksessa, olen huomannut, että käyttäjät eivät välitä virhe log-s, kun niiden koodi toimii. Periaatteessa, radikaali lähestymistapa lopettaa kokonaan error_log tiedostoja, ja kuka haluaa heidän tiedotteet, mutta, pääsääntöisesti, aiheuttaa epämukavuutta melko käyttäjät. Siksi dasilva matkalla 2 – ei super power tai 1 bash line. Etsi tiedostot, joiden nimi error_log suurempia kuin 5 MB (täällä, arvo sen minulle, lähdin suuri vaikka 1MB on enemmän kuin tarpeeksi) ja poistamalla niitä viikoittain. Tämä vaikutus saavutetaan sotkea löytää

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

Se jää vain törmää kruunu, joka ajetaan kerran viikossa, ja meillä on melko pysyvä ratkaisu. Minun tässä mielestäni OK 1 PM joka sunnuntai.

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

Jokainen, joka käsittelee ammattimaisesti web hosting tietää, mitä uhkaa edustavat tartunnan käyttäjät haittaohjelmia, web kuoret jne. Vuonna obset käytetään täällä maldet yksi huono kirjoitus. Se eroaa 3 asioita

  1. Hirveän hidas
  2. Todella hitaasti ja jos et anna sen mennä näytön tilassa, shauri palvelimen
  3. Ylläpitää omaa tietokantaan md5/hex, varmaa huono koodi.

Se on jälkimmäinen ominaisuus tekee siitä hyötyä, koska muun muassa, voi symitar-tiedostoja, jotka eivät ole löydetty toistaiseksi, ja myöhemmin on saada tietokantaan. Jaettu kohtaan 1 ja 2 sen nopeus on järkyttävän alhainen – pienellä kuormituksella auton 70K-tiedosto skannataan tunti ja puoli. Tästä syystä olen alkanut auttaa hyvä ystäväni, ShadowX kanssa malmon – vaihtoehto maldet kirjoitettu pythonilla kanssa vähän joustavuutta. Valitettavasti ajan puutteen vuoksi (enimmäkseen, mutta ei ainoa) emme dovrsili hanke, joka on tällä hetkellä ole kovin hyödyllinen – on olemassa melko paljon virheitä siivota. Viime päivinä minulla on ollut ongelmia asiakkaiden kanssa saanut tartunnan kanssa CryptoPHP, joka oli valtava public_html-tiedostot ~60K+ inod-käyttäjä. Niin yhdessä oli tarkastettava 200k tiedosto, joka suuri osuus se vie 5+ tunnin päätin tuningova kokoonpano maldet, vähentää tiedostot, jotka tarkastetaan järkevämpi paikka ja aika. Kun valitset konfa huomannut seuraavat rivit

# 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

Mielenkiintoinen… Tietenkin, se on mahdollista käyttää ClamAV – joka ei ole nopea, mutta ei, miksi ei kokeilla. Nopeasti asettaa

/scripts/update_local_rpm_versions --edit target_settings.clamav installed

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

Julkaisu maldet-pieni kansio – En näe mitään eroa nopeus ja käyttäytymistä – käyttää sitä perl-ish skanneri sen sijaan clamav. Kun lyhyen kaivaa koodi maldet löysin seuraavat rivit

 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

Mdaaa, tein yhden joka 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 пъти и половина по бързо в сравнение с преди.

Oletuksena, kun asennat Munin Cpanel puuttuu muutama hyvä apache, jotka täytyy tehdä manuaalisesti. За мен един от тях е мониторинга на температурата на дисковете.

Yleensä kokoonpano on triviaali

1. Sinun täytyy määrittää tyyppi meidän asemat – se voi olla jokin seuraavista : ata, scsi, sat[,auto][,N][+TYYPPI], usbcypress[,X], usbjmicron[,x][,N], usbsunplus, marvell, areca,N/E, 3ware,N, hpt,L/M/N, megaraid,N, cciss,N, auto, testi. Helpoin tapa on kautta checkpoint “/proc/ide” tai “/proc/scsi”. Minulla on:

# 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

 

 

Kuten näette minulla on 3 levyn tyyppi ATA.

2. Jotta voimme alkaa seurata lämpötilaa, pitäisi olla kuvattu munin solmu ajaa meitä. Tiedoston /etc/munin/plugin-conf.d/hddtemp_smartctl lisätä merkintöjä seuraavista tyyppi

# 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

 

Voimme tehdä tulevaisuuden testi config seuraavasti

# 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

 

Jos saat arvot, niin kaikki on OK. Jos saat virheilmoituksen, sinun pitäisi tarkistaa, jos kaikki on oikein kuvattu. Sinun on käynnistettävä munin nyökkäys-ja iscache 10-15 min popularat vähän tietoa ja alkaa piirtää grafiikkaa. Можете да проверите /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

Tänään päätin tehdä joitakin testejä puhdas Cpanel asennus, joka minulla oli tarve useille käyttäjille. Koska en halunnut painon käynnissä palvelimet, joissa pakkaajat varmuuskopiointiin ja tiedostojen siirtoon käytin viime yönä arkistoon. Transferir kaikki tiedostot /home ja totesi, että Cpanel ei tarjoa perintään 1 huomioon samanaikaisesti kautta GUI kautta CLI. GUI joten ei voinut saada numeroita, päätin izhitsa cli script restorepkg. Se on vain äärettömän

/scripts/restorepkg username.tar.gz

Koska toiminta toistetaan jokaiselle käyttäjälle erikseen. Kun yrität käyttää * sen sijaan, että käyttäjätunnus käsikirjoitus directno minua leikata, joten sinun täytyy kävellä hieman enemmän tyylikkäästi –

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

for archive in $archives

do

/scripts/restorepkg --force $archive

done

Nyt nopea selitys. Emme tee niistä luettelo kaikki tiedostot ja arkistot blyskal muuttujaan sitten obchodne luettelon kohteen kohdan, yritämme poimia määrä miehitetty jokainen arkisto erikseen. Нищо кой знае колко сложно интересно защо пичовете от Cpanel не са изплзвали подобно решение за множество файлове.