Caros,
Ontem realizei atualizacao do MK-Auth (pra tentar resolver o problema de backup manual).
Realizei 3 atualizacoes (ao final de cada uma, rebootava o servidor).
Depois corrigi o timezone em (pra hora ficar correta na interface web:
vim /opt/mk-auth/include/configure.php
date_default_timezone_set('America/Fortaleza');
Depois disso, vi que mudou os menus da interface web (ex: não existe mais o relatórios), porem a versao da interface continua a mesma ( MK-AUTH 22.04 :: L4.9 ).
Após a atualizacao, no relatorios "Conexoes -> Conectados Agora" aparece como 00000.
A ultima conexao dos clientes está como encerrada as 3:14 de 29/12, ex:
ana 28/12/2022 19:56:01 29/12/2022 03:14:03 07:18:02 105.69MB / 2.11GB 192.168.125.41
Notei também que o radius.log está sempre com esses alertas:
root@mk-auth:~# tail -f /var/log/freeradius/radius.log
Fri Dec 30 21:31:56 2022 : Auth: (1118) Login incorrect (mschap: FAILED: No NT/LM-Password. Cannot perform authentication): [felipeborba/<via Auth-Type = mschap>] (from client CCR1009 port 15944482 cli 18:0D:2C:C2:90:5B)
Fri Dec 30 21:31:56 2022 : ERROR: (1120) sql: ERROR: rlm_sql_mysql: ERROR 1054 (Unknown column 'framedipv6prefix' in 'field list'): 42S22
Fri Dec 30 21:31:56 2022 : ERROR: (1119) sql: ERROR: rlm_sql_mysql: ERROR 1054 (Unknown column 'framedipv6prefix' in 'field list'): 42S22
Fri Dec 30 21:31:56 2022 : ERROR: (1121) sql: ERROR: rlm_sql_mysql: ERROR 1054 (Unknown column 'framedipv6prefix' in 'field list'): 42S22
Fri Dec 30 21:31:56 2022 : ERROR: (1122) sql: ERROR: rlm_sql_mysql: ERROR 1054 (Unknown column 'framedipv6prefix' in 'field list'): 42S22
Fri Dec 30 21:31:56 2022 : ERROR: (1123) sql: ERROR: rlm_sql_mysql: ERROR 1054 (Unknown column 'framedipv6prefix' in 'field list'): 42S22
Fri Dec 30 21:31:56 2022 : ERROR: (1124) sql: ERROR: rlm_sql_mysql: ERROR 1054 (Unknown column 'framedipv6prefix' in 'field list'): 42S22
Fri Dec 30 21:31:56 2022 : ERROR: (1125) sql: ERROR: rlm_sql_mysql: ERROR 1054 (Unknown column 'framedipv6prefix' in 'field list'): 42S22
Fri Dec 30 21:31:57 2022 : ERROR: (1126) sql: ERROR: rlm_sql_mysql: ERROR 1054 (Unknown column 'framedipv6prefix' in 'field list'): 42S22
Fri Dec 30 21:31:57 2022 : ERROR: (1127) sql: ERROR: rlm_sql_mysql: ERROR 1054 (Unknown column 'framedipv6prefix' in 'field list'): 42S22
Fri Dec 30 21:31:58 2022 : ERROR: (1128) sql: ERROR: rlm_sql_mysql: ERROR 1054 (Unknown column 'framedipv6prefix' in 'field list'): 42S22
Fri Dec 30 21:31:58 2022 : ERROR: (1130) sql: ERROR: rlm_sql_mysql: ERROR 1054 (Unknown column 'framedipv6prefix' in 'field list'): 42S22
Fri Dec 30 21:31:58 2022 : ERROR: (1129) sql: ERROR: rlm_sql_mysql: ERROR 1054 (Unknown column 'framedipv6prefix' in 'field list'): 42S22
No entanto, os clientes estao autenticando normalmente no Mikrotik.
Tem algo que eu possa revisar e corrigir pra sanar o problema?
Respostas
O Backup manual continua dando como corrimpido na interface web (quando executo ele, demora em torno de 5 minutos e da concluido).
No /tmp aparece esse arquivo, com pouco mais 290MB:
root@mk-auth:/tmp# du -hms 2204ARQ9d98b9b9.tar
291 2204ARQ9d98b9b9.tar
root@mk-auth:/tmp#
O backup automatico, leva pouco mais de 1 hora pra ser feito.
Eh mais ou menos o mesmo tempo que leva ao rodar o mkupdate, o processo que demora bastante eh esse do MySQL:
13012 pts/3 S+ 0:00 /opt/mk-auth/hhvm/5-4-45/bin/php /opt/mk-auth/update/upgradebd.php
13019 pts/3 S+ 0:00 sh -c mysql -h localhost -u root -pvertrigo mkradius < /opt/mk-auth/mysql/up_database.sql
Pode estar relacionado ao que essa demora?
Tem alguma relacao com o historico de conexoes? Vi que temos historico de conexoes desde 2017:
só precisa guarda se eu não me engano 3 meses.
tem comando que limpa os antigos e deixa de 90 dias se mudar 90 para 120 ou 180 vc devine o tempo que quer salvar os log.
echo "DELETE FROM radacct WHERE acctstoptime < DATE_SUB(NOW(), INTERVAL 90 DAY)" | sudo mysql -h localhost -u root -pvertrigo mkradius
Valeu Elton!
Vou aguardar o bug do backup manual ser corrigido, dai rodo esse do MySQL.
recomendo você fazer ele antes de corrigir ele simples. porque ate seus backup fica menor tem muita informações desde 2017
Bom dia prezado(a),
Os logs de conexões devem ser presevados por pelo menos 1 ano, sendo que este prazo pode ser prorrogado através de requerimento de qualquer autoridade policial ou administrativa, ou pelo Ministério Público, por um prazo superior indefinido.
Qualquer dúvida, estamos à disposição.
Atenciosamente,
Equipe MK-AUTH
echo "DELETE FROM radacct WHERE acctstoptime < DATE_SUB(NOW(), INTERVAL 365 DAY)" | sudo mysql -h localhost -u root -pvertrigo mkradius
ENTÃO NO CASO O COMANDO PODE SER 1 ANO.
Bom dia prezado(a),
A princípio, sim, mas orientamos, a sempre gerar um backup manual antes de executar um comando que faça alguma alteração ou limpeza no banco de dados.
Sim, no mínimo é um ano.
Qualquer dúvida, estamos à disposição.
Atenciosamente,
Equipe MK-AUTH
Alguma das últimas atualizações faz uma mudança na tabela radacct. Essa tabela é a que alimenta essa tela do histórico de conexões.
Como você tem registros de 2017, a tabela deve estar muito grande, com isso o script de alteração deve estar demorando muito e, até mesmo, dando algum erro ao ser executado.
-
1
-
2
-
3
de 3 Próximo