Bom dia Pedro.
Estou tento constantes problemas de clientes presos no radius, acredito que o script desloga.php não esteja funcionando corretamente.
Teria como disponibilizar uma versão atualizada e/ou testada do mesmo script?
Segue o log do sistema, o script executa a cada minuto, porém sem efetividade:
root@mk-auth:~# cat /var/log/syslog | grep desloga.php
Feb 16 11:08:01 mk-auth /USR/SBIN/CRON[24109]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:09:01 mk-auth /USR/SBIN/CRON[25926]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:10:01 mk-auth /USR/SBIN/CRON[27871]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:11:01 mk-auth /USR/SBIN/CRON[31780]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:12:01 mk-auth /USR/SBIN/CRON[1121]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:13:01 mk-auth /USR/SBIN/CRON[3079]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:14:01 mk-auth /USR/SBIN/CRON[4842]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:15:01 mk-auth /USR/SBIN/CRON[6756]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:16:01 mk-auth /USR/SBIN/CRON[10856]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:17:01 mk-auth /USR/SBIN/CRON[12638]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:18:01 mk-auth /USR/SBIN/CRON[14475]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:19:01 mk-auth /USR/SBIN/CRON[16385]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:20:01 mk-auth /USR/SBIN/CRON[18236]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:21:01 mk-auth /USR/SBIN/CRON[22213]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:22:01 mk-auth /USR/SBIN/CRON[24170]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:23:01 mk-auth /USR/SBIN/CRON[25961]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:24:01 mk-auth /USR/SBIN/CRON[27846]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:25:01 mk-auth /USR/SBIN/CRON[29926]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:26:01 mk-auth /USR/SBIN/CRON[1562]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:27:01 mk-auth /USR/SBIN/CRON[3449]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:28:01 mk-auth /USR/SBIN/CRON[5507]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:29:01 mk-auth /USR/SBIN/CRON[7331]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:30:01 mk-auth /USR/SBIN/CRON[9276]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:31:01 mk-auth /USR/SBIN/CRON[13454]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Feb 16 11:32:02 mk-auth /USR/SBIN/CRON[15323]: (root) CMD (/opt/php5/bin/php -q /usr/local/mkauth/scripts/desloga.php 2> /dev/null)
Respostas
ver se o cliente aparece em conexões como conectado...
Obrigado por responder Pedro, mas o problema é o seguinte:
O cliente não aparece em conectados;
A sessão está fechada na tabela radacct;
O cliente não está conectado ao router via pppoe, porém está discando o o sistema envia erro 691, usuario ou senha incorretos;
Ao digitar o comando radwho eu vejo que o cliente está preso ao radius, não adianta quantas vezes o script execute o cliente não é liberado, a unica forma de liberar o cliente é fazendo o reparo de cadastro.
Tem como dar uma olhada???
Obrigado.
Pedro, meu problema ainda persiste. Todos os dias tenho dezenas de chamados com o mesmo problema. Você poderia dar uma olhada? Obrigado.
Amigo o sistema tem um programa que roda a cada 10 minutos somente derrubando os logins presos, mais para funcionar é preciso que esteja configurada com as opções abaixo o mikrotik:
- A Porta do radius accounting no mikrotik ser a 1813;
- O interim update ativado;
- O tempo do interim update no mikrotik menor ou igual do que 3 minutos;
Wallace de Lima disse:
to com poblema no mikrotik mas nunca o pedro me respondeu
qual era o tópico Chagas ?? talvez eu não tenha visto ele amigo...
FRANCISCO DAS CHAGAS DE SOUSA disse:
Pedro tive o mesmo problema que o amigo wallace.... existe alguma solução para isso?
se vc puder reinstalar o sistema usando a ISO abaixo resolver, pois ela não tem esse problema:
www.mk-auth.com.br/iso/mk-auth_wheezy.iso
Marcelo Lanza disse:
Pedro e Wallace, a unica forma de desprender o cliente é entrando via ssh, desconect as torres do pppoe para que não atrapalhe, e mande reparar os clientes pelo ssh, ai sim ele desconecta o pessoal... demora um pouco mas na hora do sufoco foi a unica coisa que consegui fazer.