Como titulo informa ... uma aventura em cada atualizacão..

 

1- ISO nova instalada 25.05p que é a ultima disponivel no site, após instalado e configurado IP , roda um udate e já pula direto para 25.08

 

2- aqui comeca o problema, se subir o backup efetuado de madrugada automatiamente de outro mkauth 25.08 mesma versão, ao tentar carregar ele via /menu/backup sistema..

   conseguimos carregar o backup  xxxxx.maz e ao acessarmos a pasta via ssh /opt/mk-auth/bckp/xxxxx.maz  está presente carregado com permissões www-data 0640 

 

3- clicamos então no botão restaurar backup e de imediato ele mostra restaurado com sucesso em milésimo de segundo o backup de 30mb mais rápido do mundo a ser carregado kkk 

     Lógico que o backup não é restaurado, porque o www-data não tem permissões para isso então o botão de restaurar simplesmente não funciona.. já tem pelo menos umas versões desde versão 24.03 que o mesmo sintoma acontece.. 

 

4- para atualizarmos de fato o backup temos que acessar a pasta /bckp  e renomear o arquivo xxxxxxx.maz para  000backup.maz  , em seguida via putty acessar o ip do servidor mk-auth e no menu prompt selecionar a opcão  restaurar 000backup, e só assim iremos conseguir instalar o backup na versão 25.08 não funciona de outro jeito.. isso porque o usuário que executa o 000backup é o usuário root apenas que tem permissão para as pastas.. e não o usuario www-data.. alias todas as pastas dentro do /opt/mk-auth/xxx usuário root apenas.. mas até aqui tudo ok backup restaurado com sucesso .

5- vamos instalar o certificado a1 agora? só que não.. ele alterar todos os dados texto necessários no menu provedor, menos carregar o certificado digital A1...  só conseguimos carregar o certificado digital A1 funcional.. caso não seja instalado o backup.. o que não serve de nada pois não temos os usuários para gerar as notas fiscais.. então bora instalar o backup somente após instalar o certificado digital A1..... e mesmo assim quando instalar o backup.. o seu certificado some.. até agora não entendi porque .. e se tentar instalar ele de novo mostra dados gravados com sucesso mas não aparece o certificado e nem salva mais na pasta /root o e-cnpj.json 

 

 

então qual a solucão?   bom pelo menos a unica que consegui até agora foi  seguir os passos na sequência..

 

1- instalar o mk-auth 25.05p

2- atualizar em seguida logo para 25.08

3- preencher os dados provedor manualmente e parte fiscal deixar tudo alinhado 100 e aplicar a chave licenca para registrar.

4- após somente preencher todos os dados no menu provedor manualmente e aplicar o registro da licenca, instalar então o certificado digital A1 , somente assim ele irá carregar o certificado sem nenhuma erro e irá mostrar.

5- em seguida cadastre todos seus clientes na unha e gere todos os boletos, porque simplesmente se jogar backup de versão atual ou versões anteriores.. vai perder o certificado..

 

mas eu consegui até jogar o backup pulando passo 5,  como tenho versão 25.08 já em funcionamento executei na pasta /tmp  via ssh o dump do banco usando o comando  mysqldump -u root -p mkradius > mkradius_backup.sql  

 

irá conseguir efetuar o dump completo e sim vai receber erro mais uma vez... mysqldump: Couldn't execute 'SHOW FIELDS FROM vtab_mtitulos': View 'mkradius.vtab_mtitulos' references invalid table(s) or column(s) or function(s) or definer/invoker of view lack rights to use them (1356)     

esse erro se deve porque vtab_mtitulos faz referência a tabelas/colunas que já não existem, então bora analisar o que sumiu nas tabelas na nova atualizacão  enviamos o comando dentro do mysql  SHOW CREATE VIEW vtab_mtitulos\G  , e ai obtemos a resposta para solucionar mais um problema no caminho..

 

O problema está nas tabelas referenciadas dentro da view. A view faz JOIN entre:

  • sis_mlanc

  • sis_lanc

  • sis_cliente

E precisa que TODAS existam, com TODAS as colunas listadas.   

POR QUE ELA ESTÁ QUEBRADA?

No texto da view, aparecem referências assim:

 
`sis_mlanc`.`id`...`sis_lanc`.`datavenc`...`sis_cliente`.`bloqueado`

 

 

vamos rodar então o comando para ver o que sumiu SHOW TABLES LIKE 'sis_%';   

 

e vamos rodar o comando da tabela SHOW COLUMNS FROM sis_mlanc;

 

e por ultimo vamos analisar as colunas 

 

SHOW COLUMNS FROM sis_mlanc;
SHOW COLUMNS FROM sis_lanc;
SHOW COLUMNS FROM sis_cliente;

 

DIAGNÓSTICO DEFINITIVO

A view vtab_mtitulos foi criada esperando 8 colunas em sis_mlanc:  

sis_mlanc.id
sis_mlanc.idlanc
sis_mlanc.valor
sis_mlanc.tipo
sis_mlanc.cfop_mlanc
sis_mlanc.cclass_mlanc ❌ NÃO EXISTE
sis_mlanc.desc
sis_mlanc.deltitulo

 

mas a coluna sis_mlanc.class_mlanc não existe , mas na hora do dump o banco ainda faz referencia a ela mas ela não existe mais..   

 

temos então 2 opcões agora dropar a vtab_mtitulos para o dump finalizar ou podemos recriar a tabela 

 

Já que sua tabela não possui cclass_mlanc, a view correta é:

 

CREATE OR REPLACE VIEW vtab_mtitulos AS
SELECT
sis_mlanc.id AS id,
sis_mlanc.idlanc AS idlanc,
sis_mlanc.valor AS valor,
sis_mlanc.tipo AS tipo,
sis_mlanc.cfop_mlanc AS cfop_mlanc,
sis_mlanc.desc AS `desc`,
sis_mlanc.deltitulo AS deltitulo,
sis_lanc.datavenc AS datavenc,
sis_lanc.datapag AS datapag,
sis_lanc.status AS status,
sis_lanc.login AS login,
sis_cliente.bloqueado AS bloqueado,
sis_cliente.mesref AS mesref,
sis_cliente.cli_ativado AS cli_ativado,
sis_cliente.tipo_cob AS tipo_cob,
sis_cliente.tit_abertos AS tit_abertos,
sis_cliente.parc_abertas AS parc_abertas
FROM sis_mlanc
JOIN sis_lanc ON sis_mlanc.idlanc = sis_lanc.id
JOIN sis_cliente ON sis_lanc.login = sis_cliente.login;

 

 

após enviarmos dentro do banco  mkradius, podemos então efetuar o dump completo.  usando o comando anterior mysqldump -u root -p mkradius > mkradius_backup.sql  

 

e assim podemos carregar o dump na próxima ISO 25.08 Já com o certificado instalado, sem quebrar o certificado..... kkkkkk so que não ainda tem como piorar e perder o certificado de novo.

mesmo após subir o backup , para quem usa certificado ssl e dominio no mk-auth,  ao instalar o letsencrypt e alterar no apache2/000-default.conf para forcar a usar o dominio em https ao invés do IP da máquina ou http://  após salvar as configuracões e mandar um /etc/init.d/apache2 restart  , os problemas comecam de novo porque o certificado digital A1 some e não conseguem instalar mais ..

 

 

Para adicionar comentários, você deve ser membro de MK-AUTH.

Join MK-AUTH

Votos 1
Enviar-me um email quando as pessoas responderem –

Respostas

  • então já sei qual o problema, o php não está conseguindo conectar ssh no localhost para rodar os comandos de linux, irei pensar em uma solução...

  • então resumo pra quem está com problema em aparecer o certificado após aparecer mensagem certificado dados gravados com sucesso..  verifique a sua porta ssh, se trocou a porta padrão 22 por outra porta.. tem que colocar de volta pra funcionar. caso contrário não vai conseguir funcionar o certificado.

  • E no final cereja do bolo...

     o problema que faz o certificado a1 sumir não é letsencrypt, não é https, não é ssl ... e a porta do ssh, se trocar a porta padrão 22 para outra porta ao reiniciar o servico em init.d/ssh restart ele some o certificado so volta quando voce colocar a porta 22 de volta e reinicair o servico de novo, testado agora.

     

  •   CLOUDFLARE CLOUDFLARE CLODFLARE. e seja feliz o tunnel foi criado para isso. cloudflare ssl gratis sem precisar ta mexendo no 000-default.conf

This reply was deleted.