LinkOficial

Já temos um servidor em produção com o Alma 9 e cPanel v114 com MariaDB 10.11 a mais de 30 dias, tudo rodando liso. Eu recomendo sempre instalar a versão mais recente, não sou muito favorável a upgrade de OS em produção. Mas cada um tem uma linha diferente de pensamento e trabalho.

Esta frequencia de 4.5Ghz é em turbo no i7-7700k. Neste caso pegue na Hivelocity um E-2288G, tenho servidores desse por lá. A frequencia em turbo é ainda maior (5.00Ghz), sem contar que suporta memórias com frequencia mais altas também. Então para o teu caso pode ser ainda melhor que um i7.

Também tenho esse pensamento, principalmente para servidor que não precisa de uma interface gráfica, porque não focam nas distribuições principais ao invés de derivações e clones? Exemplo o cPanel, porque dão suporte ao Ubuntu ao invés de suportar diretamente o Debian, não faz sentido pra mim. Creio que dos paineis populares o único a dar suporte ao Debian seja o Directadmin.

Resumindamente, no mês passado a RedHat removeu o acesso público do código fonte do CentOS, é através deste código/repositório que são reconstruídas as derivações (Rocky, Alma, Oracle, etc...) Houve muitas discussões sobre como os clones do RedHat sobreviveriam depois disto e se haviam alternativas... O Alma já decidiu que não será mais uma distribuição 1:1 da RedHat, ou seja, agora será livre para ser "diferente" quando necessário, mas ainda manter 100% de compatibilidade com todas as aplicações compatíveis com RHEL. Irá rodas aplicações como um legítimo RHEL, mas sem obrigação de ser um clone exato: Segue anúncio: https://almalinux.org/blog/future-of-almalinux/ Já o Rocky o que eu compreendi é que irão brigar para que a comunidade tenha acesso público ao repositório, mesmo que na justiça, pois parece que isso viola termos da GPL. Enquanto isso irão manter o conceito 1:1 da RedHat, utilizando-se de métodos alternativos e mirabolantes, o que isso vai aumentar a carga de trabalho deles e com certeza o atraso em disponibilizar as atualizações. A minha humilde opinião é que a atitude da Alma abre margem para terem melhorias futuras que não são obrigados a serem um clone perfeito, além de estarem precavidos de qualquer manobra da RedHat pela frente. A Rocky corre o risco de ter todo esse trabalho e ainda perder no final, tendo que tomar um outro caminho com a Alma já fez. Se a Rocky sair vitoriosa nisso, ainda corre grande risco de ter novas surpresas pela frente, já que a RedHat vem dificultando estrategicamente a vida dos clones a um bom tempo. Esqueci de mencionar o anúncio da Rocky: https://rockylinux.org/pt_BR/news/keeping-open-source-open/ E dizer que continuou apostando no Alma, todos os servidores novos ou de migração já estou indo para a versão 9.2, exceto o CloudLinux em 8, pois a 9 ainda está em beta. Quem desejar fugir disso tudo, sempre-se que ainda temos o Ubuntu como alternativa, cPanel, Directadmin... suportam Ubuntu tranquilamente. Um detalhe que vi na documentação do cPanel é que os requisitos de memória RAM são um pouco maior para Ubuntu. Será que na prática o Ubuntu consome mais RAM? Alguém do forum já usou cPanel com Ubuntu pra nos dizer algo?

Primeiramente não vejo o Rocky como "a melhor opção", mas sim igual ao AlmaLinux, até pelo fato que ambos são 1:1 do RHEL e possuem uma boa comunidade e parceiros fortes. Aqui utilizamos AlmaLinux 8 e 9. Motivos: Inicialmente foi o fato de serem o primeiro a lançar, o Rocky chegou alguns meses depois (então foi a única alternativa nesta janela de tempo). Tem fortes parceiros desde o ínicio como AWS, Microsoft Azure, cPanel, AMD, Hivelocity, Equinix, etc... Além do CloudLinux e este por também utilizarmos creio que possa estar mais "casado" na questão do desenvolvimento e conversão a longo prazo (ainda mais agora que Rocky e Alma possam tomar caminhos distintos). cPanel apoiou e suportou o AlmaLinux desde o início. No início houve muitas críticas pelo fato que uma empresa comercial (Cloudlinux) tinha criado o projeto e feito grande aporte financeiro. Mas veja bem, a Cloudlinux depende da sobrevivência de um clone RHEL para sobreviver, logo nada mais legítimo do que fazer grande esforço para manter viva essa comunidade de código aberto. Sempre achei o projeto do Alma bem ativo, sensato e transparente. Com a recente atitude da RedHat, o Alma tomou decisões e traçou metas muito antes do Rocky. Caso queira ver os últimos posts sobre o caminho que o projeto tomou: https://almalinux.org/blog/

Após 1 ano a cPanel decide trazer a tradução PT-BR novamente para o sistema sob a versão 114 Caso: "Fixed case PH-19725: Add PT_BR translations." Já testei a versão beta por aqui, ainda há vários itens sem tradução, mas está muito melhor que a atual presente no repositório.

Estou apreensivo pois tenho algumas configurações igual a sua. No artigo não menciona ser algo específico da build 34. Mas chama a atenção o artigo ser de 4 meses atrás e até agora sem solução, impensável para algo tão grave que envolve perda de dados.

Alguma novidade sobre o caso? Você utiliza o db_governor da cloudlinux?

Infelizmente nem instalações novas está sendo possível, estou necessitando instalar um novo servidor desde sexta. Inclusive o suporte da CL acessou e tentou alternativas para instalar, infelizmente sem qualquer sucesso, somente após corrigirem esse problema em definitivo. Yum estou sendo capaz de executar em outros servidor CL apenas da lentidão, mas fazer o registro em uma nova instalação ainda não é possível.

Bom dia pessoal, fui questionado por um cliente sobre agendamento no WHMSonic. Mas como todos sabem oficialmente ainda não possui esta função, então foi onde encontrei no youtube diversos vídeos de tutorial de como agendar playlist no Sonic. Pois bem, minha questão é: Existe alguém vendendo módulo personalizado para adicionar tal recurso? Alguém faz este tipo de serviço? Com isso, também percebi que algumas empresas também adicionam a função "hora certa" no Sonic. Mas meu foco no momento seria o agendamento mesmo. Já que vasculhei pela internet e não encontrei nada a respeito. Agradeço desde já o apoio da comunidade.

WHMCS ocupada esta posição por mérito, sempre investiu pesado em novidades. O desenvolvimento sempre foi muito ativo, nunca vi ele ficar "abandonado" nem por 1 mês que fosse, acho que isto fez ele ficar a anos luz na frente de qualquer outra alternativa. A equipe é muito focada em oferecer sempre novos recursos mas também estável e seguro. Pra quem presa por recursos hoje precisa ir de WHMCS, se presa por segurança, WHMCS, estabilidade, WHMCS. É incrível, se não houver um detalhe de forma nativa, você encontra com terceiros, como o Edvan ou ModulesGarden por exemplo. Não penso em sair do WHMCS, o preço é elevado pra nós brasileiros, mas é o valor que se paga pra usar um software de primeira linha.

Boa decisão. Acredito que a melhor opção antispam ao cPanel ainda seja o Configserver MailScanner e com um bom ajuste. Ainda assim, não é perfeito :(

É bem eficiente contra spam, mas causa mais dores de cabeça do que solução. A ideia básica é ignorar o recebimento temporariamente, pois geralmente servidores de disparo não fazem o reenvio. Não terá um ajuste que contorne isso, a reclamação por parte dos clientes vai ser sempre de atraso na entrega de emails (devido ao exim ignorar o recebimento na primeira tentativa de entrega). E o que observei também é que alguns emails não são entregues, principalmente automatizados como de confirmação de cadastros, etc.. Talvez nem todo servidor de email legítimo realiza o reenvio. Pode reduzir o "Período de adiamento inicial" e de "Hosts Confiáveis" adicionar o provedores mais conhecidos como hotmail.com, gmail.com .... Vai amenizar os efeitos colaterais, mas sempre vai ter aquele 1% kakakak

Bom dia K4ku, não é comum a ponto de ficar totalmente fora como você mencionou. Não acredito que seja este o seu caso, talvez tenha instalado algum firewall e ele bloqueou seu IP? O servidor responde o ping para você?

Trocar o IP principal pelo secundário não dá. Na OVH o main IP é imutável. A única solução que eu imagino é você usar o IP secundário e bloquear o acesso geral do IP principal antes de chegar no servidor. Pode-se fazer isso ativando o antiddos do IP principal e depois ative o firewall do antiddos, crie uma regra para bloquear todo o acesso, tcp/udp/icmp. Tudo isso é feito sem mistérios no próprio OVH Manager. Espero que isto ajude. Caso o bloqueio lhe dê algum transtorno ou servidor ficar off, basta desligar o firewall ou o antiddos por completo que tudo volta ao normal

8.1 no PC e testando o 10 no notebook. - O Windows 8.1 quando totalmente atualizado, ele recebe vários detalhes na interface que melhora a usabilidade, como a barra de fechar e minimizar em apps do estilo "metro". - Windows 10 pra mim está perfeito, muito fluído e prático. Mas considerando as versões estáveis, minha predileta é a 8.1

O último modem que a Net Virtua trocou por aqui veio com suporte a IPv6, porém só o modem. Por enquanto Net virtua sem qualquer utilização de IPv6 na rede. Segundo a Cisco, atualmente somente 1,46% das conexões no Brasil possuem suporte a IPv6 (http://6lab.cisco.com/stats/cible.php?country=BR&option=all) Tenho um servidor trabalhando com IPv6, e digo que uma coisa a mais pra se preocupar, principalmente em relação segurança, se antes tínhamos o iptables, agora tem o ip6tables. Não adianta criar uma regra só no iptables, conexões via IPv6 não serão afetadas, então tem que se fazer a regra no ip6tables. Segundos documentos sobre o IPv6, ele é muito melhor que o IPv4 em vários aspectos, só vamos descobrir isso na prática, quando termos um bom volume de ISP's e sites utilizando o IPv6. Além do DNS da google a opendns também possui IPv6 em seus DNS's.

Poisé, complicado. Só me incomodo com cliente de revenda, clientes diretos nem lembro a última vez que tive problemas com spam ou senha comprometida. Obrigado por tudo, vou repensar e ver se todo uma atitude drástica kakakaka

Bloqueando a função "mail" ele bloqueia envio sem autenticação, porém tem a questão de inutilizar vários e vários formulários de clientes. É uma ótima opção, só que vai dar uma tremenda dor de cabeça em servidores onde há muitas revendas, pois cara cliente terá que trocar o script por algum que utiliza smtp. Estava pensando aqui em algum script de detecte spam na saída do exim e bloqueie. Eu utilizo o mailscanner, porém ele só escaneia e neutraliza possíveis spam de saída, mas não bloqueia. Ainda penso que a melhor opção seria bloqueio automático da conta ao ultrapassar o número de envios por hora.

Prevent nobody sempre ligado. Já a função mail() eu havia tentado em outra ocasião e não tinha surtido efeito, mas agora me parece que deu certo. Talvez era questão de reiniciar o apache apenas. Vou continuar com os testes, muito obrigado por enquanto.

Seria ótimo bloquear os emails não autenticados, permitir somente aqueles que forem configurados para envio via smtp.

Conhecem alguma ferramenta que bloqueia o envio de email por scripts ou que suspenda a conta em questão? - Utilizo limite de envio por hora - Bloqueio de IP por authrelay_limit no CSF - Funçao SMTP_BLOCK está ativo no CSF O problema é que nada disto funciona quando o envio é feito pelo site através de script dentro da hospedagem. Consigo apenas que eu seja notificado por email através da funçao RT_LOCALRELAY_ALERT do CSF. O ideal seria a suspensao automática da conta ao atingir o limite horário ou bloquear o envio da conta. Alguma soluçao dos colegas? Já estou pirando com isso.

Também faço limite por hora (200). E bloqueio automático de IP pelo csf, mas o último problema que tive foi de um cliente que teve a senha do email comprometida, isto ocorreu a noite e vários IPs Russos e Chineses enviaram spam, bloqueava o IP iniciavam em outro. Eu estou a caça de algum sistema que suspenda a conta quando houver limite, pois via script o CSF só avisa mas não bloqueia o envio. Mas o mais crítico pra mim é a parte de virtualização, não há como cobrar isto de cada usuário de vps. Não há também como garantir que eles deixaram vazar suas senhas root.

Essa API é muito top, creio que seja apenas um "esqueleto", tudo será automatizado através da futura interface do manager v6 que está em fase beta. O que me preocupa na OVH é essa nova política de bloquear/desligar depois avisar. Sabemos que prestar serviço shared não é tão simples assim.

Esta configuração eu já uso a muito tempo, o problema que você foi barrado com certeza por 24h, aquela API só libera depois do prazo que ele estipulam. Agora imagine, 30 dias sem email. é a mesma coisa que perder o servidor. O fato é que você corre o risco de ocorrer novamente e as vezes nem será o mesmo cliente, será outro... como eu, você ficará o resto da vida tenso com este servidor, pois a qualquer momento pode haver um alarme de spam e todo o servidor ficar sem email por 30 dias !