Histórico de mensagens sobre sandbox em pix

vhost do OpenLiteSpeed no CyberPanel ficou assim:

vhssl {
keyFile /etc/letsencrypt/live/DOMINIO_AQUI/privkey.pem
certFile /etc/letsencrypt/live/DOMINIO_AQUI/fullchain.pem
CACertPath /etc/letsencrypt/live/DOMINIO_AQUI/fullchain.pem
CACertFile /etc/letsencrypt/live/DOMINIO_AQUI/chain-pix-sandbox.crt
certChain 1
sslProtocol 24
enableECDHE 1
renegProtection 1
sslSessionCache 1
enableSpdy 15
enableStapling 1
ocspRespMaxAge 86400
}

achei um parametro de configuracao aqui, inclui o chain-pix-sandbox.crt nesse parametro e agora o erro mudou para "UNABLE_TO_VERIFY_LEAF_SIGNATURE", mesmo problema do amigo @jldlxs3021

Turma, tem como simular o pagamento de uma cobrança pix pela sandbox?

O certificado é diferente entre produção e sandbox

Outra coisa, quando estava usando o api do PIX nao consegui usa-lo em modo SANDBOX, seria problema com o certificado? Sempre recebendo Unauthorized, mesmo usando as chaves corretas.

Deveria dar erro na sandbox também. Precisa ter entre 26 e 35 caracteres o txid.

estou recebendo a seguinte mensagem de erro: " txid deve corresponder ao padrão \"^[a-zA-Z0-9]{26,35}$\", ao tentar criar uma cobrança pix passando o txid (PixCreateCharge). Quando testo na sandbox dá tudo certo. O que faço?

Para você testar todas as funcionalidades da API Pix, sugerimos utilizar o sandbox = false, com suas credenciais de produção.

Mas o pix só é possível com

Como o Rubens mencionou, você deve utilizar as credenciais de produção com o sandbox = false, ou as credenciais de homologação com o sandbox = true.

Daí eu preciso usar as credenciais de produção, ou eu consigo utilizar "sandbox":"true" e usar as credenciais de homologação

Só é possível usar pix com "sandbox":"false"?

Sim, você pode utilizar tudo no ambiente de produção ("sandbox":"false").

Então pix só função com "sandbox":"false"?

Você precisa informar o path do certificado na variável que armazena as informações de integração. Exemplo:

server {

server_name apidev.muzieonline.com.br;

access_log /var/log/nginx/apidev-pab.log;
error_log /var/log/nginx/apidev-pab.log;

location /webhookpix {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
proxy_pass http://127.0.0.1:8080;
}

location / {
proxy_pass http://127.0.0.1:8080;
}

listen [::]:443 ssl ipv6only=on; # managed by Certbot
listen 443 ssl; # managed by Certbot
ssl_certificate /etc/letsencrypt/live/apidev.muzieonline.com.br/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/apidev.muzieonline.com.br/privkey.pem; # managed by Certbot
include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
ssl_client_certificate /home/ubuntu/muzie-api/certs/chain-pix-sandbox.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
}
server {
if ($host = apidev.muzieonline.com.br) {
return 301 https://$host$request_uri;
} # managed by Certbot


listen 80;
listen [::]:80;

server_name apidev.muzieonline.com.br;
return 404; # managed by Certbot


}

Pessoal, o link do bolix esta com problemas no sandbox? Não abre pra mim, fica carregando...

Sandbox é esperável ser mais lento mesmo... é que do /cob não tem como escapar usando QR-Code dinâmico, mas como já conversamos antes, do /loc/id/qrcode tem... e aí o ganho de tornar async diminui bem.

rapaz, meio a meio... acho até que o /cob é mais.... alguns exemplos em ambiente sandbox... produção melhora uns 25%....

Eu até achei essa mensagem de erro lá, mas eu não entendi se preciso informar a url do sandbox em algum lugar para ele reconhecer