Devido a falha no netenberg minhas expectativas para o fantastico 3 Então eu decidi me livrar dele totalka. Embora a correspondência que lutamos há muito tempo e as orientações que lhes deram para melhorar seu produto a nível de capacidade competitiva de installatron e softaculous terminaram até que tive que ser desinstalado o seu plugin de meus servidores Cpanel. Uma vez que existem não há instruções sobre como remover mal-entendidos que eu peguei um ticket de suporte- e eles me deram as instruções a seguir.

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

Eu segui seus comandos para arquivos enquanto estava limpo, eu percebi algo importante caras nunca mencionaram como registrar seu de plug-ins do painel de controle 🙄 😆 Sim pederaski mas aconteceu e eu tive que olhar mais. Havia também um monte de esquerda sobre seus arquivos aparentemente espero estar de volta como seu cliente, como tinham muitos scripts para suporte de instalação, como você disse (Ah, este é o mais importante direito) :mrgreen: . Então vamos continuar com a evisceração completa:

Este é o passo mais importante que precisa ser feito antes de tudo e depois desaparece como em seguida, você terminará acima com um ícone foi mas um plugin no painel de controle, porque ainda está registrado.

/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

No caso de você perdeu o passo unregister_cpanelplugi ter que jogar uma etapa mais adicional:

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 de agora o véu está fora e você pode dormir. As razões por que eu mudei com o produto do competidor são 3 e é uma forma muito simples

  • Nenhuma API com o qual podem se comunicar se quero fazer adições ou qualquer outros feitiços
  • Eles têm sem ganchos em certas ações pode funcionalidade brincadeiras e dopisvam
  • mau apoio bastante lento e não muito adequado nas suas respostas

PS. paper_lantern e x3 tinham deixado um ícone que está sendo executado com

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

Alguns desenvolvedores não aprendem a escrever alfabetizado na RFC nunca. Notei que vários arquivos de errror_log que tinham acumulado um número enorme de retardado de alerta e aviso por não conformidade com o padrão PHP. Em geral, é difícil de explicar para o usuário, que o código que é colocado é ruim e precisa ser corrigido.. No caso geral, tenho notado que os usuários não excitá-los log de erro depois de executar o código. Em geral, uma abordagem radical para parar completamente arquivos error_log, e quem quer deixá-los ir, Mas como um todo, iria criar desconforto para muitos usuários. Então, reforçar a abordagem 2 – adminski super poderes ou 1 linha de Brito. Procurar por arquivos chamados error_log com tamanho superior a 5MB (Deixo aqui meu valor um embora 1mb é mais que suficiente) e excluí-los semanalmente. Este efeito é conseguido com a desordem encontrar

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

Só resta para colidir com a coroa para executar uma vez por semana e nós temos um monte de persistentno solução. No meu caso parece Okey em 1 horas na noite todos os domingos.

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

Quem lida com hospedagem profissional, sabe que uma ameaça que eles representam infectado usuários com malware, conchas de Web etc. O obšiât é usado caso maldet Não é um mau script. Distingue-se por 3 coisas

  1. Terrivelmente lento
  2. É horrivelmente lento e se você deixar cair no regime de monitorização vai mexer com seu servidor
  3. Manter seu próprio banco de dados com md5/hex definici para código ruim.

Apenas sua última característica o torna útil, como você pode s″bmitvaš arquivos que não foram detectados até agora e numa fase posterior entrará em banco de dados. Como eu compartilhei em seção 1 E 2 sua velocidade é muito baixa – a baixa carga de arquivo de computador 70 k são verificados por uma hora e meia. Por esta razão que eu comecei a ajudar meu amigo por ShadowX malmon – uma alternativa para o maldet escrito em python com um pouco mais de flexibilidade.. Infelizmente, devido à falta de tempo (principalmente, mas não a única) Não somos um projeto terminado, que neste momento não é muito útil – Existem alguns bugs que precisam ser limpos. Nos últimos dias eu tive problemas com clientes infectados com CryptoPHP, que tinham os arquivos enormes public_html ~ 60K + inod-usuário. Desde que o total tinha que ser digitalizados levaria mais de 200 k arquivo em contas em bruto 5+ horas que eu decidi a configuração de maldet de Nip/Tuck, para reduzir os arquivos que serão digitalizados para um número mais razoável e tempo. Enquanto čopleh konfa eu notei as seguintes linhas

# 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

Interessante… Aparentemente, existe a possibilidade de usar o ClamAV – Quem também se distingue por sua grande velocidade, mas por que não tentar. O instalei-o rapidamente

/scripts/update_local_rpm_versions --edit target_settings.clamav installed

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

Eu corro maldet e clique na pasta pequena – Não vejo uma diferença na velocidade e comportamento – Ele usou seu scanner perl-esqui em vez de clamav. Após um breve mergulhando com a fonte que eu encontrei maldet as seguintes linhas

 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

Sim, eu fiz um Qual clamscan e para minha surpresa, descobri que o clamav não é no caminho que um estúpido que cPanel deixou-lhe apenas em/usr/local/cpanel/3rdparty/bin/de onde ele usa binarkite. Uma solução rápida do problema em:

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

In re relatórios top de verificação agora maldet

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

Depois já usa o ClamAV maldet termina sua varredura 3-4-5 vezes mais rápidos do que antes. O teste mostrou – 70k-iztrkla inod eles para sobre 25 min, que é cerca de 3 e meia vezes mais rápido do que antes.

Por padrão, quando você instalar Munin no Cpanel faltando vários konfiga bom para fazê-los com a mão. Para mim, um deles é o monitoramento da temperatura dos discos.

Basicamente, é uma configuração trivial

1. Temos de determinar o tipo de nossas unidades – Ele pode ser um dos seguintes : ATA, SCSI, sentou-se[,Automático][,N][+TIPO], usbcypress[,X], usbjmicron[,x][,N], usbsunplus, Marvell, Areca,N/E, 3Ware,N, HPT,L/M/N, MegaRAID,N, cciss,N, Automático, teste. A maneira mais fácil de fazer isso é através do gato “/proc/ide” ou “/proc/scsi”. Para mim:

# 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

 

 

Como você pode ver que eu tenho 3 tipo de drive ATA.

2. Para começar a monitorar a temperatura deve descrever em munin nó unidades nos. No arquivo, adicione o seguinte tipo 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

 

Atingimos um teste config como segue

# 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

 

Se você obter os valores, então tudo é Okey. Se você receber um erro, você deve verificar que ele descreveu corretamente. Deve reiniciar munin, um aceno para izčakte 10-15 min para populirat alguns dados e começar a desenhar gráficos. Você pode verificar para errors/var/log/munin/munin-node.log e sua fácil remoção.

Se você deseja receber o e-mail quando uma temperatura crítica de discos deve adicionar uma descrição, tais como crítica:

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

Hoje eu decidi fazer alguns testes em uma instalação limpa para Cpanel que eu tinha necessidade para vários usuários. Desde que eu não queria sobrecarregar os servidores trabalhando com backup Packers e transferir os arquivos eu usei os arquivos da noite anterior. Transferirah todos os registros em/para casa e encontrou que o Cpanel não oferece reembolso de mais 1 conta tanto em GUI e CLI. Através da GUI como não havia nenhuma maneira de obter um número decidiu retirado com cli roteiro repor. Seu uso é extremamente simples.

/scripts/restorepkg username.tar.gz

Como a ação é repetida para cada usuário individualmente. Quando você tenta usar o * em vez do nome do usuário script de frente me excluiu então preciso aproximar um pouco mais graciosa –

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

for archive in $archives

do

/scripts/restorepkg --force $archive

done

Agora uma explicação rápida. Faça uma lista de todos os registros e lançamentos na variável de arquivos então patrulham a lista item por item como estamos lançando razpaketiraneto para cada arquivo separadamente. Nada muito interessante complicado por que caras de Cpanel não são izplzvali uma solução semelhante para vários arquivos.