bdlc

Falando de poucas VPS sim, mas imagina o cenário de um data center, onde você tem centenas ou milhares de VPS, tem a questão do roteamento dos IPs, que normalmente é por bloco, não é tão simples assim. Claro que daria para reduzir muito o downtime mas, talvez pelo tipo de serviço contratado, irão fazer o melhor trabalho possível para ter o mínimo de downtime porém sem muito investimento de tempo e dinheiro.

Por aqui eu recebi o alerta também, estão mudando de data center físico os VPS (possivelmente unificando para redução de custos). Acredito que escolheram o dia e horário em razão da maior disponibilidade de pessoas para suporte e outras tarefas (deve envolver um aparato grande de pessoal operacional). Espero que isso não seja feito para servidores dedicados também (no passado já passamos por uma migração física de data center e foi o caos). Abraço.

Olá, Ative o modo de debug do WHMCS para que seja exibido qualquer erro em tela ou analise o arquivo error_log que provavelmente está sendo gerado no servidor (depende das configurações do seu PHP). No WHMCS, edite o arquivo configuration.php e inclua: $display_errors = true; Lembrando que você deve fazer isso, liberar um plano, analisar o erro e logo em seguida comentar / desativar essa configuração. Bruno.

Tudo indica que você não comprou diretamente da Seagate. O vendedor, caso seja nacional, pode não ter relação direta com a fraude e também é uma vítima e certamente não comprou os discos diretamente da Seagate como novos, mas de alguma outra empresa, provavelmente chinesa.

Com certeza não precisa, a validação é pelo DNS. Eles deram o nome de Lets Encrypt justamente para causar confusão e a pessoa não remover.

Leandro, Eu tenho essa base paga e, sinceramente, o nível de bloqueios aumentou muito pouco nos servidores. Ela não resolve 100% dos problemas relatados pelo @LtiWeb Soluções. Por aqui continuamos a ver essas mensagens passando normalmente. Na minha opinião está faltando a SPFBL acompanhar a evolução dos ataques spammers e a necessidade dos clientes senão ficará obsoleta muito em breve. Bruno.

Prezados, Estou procurando um desenvolvedor mobile, com conhecimento em React, para realizar a manutenção de um aplicativo para web rádio desenvolvido há 2 anos mais ou menos, para permitir a utilização em celulares com Android 14. A Play Store está acusando o seguinte erro no aplicativo: https://monosnap.com/file/cMqFbKtZdikU69SPC42tOxZ99oOrQK Referência: https://developer.android.com/about/versions/14/changes/fgs-types-required?hl=pt-br Obrigado, Bruno.

Habilite a geração do arquivo error_log, faça um teste e aguarde o erro ser apresentado em tela. Pesquise pelos arquivos error_log no diretório da hospedagem e veja o seu conteúdo. Outro arquivo de log que pode ser consultado é o /usr/local/apache/logs/error_log. Boa sorte!

Converse com o Germano @helpsysadmin Tem tópico recente sobre o assunto:

Concordo com o @redenflu Eu tenho na OVH apenas alguns serviços mas, poucas vezes que precisei do suporte, deixou muito a desejar em relação a tempo de atendimento. Datawagon nunca utilizei.

Não, ele requer o cPanel WHM: https://www.whmsonic.com/whmsonic_requirements.php

https://webuzo.com/docs/installing-webuzo/convert-cpanel-to-webuzo/

Está para nascer algo que o Governo gerencie que seja melhor que a iniciativa privada (no caso o Registro.br não é uma iniciativa privada mas tem uma certa autonomia que é necessária para a gestão do negócio).

Acredito que pelo fato mencionado pelo Rubens anteriormente, a CF impede o anonimato.

Olá, Se o sistema estiver hospedado em seu servidor, você deverá pegar um desses envios e rastrear através do log do Exim (/var/log/exim_mainlog) para verificar o que está ocorrendo com a mensagem (rota). Caso o sistema seja hospedado localmente no cliente, o envio está indo direto para a AWS, nesse caso você deverá verificar se eles possuem algum log disponibilizado no painel para entender o que está ocorrendo com a mensagem (rota). O "problema" da AWS nesses casos é a falta de comunicação com o suporte técnico. Abraço!

Não sei se já viu, mas o banco Cora está dando dor de cabeça para o pessoal que tem utilizado: https://portaldohost.com.br/topic/30393-nova-contestação-de-pix-e-conta-bloqueada-mais-uma-vez/

Hoje não aceitamos mais cartões de crédito (sempre tivemos baixa adesão dos nossos clientes), apenas boleto e pix. Estamos operando com os bancos BS2 e Sicoob, ambos com taxas fixas, independente do valor. BS2: R$ 1,25 para os primeiros 1.000 boletos registrados (R$ 0,89 para registro de boletos excedentes) R$ 0,40 para pix independente do valor Sicoob: R$ 1,00 por boleto compensado (R$ 0,50 por boleto baixado que não tenha sido compensado) R$ 0,00 para pix ilimitado até o momento Ambos os bancos possuem API para integração com qualquer sistema (aqui usamos WHMCS e fizemos nossa própria integração). Abraço!

De fato o Sicoob também não cobra para uso do PIX ainda.

@NullRoute

Pode ser que um domínio (ou mais) desse servidor esteja recebendo um volume alto de mensagens, causando o problema. Tente identificar esse domínio e desative o antispam para ele ou veja como desativar o Spamhaus diretamente nos arquivos de configurações do DirectAdmin (talvez alguém que utilize em produção consiga ajudar).

Aqui está seu problema: https://www.securityzones.net/error-return-codes-for-spamhaus-public-mirrors/ "127.255.255.255 Excessive Number of Queries As mentioned, Spamhaus public mirrors have a free usage limit. This limit helps maintain the quality of service for all Spamhaus users. If your query return code is 127.255.255.255, this means the IP address you are using has exceeded the allowed number of queries." Provavelmente você utiliza o Spamhaus gratuito e atingiu algum limite de consultas para o seu IP.

Dentro do DirectAdmin, tente ir em "Configurações Gerais" -> "Configurações dos E-mails". Desative "Use o bloqueio de RBL." https://monosnap.com/file/DouN2hR0HPc6xIqtjzLEznHFuq9w5j Eu não uso DirectAdmin em produção, tenho apenas um servidor de testes, mas acredito que isso deva resolver o problema.

Parece que a checagem antispam da Spamhaus que está gerando o problema: Email blocked by zen.spamhaus.org (127.255.255.255) Recomendo desativar temporariamente essa checagem, pode ser um falso positivo (ou falha temporária na Spamhaus - pouco provável).

Exatamente, uma vez que o seu plano não permite domínios adicionais (apenas estacionamentos). Pode ser que tenha alguma outra forma de mascarar o endereço (URL) no navegador para carregar o conteúdo do diretório secundário (nesse caso deixo para os entendedores de programação).

Para que essa configuração funcione, você precisa no servidor de destino estacionar o subdomínio lp.meucliente01.com.br (não precisa criar ele como conta, apenas como apelido do domínio principal). Feito isso, você irá redirecionar esse apelido para o endereço criado (meucliente1.meudominio.com.br).