And that is NOT an in-addr.arp domain now is it!! So no that is not going to work..
Create your 168.192.in-addr.arpa domain override if your AD has its reverse zone setup and responds for whatever 192.168 network your using.
If your using 172.16.1 then create that
It removes it.
Basically the new ntopng removed the ability to disable alerts via the command line, so if you had that option checked in the ntop settings, it would cause everything else to act up.
The interfaces you chose and the local networks would be ignored.
This patch just removes the command line flag from being generated.
I have the same issue. Also using ACME 2.0 for an EC384 certificate. People are reporting that old school Letsencrypt certs work fine. May try that this weekend.
Edit: No dice on the standard RSA cert. Same issue. Doesn't seem EC384 related after all.
If I had to guess, it's because the FreeBSD port of ntopng is likely the open source/community version, which probably doesn't have a way to support a commercial license. You'd need to get the ntop folks to create a pfSense package for their commercial version that could be installed in order to use a paid license.
Of course, they'd say "Why are you running this on a router/firewall?", and they'd probably try to direct you to their ARM versions, even though pfSense runs on Intel/AMD CPUs (with the exception of the newer Netgate produced devices; SG-1000 and SG-3100 are both ARM devices).
Realmente o pacote NtopNG do Pfsense muito instável e ainda sobrecarrega o servidor, no entanto estou querendo roda um servidor externo com o NtopNG com linux ou windows exportando os dados para ele. Queria saber de tem alguém fazendo assim???
Já estou exportando os relatórios do firewall para o PRTG está funcionando perfeito, assim consigo consultar os dados com 6 meses.
Actually Pfsense's very unstable NtopNG package and still overloaded with the server, no need to run an external server with NtopNG with Linux or Windows exporting the data to it. Wanted to know someone is doing so ???
You are exporting the firewalls so the PRTG is working perfectly, as well as to query the data with 6 months.
I wanted to check out the config file too… Didn't find ntopng.conf.
The package uses a different method to configure that service in pfSense.
Here is what I found:
there is 2 files related to ntopng in
This file :/usr/local/pkg/ntopng.inc seems to have all the logic for configurations included.
and seems to start ntopng on the fly with config parameters based on the the xml config file / web page
It starts something like this
(after looking at ps -A)
/usr/local/bin/ntopng -d /var/db/ntopng -G /var/run/ntopng.pid -s -e -w 0 -W 3000 -i em1 --dns-mode 0 --local-networks 192.168.0.0/16,172.16.0.0/12,10.0.0.0/8
Perhaps that info helps you further...
Hey man! Follow the steps below, the language is portuguese I guess you will understand.
In additional I recommend you remove from the log the commands that will executed by script. Try do this in sudoers file.
your using .local as your AD domain.. Yeah that is bad idea..
Sure looks like it asked 126.96.36.199 as well.. That would be broken..
How and the hell is your enternal servers taking 30ms to respond? While 188.8.131.52 is only 15 ;)