iBrokeIT said: The Nessus scan settings that you choose have a huge impact on performance and scan time.
JDMurray said: Does Nessus provide a very verbose output format that timestamps each of the scanning operations that it performs? Seems like that would be the best way to determine where it is spending most of its time.
iBrokeIT said:Interesting fact, if you place a check mark next to "Enable plugin debugging" it will triple your scan times because Nessus will have that write the verbose output to disk.
Z0sickx said: iBrokeIT said: The Nessus scan settings that you choose have a huge impact on performance and scan time. right but as of now they're run with conservative settings, we've even tried cutting those max host/max plugins in half with no noticeable difference other then long scan times. In the mean time as i've troubleshooted I changed all scanners to use HIGH memory usage to squeeze a little more performance out of them and since they are dedicated scanners with plenty of RAM
How many ports are open on the scan target? ....
Z0sickx said: all Ertaz said: How many ports are open on the scan target? .... all ports with exceptions...i don't have the full list of exceptions
Z0sickx said: Conservative as in max host = 30, max checks = 4. endpoints are running 8 gigs of RAM and 2 cores, so i don't believe its a endpoint resource issue. yes we've tried cutting those performance settings in half. I've gone into Nessus and modify the mem_usage from low to high and turned logging to minimal to see if that would boost things up to with the same results. Antivirus and Host intrusion prevention show no blocks within the logs related to nessus. I'm having a hard time blaming it on Nessus when it previously was able to scan within 7-10 per host to 20+mins with windows update to 10.3. Windows event viewer security logs didn't reveal much either