Respostas

  • Fico no aguardo, pois se faz necessário essa comunicação antes do corte.
    Agradeço sua atenção.

  • irei testar mais aqui então...

    Sixagência Networks disse:

    Pedro, tenho clientes com 10 dias de atraso e mesmo assim não funciona.

    Realizei TESTE DO MK-AUTH PARA USO COM SSH 206CA832, como pode observar está ok.

    Se poder ajudar fico grato.
    A proposito, digitei o codigo acima, o mesmo não deu erro, mas também não processou.

    Aguardo retorno.

  • Tambem usei esse comando:

    /opt/php5/bin/php -q /usr/local/mkauth/scripts/pgaviso.sh

    #!/bin/bash

    sql="SELECT login FROM sis_lanc WHERE status <> 'pago' AND (datavenc > DATE_SUB(NOW(), INTERVAL 36 DAY) and datavenc < DATE_SUB(NOW(), INTERVAL 5 DAY)) order by login;"
    mysql -pvertrigo -D mkradius -e "$sql" > pgaviso.txt

    sed -i 1d pgaviso.txt

    sql2="delete from radreply where value='pgaviso';"
    mysql -pvertrigo -D mkradius -e "$sql2"

    cat pgaviso.txt | while read LINHA
    do
    sql3="insert into radreply (username, attribute, op, value, login) values ('$LINHA', 'Mikrotik-Address-List', '=', 'pgaviso', '$LINHA');"
    mysql -pvertrigo -D mkradius -e "$sql3"
    done

  • Pedro, tenho clientes com 10 dias de atraso e mesmo assim não funciona.

    Realizei TESTE DO MK-AUTH PARA USO COM SSH 206CA832, como pode observar está ok.

    Se poder ajudar fico grato.
    A proposito, digitei o codigo acima, o mesmo não deu erro, mas também não processou.

    Aguardo retorno.

  • o sistema sobre incluir os que estão a mais de dois dias em atraso, o comando que ele usar para envia por ssh os vencidos é esse:

    /opt/php5/bin/php -q /usr/local/mkauth/scripts/atraso.php



    Sixagência Networks disse:

    Pedro, meu mk-auth esta comunicando-se por ssh, mas não envia pagina de aviso aos clientes.

    Estou usando versão 4.97. 
    OBS: Pgcorte funciona normalmente.

  • Pedro, meu mk-auth esta comunicando-se por ssh, mas não envia pagina de aviso aos clientes.

    Estou usando versão 4.97. 
    OBS: Pgcorte funciona normalmente.

  • então tem algum regra nela dropando os clientes...

    Ednei Alencar Carlos disse:

    NESSE RB Q ESTA COM ESSE PROBLEMA NÃO CONFIGUREI O CORTE NÃO Pedro.

    Pedro Filho disse:

    se não está mais em vermelho é pq o sistema liberou, qual seu tipo de corte ??

    Ednei Alencar Carlos disse:

    não ele não esta vermelho e não tou usando o pegar ip não só o mac cadastrando no servido.

    Pedro Filho disse:

    qual tipo de corte vc usa ?? o cliente ainda está em vermelho ?? veja se o cliente estar usando o ip correto, se não está com ip de outro cliente bloqueado...

  • NESSE RB Q ESTA COM ESSE PROBLEMA NÃO CONFIGUREI O CORTE NÃO Pedro.

    Pedro Filho disse:

    se não está mais em vermelho é pq o sistema liberou, qual seu tipo de corte ??

    Ednei Alencar Carlos disse:

    não ele não esta vermelho e não tou usando o pegar ip não só o mac cadastrando no servido.

    Pedro Filho disse:

    qual tipo de corte vc usa ?? o cliente ainda está em vermelho ?? veja se o cliente estar usando o ip correto, se não está com ip de outro cliente bloqueado...

  • se não está mais em vermelho é pq o sistema liberou, qual seu tipo de corte ??

    Ednei Alencar Carlos disse:

    não ele não esta vermelho e não tou usando o pegar ip não só o mac cadastrando no servido.

    Pedro Filho disse:

    qual tipo de corte vc usa ?? o cliente ainda está em vermelho ?? veja se o cliente estar usando o ip correto, se não está com ip de outro cliente bloqueado...

  • não ele não esta vermelho e não tou usando o pegar ip não só o mac cadastrando no servido.

    Pedro Filho disse:

    qual tipo de corte vc usa ?? o cliente ainda está em vermelho ?? veja se o cliente estar usando o ip correto, se não está com ip de outro cliente bloqueado...

This reply was deleted.