Jump to content

Fernando Rafs

Senior Member
  • Content Count

    1,018
  • Joined

  • Last visited

  • Days Won

    12

Everything posted by Fernando Rafs

  1. Rubens, muito obrigado! Voltou a funcionar perfeitamente. Já havia tentado de tudo, inclusive troca de IP, mas com o código fornecido para whois.json funcionou! Obrigado mesmo.
  2. Obrigado Rubens! O problema é que o bloqueio se deu pelo avail, percebi problemas porque ao pesquisar qualquer domínio retornava apenas que o domínio já estava registrado (mesmo não estando) e na saída do Whois não retorna mensagem alguma. A partir daí alterei para o default do WHMCS onde pude verificar que o IP estava bloqueado, porque no default a saída do Whois já retornava a mensagem que informei no post (Permission Denied). Já tentei de todas as formas contatos junto ao Registro BR, porém sempre o mesmo retorno: Resposta do Primeiro Contato: Os IPs descritos abaixo
  3. Então Jefferson, já tentei de tudo por e-mail junto ao Registro BR e nada, sempre a mesma resposta que nenhum IP encontra-se bloqueado, hoje mesmo recebi outro retorno deles e nada. Do lado do servidor nada foi alterado, já verifiquei os logs do apache/modsecurity/etc e nada nos logs, somente a mensagem do registro BR "Permission Denied". Complicado viu, o Whois está funcionando normalmente para todas as extensões, exceto para o .BR, daqui a pouco vou ter que desabilitar domínios .BR na empresa. No passado já recebi este tipo de mensagem e sempre era bloqueio no Registro BR, inc
  4. O duro que não funciona nem com a versão default do próprio WHMCS, acabei de receber outra resposta do Registro BR pedindo para fazer um teste de "outro dispositivo", acho que não entenderam que o problema não é o "dispositivo" mas o IP, mesmo trocando o dispositivo o WHMCS/IP serão os mesmos. Complicado.
  5. Olá Pessoal! Alguém enfrentando ou já enfrentou algum tipo de dificuldade para pesquisar domínios através do WHMCS para domínios .BR? Aqui utilizamos o Whois personalizado (whois.json) com endereço de consulta https://registro.br/ajax/avail/ justamente para tentar evitar que o Registro BR bloqueie nossos IPs, porém ao tentar pesquisar qualquer domínio, retorna que o domínio já está registrado, mesmo estando disponível para registro, e na saída não retorna nada. Coloquei então o Whois default do WHMCS (socket://whois.nic.br) e o erro é: Saída do WHOIS --- % Copyright (c) Nic.
  6. Se o boleto é registrado, ele poderá pagar, se não me engano até 29 dias de vencido, isto depois das implantações realizadas pela FEBRABAN, ou seja, o banco não esta errado de aceitar o boleto, o campo de instruções fica inválido neste caso "Não receber após o vencimento" principalmente via IB. Boletos vem dando uma certa dor de cabeça ultimamente, alguns bancos inclusive não estão cumprindo com as determinações da FEBRABAN e recusando boletos vencidos, o que não pode. Nota: Isto que eu entendi em sua mensagem.
  7. Fiz o mesmo kkkk, não achava nada, apenas relatos de amigos, mas após o nosso amigo aqui do forum disponibilizar sua solução, ficou mais fácil, até agora os servidores que estavam sob ataque estao estáveis e com load baixo. Quando era apenas IPS do exterior era mais fácil lidar, até mesmo com um simples htaccess, mas agora com IPs Brasileiros a coisa apertou.
  8. Utilizamos Pyxsoft com Nginx/Engintron há anos, e funciona normalmente, mesmo o desenvolvedor falando o contrário, claro que alguns ajustes podem ser necessários por parte do SysAdmin ?
  9. @chuvadenovembro aqui ocorreu o mesmo, minutos atrás em 2 servidores, que inclusive o CloudLinux barrou até os clientes de acessarem seus websites, com a famosa mensagem de limite atingido, ou seja prejudicando o cliente. Implantamos as configurações do nosso amigo@LucianoZ e simplesmente a carga baixou e muito e os websites dos clientes voltaram a ser acessados novamente, então concluo que também funcionou. Mas notei que o cliente que ainda não ativou SSL na conta, ao tentar acessar o wp-login.php sem HTTPS, vai ser retornado a mensagem "403 Forbidden", o cliente conseguirá acesso apenas
  10. Claro, vou deixar alguns servidores com esta solução ativa, para comparar com outros durante o dia de amanhã, então amanhã a noite já poderei retornar com algum feedback a respeito.
  11. Aqui a mesma coisa, sem padrão de horário. Já tentamos com Regras ModSecurity + Antimalware com Brute Force Ativo + Nginx, segura bastante, porém mesmo assim a carga vai nas alturas, não derruba os serviços, mas é uma carga atípica. Agora irei testar a dica e solução do nosso amigo @LucianoZ que contribuiu conosco sua solução. Obrigado @LucianoZ
  12. Primeiramente, simples porém ótima contribuição. Apenas uma dúvida. O seu default ficou assim: } } location = /whm-server-status { proxy_pass http://127.0.0.1:8080; # Apache Status Page # Comment the following 2 lines to make the Apache status page public allow 127.0.0.1; deny all; } #Bloquear WP-LOGIN location = /wp-login.php { deny all; } }
  13. Todos os servidores aqui com WordPress, estão com o mesmo problema relatado, mesmo utilizando NGINX, não chega a derrubar os serviços, porém a carga aumentou bastante, mesmo com NGINX e para a porta seja ela 80 ou 8080. Com todos que conversei, relataram a mesma coisa, sobre o tráfego anormal para o WordPress, alguns com pouca carga, outros com cargas altíssimas.
  14. Então, nos servidores que temos com Engintron na versão anterior estava funcionando, após alterações nas configurações do Engintron. Porém após atualização para esta última versão, onde ele afirma ter resolvido o problema, o Roundcube simplesmente não carrega na Google Chrome sem quebrar o CSS, e as configurações antigas não surgem efeito na versão atual porque houve alterações. Conversei com 2 amigos que estão com o mesmo problema. Estou testando algumas combinações aqui, mas ainda sem solução. Mas irei continuar verificando, agradeço sua contribuição. Enviado de meu Moto G (4) usando o
  15. Fala pessoal, Alguém atualizou o Engintron 1.9.1 e está com problemas com clientes que utilizam o acesso via proxy/subdomínio para acessar o Webmail RoundCube via Google Chrome. Exemplo: webmail.dominio.com.br Ao tentar o acesso ao Webmail RoundCube via Firefox funciona, já no Google Chrome a página do RoundCube fica com o CSS quebrado ou simplesmente não lista os e-mails. Em versões anteriores, tinha como realizar uma modificação no arquivo proxy_params_common para funcionar, agora o arquivo mudou nesta versão. E o desenvolvedor informou que nesta versão havia corrigi
  16. No início do mês passado, iniciei algumas conversas com a ServerPing referente ao módulo UnblockIP que não estava atualizado para as novas versões do WHMCS e PHP, além de diversos bugs. Hoje foi lançada uma versão, que de acordo com eles, corrige diversos bugs e funciona na versões mais novas do WHMCS e PHP. Mensagem: UnblockIP 2.13 is now available for download: Download Unblock IP What’s new? -Code has been updated to work with WHMCS 7.x and PHP 7.x -cPanel API Key support has been added -You no longer need to edit your clientareahome.tpl to use the auto unblock feature, a hoo
  17. O módulo para VoxStream funcionará para versões mais avançadas do PHP, inclusive 7.1, desde que, você realize à atualização do módulo de MySQL para MySQLi. Como não sei o seu revendedor não tenho como saber de forma exata se a versão que está utilizando tem como realizar esta modificação (de forma mais fácil, sem precisar alterar todo o código). Neste caso, infelizmente você terá que dar uma atualizada no plugin para o funcionando com o painel VoxStreaming, como disse alterando de MySQL para MySQLi, já que a função mysql_data_seek foi removida em versões mais recentes do PHP. O módulo que
  18. Caso esteja se referindo a "homepage.tpl" tente o seguinte hook: <?php add_hook("ClientAreaPageHome",1,function($vars){ return array("announcements" => ""); }); Caso o hook não dê certo para você, comente/remova as linhas diretamente do arquivo do seu template em "elseif $announcements".
  19. Sim, não retorna há algum tempo, é por este motivo que gostaria de corrigir o problema, já tentei algumas alterações nos códigos, mas não surgiu o efeito esperado, em suma, não consegui. Eu acho um plugin simples, mas que cumpre o prometido (pelo menos para mim).
  20. Fala pessoal, Para aqueles que utilizam o plugin UnblockIP da ServerPing para WHMCS, gostaria de saber quando realizam o desbloqueio de um determinado IP, seja pelo Admin ou Área do Cliente, está retornando corretamente o motivo do bloqueio (reason), porque aqui tanto pelo Admin como pela Área do Cliente, o IP é desbloqueado com sucesso mas não retorna o motivo, retorna apenas a seguinte mensagem: Unknown. Alguém conseguiu corrigir este problema (caso o tenham). Valeu.
  21. "Nós só viemos aqui para contestar que o problema com o AdvanceHost é um problema com o data center ou a rede." É um problema com o Datacenter/Rede ou não é, se decida por favor. Ou foi um erro de tradução?
  22. Eles não mostram, tenta adicionar eles no Status do Twitter para ver se eles te adicionam.
  23. O problema é este, a Advance está com problemas e o DC vem a público apenas para dizer, em resumo, que o problema não é isto que o Cesar está dizendo não. Agora você diz uma coisa sobre eles, e eles também vem a público dizer, também de forma traduzida, que não é verdade não, mentira sua. Porque vieram a público? Somente eles são os donos da verdade? Não é de hoje que muitos DC por aí não assumem erros, e a QuickPacket não é este mar de rosas que ela anda pintando por aí não. O DC vem a público, não diz nada, apenas que não tem problemas, e deixa o povo imaginar N coisas, tentan

Chat

Chat

    You don't have permission to chat.
    ×
    ×
    • Create New...