(ppp:) failure: Fetch failed with status 403 (/tool/fetch; line 33)

A linha e essa:

/tool fetch url=”$URLUP” http-data=”action=i&token=$TOKEN&user=$user&mac=$callerId&nas=$localAddr&service=$calledId&ipv4=$remoteAddr&remoteipv6=$RemoteIPv6&dhcpv6pd=$DHCPv6PD” http-method=post

Não aceita comentário com PHP… edita por favor
Substitua a linha 83 para:

<input type="text" class="form-control" id="stop" name="stop" placeholder="" value="">

Substitua a linha 83 para:

... placeholder="" value="">

Substitua a linha 83 para:

<input type="text" class="form-control" id="stop" name="stop" placeholder="" value="">

Para isso faça:

sudo dpkg-reconfigure tzdata

Em seguida reinicie o mysql:

sudo service mysql restart

Existe um problema ao consultar log quando a data final for maior que a data atual. Esse erro é mostrado no log do Apache com a seguinte informação:

PHP Fatal error: Uncaught mysqli_sql_exception: Incorrect TIMESTAMP value: '2024-04-31 00:00:00' in /var/www/html/logs6/func.php:39

Para corrigir esse erro, edite o arquivo index.php e faça as seguintes modificações:
Substitua a linha 4 para:

$today = date("Y-m"); $todaycompleto = date("Y-m-d h:i:s");

Substitua a linha 83 para:

<input type="text" class="form-control" id="stop" name="stop" placeholder="" value="">

E para os clientes que possuem apenas IPv4 e você deseja que esteja no log, recomendo a dica do colega Marcelo:
“Trocar de lugar a linha #18 do RemoteIPV6 e colocar ela na linha #32 embaixo da linha do :local DHCPv6PD”

Fazendo isso o script não para (por erro de no such item, interface inexiste em IPv6) para quem tem apenas IPv4.

Rudimar, muito obrigado pelo seu trabalho. Recomendo atualizar o seu Git com essas correções.

Em seguida reinicie o mysql: sudo service mysql restart

Existe um problema ao consultar log quando a data final for maior que a data atual. Esse erro é mostrado no log do Apache com a seguinte informação: PHP Fatal error: Uncaught mysqli_sql_exception: Incorrect TIMESTAMP value: ‘2024-04-31 00:00:00’ in /var/www/html/logs6/func.php:39

Para corrigir esse erro, edite o arquivo index.php e faça as seguintes modificações:
Substitua a linha 4 para:
$today = date(“Y-m”); $todaycompleto = date(“Y-m-d h:i:s”);

Substitua a linha 83 para:
<input type="text" class="form-control" id="stop" name="stop" placeholder="” value=””>

E para os clientes que possuem apenas IPv4 e você deseja que esteja no log, recomendo a dica do colega Marcelo:
“Trocar de lugar a linha #18 do RemoteIPV6 e colocar ela na linha #32 embaixo da linha do :local DHCPv6PD”

Fazendo isso o script não para (por erro de no such item, interface inexiste em IPv6) para quem tem apenas IPv4.

Rudimar, muito obrigado pelo seu trabalho. Recomendo atualizar o seu Git com essas correções.

Esses laboratorios com Microtik, é possivel fazer em ambiente virtualizado?

Resolvido.. Estava rodando debian 9, atualizei juntamente com php7.3 e rodando certinho aqui.

Agradeço muito a resposta. Parabéns pela contribuição.

Estão corretas…

Acabo de refazer a conf, tanto estão corretas que com phpmyadmin consigo ver os dados dentro do db.

Provavelmente as configurações no config.php estão erradas. Verifique o arquivo original se não apagou uma “virgula” ou algo do tipo…

Fatal error
: Call to undefined method mysqli_result::fetch_all() in
/var/www/logs6/func.php
on line
44

Obrigado Marcelo, funcionando perfeitamente agora…

consegui resolver.
troca de lugar a linha #18 do RemoteIPV6 e coloca no ela na linha #32 em baixo da linha do “local DHCPv6PD”

agora estou tentando ver pq a pagina web nao carrega o banco de dados. não aparece relatorio.

tbm, somente ipv4 não registra.
dual stack tá de boa.
agora não consigo acessar pela web o relatorio, só consigo vê pelo phpmyadmin. dá um erro
se eu digitar em “ip ou usuario” apresenta esse erro

Error: SELECT * FROM logs WHERE dhcpv6pd LIKE ‘%100.64.0.88%’ AND start > ‘2021-06-01 00:00:00’ AND stop ‘2021-06-01 00:00:00’ AND stop IS NULL ORDER BY id DESC

se eu deixo tudo em branco, nao aparece nada. mas os dados estão no bando de dados.