Arthurcvm

@LucasOliveira Consegui resolver a mensagem de "Invalid csrf protection token" ativando o path de sessão do PHP no php.ini, mas ainda recebo o erro 500 com o log no Nginx de connection reset. Seguem algumas fontes: https://forums.whmcs.com/showthread.php?103282-Invalid-CSRF-Protection-Token-Version-6 https://forum.whmcs.com/showthread.php?112983-Invalid-CSRF-Protection-Token-Fix-WHMCS-Plesk

@LucasOliveira Continuo tendo o error 104 no log de erro do Nginx: 2017/02/23 12:04:31 [error] 25097#25097: *1 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 5.189.161.116, server: youster.com.br, request: "POST /central/admin/orders.php?action=view&id=6&activate=true HTTP/1.1", upstream: "fastcgi://127.0.0.1:9003", host: "youster.com.br", referrer: "http://youster.com.br/central/admin/orders.php?action=view&id=6" Encontrei algumas fontes que falam do FastCGI, o que acha? https://talk.plesk.com/threads/error-502-bad-gateway-nginx-104-connection-reset-by-peer.333341/ O interessante é que é só na criação da nova conta, quando a conta é existente ele retorna um erro no próprio whmcs que a conta já existe. E a conta é criada, apesar dos erros, mas é como se o servidor não retornasse pra o WHMCS.

Já tinha resetado o PHP-FPM, refiz por desencargo de consciência, daí tentei novamente e obtive o mesmo erro, esse é o log do PHP-FPM (creio eu que nada muito relevante): [21-Feb-2017 21:14:27] NOTICE: Terminating ... [21-Feb-2017 21:14:27] NOTICE: exiting, bye-bye! [21-Feb-2017 21:14:27] NOTICE: fpm is running, pid 15600 [21-Feb-2017 21:14:27] NOTICE: ready to handle connections [21-Feb-2017 21:14:27] NOTICE: systemd monitor interval set to 10000ms Olhei no php.info e não achei nada sobre o OpCache ou APCU cache, a única coisa foi: Module Authors Module Authors Opcache Andi Gutmans, Zeev Suraski, Stanislav Malyshev, Dmitry Stogov, Xinchen Hui no php.info, mas nada no sistema.

Tentei aumentar a memória do PHP no php.ini, mas nada feito. Finalmente achei um log que faça sentido, nos logs do Nginx na pasta de domínios havia um error.log específico pra ele, a linha relacionada ao erro do WHMCS é a seguinte: 2017/02/21 09:45:52 [error] 17896#17896: *1 recv() failed (104: Connection reset by peer) while reading response header from upstream, client: 5.189.161.116, server: youster.com.br, request: "POST /central/admin/orders.php?action=view&id=2&activate=true HTTP/1.1", upstream: "fastcgi://127.0.0.1:9003", host: "youster.com.br", referrer: "http://youster.com.br/central/admin/orders.php?action=view&id=2"

Pessoal estou querendo diversificar meus produtos, já trabalho com domínios na ResellerClub e queria saber se vale a pena pegar Cloud e VPS com eles, se é tão transparente quanto o comércio de domínios e o uptime vale a pena, além disso como fica se eu precisar fazer alguma pré configuração para algum cliente?

Parece ter conseguido resolver, não capturei mais a porta do Nginx (8084), já testei em alguns navegadores inclusive com o Cache limpo, a solução é introduzir a seguinte linha de instrução nos arquivos /etc/nginx/nginx.conf e no /etc/nginx/conf.d/status.conf port_in_redirect off; O que acontece é que o Nginx estava "puxando" para redirecionar para porta dele por padrão. Fontes: http://stackoverflow.com/questions/8026763/nginx-port-in-redirect-not-working http://serverfault.com/questions/227742/prevent-port-change-on-redirect-in-nginx

Não consigo encontrar nenhum retorno de erro, no meu caso os log de erros ficam na pasta do nginx, mas só tem log do http (GET e POST), nada do PHP, ainda mexi no php.ini, mas não deu em nada. Meu problema se assemelha a esse: Detalhe: meu WHMCS está na versão 7.0.1.

Pessoal, o meu VPS é um CentOS 7 com o VestaCP rodando o PHP-FPM + Nginx e Varnish Cache, com PHP 7. O que acontece é que muitas vezes o endereço, dominio.com.br, tá resolvendo pra dominio.com.br:8084, onde o 8084 é a porta do Nginx, se eu apagar o ":8084" e atualizar ele ica sem a porta sem problemas, mas a primeira vez ele sempre resolve com a porta. Fiz a instalação e configuração baseada nesses posts: http://www.servermom.org/varnish-cache-vesta-cp/2564/ http://www.servermom.org/install-varnish-4-lamp-centos-7/1972/ https://portaldohost.com.br/forum/topic/19323-não-consigo-instalar-o-varnish-no-vestacp/

Perdão Lucas, mas eu não lembro qual o nome do arquivo de Log do PHP, pode me ajudar? Acho que devo ter recorrido poucas vezes a esse arquivo e acabei não fixando.

Estou recebendo esse erro de invalidez logo após uma página de erro 500 ser recarregada durante a execução do módulo para o VestaCP, já fiz o seguinte no configuration.php (como vi aqui no fórum): <?php session_name("WHMCS"); Mas não resolveu. Vi que poderia ser um problema de sessão, se alguém puder me ajudar, estou com um CentOS 7, PHP 7.0.15, PHP-FPM + Nginx, Varnish Cache.

Pessoal, configurei meu servidor com o VestaCP da seguinte forma: PHP-FPM + Nginx (Default), instalei o Varnish cache por fora e atualizei o PHP para o 7.0.15, tudo isso em um CentOS 7. Fiz a instalação do Ioncube seguindo o seguinte tutorial: https://www.rosehosting.com/blog/install-ioncube-loader-on-centos-7/ Meu PHP -v retorna a seguinte mensagem: PHP 7.0.15 (cli) (built: Jan 17 2017 17:10:58) ( NTS ) Copyright (c) 1997-2017 The PHP Group Zend Engine v3.0.0, Copyright (c) 1998-2017 Zend Technologies with the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured) v6.0.9, Copyright (c) 2002-2016, by ionCube Ltd. Mas o WHMCS continua reclamando da falta de IonCube e também não o vejo no PHP Info. Resolvido com o service php-fpm restart Estava apenas dando restart no Nginx (seguindo o tutorial), fica a solução pra quem precisar.

Aqui deu 404 no Nginx depois disso. Ops, funcionou, era o endereço que tava localhost ainda no default.vcl do varnish, setei para o público e funfou!

Boa ideia sobre o "Let's Encrypt", mas tive um novo grande problema, decidi adotar (erroneamente) o CWP como painel de produção e tudo (ou nem tudo) está sendo um estresse, por consequência um fiasco, para serviços básicos ele é ótimo, é leve e rápido, mas se for inventar demais ele começa a bugar os serviços, já não funcionava o bind, tinha que utilizar o serviço de DNS da Contabo e fazer tudo manualmente, os emails enviados pelo WHMCS tudo bugado, fora a integração do painel financeiro que nunca existiu, o painel dá um ótimo feedback do sistema, mas ainda não tá 100% mesmo na sua versão PRO (paguei pra contribuir com a comunidade e gozar de alguns maiores benefícios), agora a encriptação não funciona, estou organizando um novo servidor pra transferir pro VestaCP urgentemente. Como funciona a revenda de cloud com eles? É transparente no WHMCS? E como fica a administração? Queria ter uma noção. Isso é uma coisa à se estudar a fundo viu... Também estou tentado a pegar o G Suíte.

Atualmente eu já trabalho com revenda de alguns produtos da ResellerClub, mais especificamente os domínios, penso em expandir meu leque de produtos/serviços e consequentemente pegar com a ResellerClub, os certificados SSL por exemplo, a grande questão é: são confiáveis esses outros produtos/serviços da ResellerClub?

Atualmente não queria investir num CPanel + CloudLinux, alem de ficar um pouco pesado pra mim estou gostando do CWP e creio que a plataforma é bem promissora. Tu tem essa equação? Queria estudar um pouco a fundo essa função mais não achei nada claro em minhas pesquisas. Eu poderia estar investindo um pouco mais em cache assim como o pessoal indicou, acha que seria útil?