Bom dia Gabriel.
Tenho o costume de abrir várias abas no navegador… e ao abrir umas 20 abas do site https://cremos.com.br o server inteiro caiu com todos os sites dentro dele…
pensei ser o ip blockeado, mas ao acessar pelo 4g e via kproxy vi que não era o caso.
Reiniciei o server e também não resolveu…
Não sei em qual direção seguir… me dá uma luz?
Me fala sobre o servidor e também sobre a confuguração.
Não sei se é isso que vc queria saber… mandei um wo info
NGINX (1.18.0 ):
user www-data
worker_processes auto
worker_connections 50000
keepalive_timeout 8
fastcgi_read_timeout 300
client_max_body_size 100m
allow 127.0.0.1 ::1 191.135.166.87
PHP 7.2 is not installed
PHP (7.4.29):
user
expose_php Off
memory_limit 512M
post_max_size 100M
upload_max_filesize 100M
max_execution_time 300
Information about www.conf
ping.path /ping
pm.status_path /status
process_manager ondemand
pm.max_requests 1500
pm.max_children 50
pm.start_servers 10
pm.min_spare_servers 5
pm.max_spare_servers 15
request_terminate_timeout 300
xdebug.profiler_enable_trigger off
listen php74-fpm.sock
Information about debug.conf
ping.path /ping
pm.status_path /status
process_manager ondemand
pm.max_requests 1500
pm.max_children 50
pm.start_servers 10
pm.min_spare_servers 5
pm.max_spare_servers 15
request_terminate_timeout 300
xdebug.profiler_enable_trigger on
listen 127.0.0.1:9174
PHP (8.0.16):
user
expose_php Off
memory_limit 128M
post_max_size 100M
upload_max_filesize 100M
max_execution_time 300
Information about www.conf
ping.path /ping
pm.status_path /status
process_manager ondemand
pm.max_requests 1500
pm.max_children 50
pm.start_servers 10
pm.min_spare_servers 5
pm.max_spare_servers 15
request_terminate_timeout 300
xdebug.profiler_enable_trigger off
listen php80-fpm.sock
Information about debug.conf
ping.path /ping
pm.status_path /status
process_manager ondemand
pm.max_requests 1500
pm.max_children 50
pm.start_servers 10
pm.min_spare_servers 5
pm.max_spare_servers 15
request_terminate_timeout 300
xdebug.profiler_enable_trigger on
listen 127.0.0.1:9180
MySQL (10.5.15-MariaDB) on localhost:
port 3306
wait_timeout 60
interactive_timeout 28800
max_used_connections 4
datadir /var/lib/mysql/
socket /var/run/mysqld/mysqld.sock
my.cnf [PATH] /etc/mysql/conf.d/my.cnf
O que constumo usar são esses comandos no Debian 10 x64:
Certo.
Quedas assim costumam acontecer quando falta recursos no servidor e assim geralmente cai banco de dados.
Essa queda não parece ser relacionada ao banco de dados ou a falta de recursos.
Se executar wo stack restart
todos os serviços reiniciam corretamente?
Não parece ter problemas no servidor.
Tem certeza que as portas 443 e 80 estão abertas?
Tenta executar novamente:
ufw allow https
ufw allow http
Fiz um teste com seu domínio cremos.com.br
Parece que você tem problemas de DNS ou problemas com o registro do domínio.
No teste de DNS parece que ele nao está apontando para nenhum endereço de IP.
Que troço bizarro! Eu tava navegando no site, criando produtos quando aconteceu o problema…Pior que estou sem acesso ao cloudflare por causa da autenticação dupla… vou verificar e atualizo aqui.
Sobre as portas:
Sobre as portas, segeri antes de testar o domínio.
Acerdito que seja problema de DNS. Talvez sua conta CloudFlare tenha sido desabilitada por algum motivo.
Era realmente um problema com o cloudflare. Por alguma razão ele deletou uns 3 sites que estavam lá e eu precisei reconfigurar. Agora tá funcionando.
Obrigado Gabriel!
Para garantir.
Troca sua senha do CloudFlare.