Snort Won't Start After Upgrade
-
Manually editing the snort_download_rules.php file to remove the extra '}' allows the rules to update again. However, I am no closer to having Snort start. I get the same message as before:
Sep 4 13:21:54 SnortStartup[49255]: Snort HARD Reload For 21540_em0_vlan10…
Sep 4 13:21:54 SnortStartup[46000]: Snort Startup files Sync… -
Fixed the syntax error.
hmishra - i am not sure what you mean by not being able to start snort!
Cino, i am not sure what changed to have snort not detect autoblocking.
Maybe a new directive is needed?! But the config is right afaik. -
Cino,
can you try a full reinstall of the package i recompiled the port with some options removed that might impact this.
-
Ok i just tried, the update glitch is gone.
But i still get the :
FATAL ERROR: Failed to initialize dynamic preprocessor: SF_DCERPC version 1.1.5 (-1)
error when i start snort. ive tried disabling all preprocessor, and same error. it is still downloading the 2.8 rules instead of teh 2.9. Can this be caused by the "keep settings through reinstall" feature. or maybe the ET rules … hmm i
ll check that asaprunning : 2.0-RC3 (i386) built on Fri Sep 2 14:17:09 EDT 2011
Thanks for your time & efforts
-
My problem now is more like "selective Snort starting". What I mean is that selecting certain rule categories will not let Snort start successfully. Not selecting them will allow Snort to start.
These are the rule categories that do not work for me on 2.0-RC3 using the i386 build –
-
snort_spyware-put.rules
-
snort_web-activex.rules
-
snort_web-client.rules
Also, for some of the rule categories that do work, if I select any of the matching Shared Objects rule categories then Snort will not start successfully. One example of this behavior is as follows.
-
snort_bad-traffic.rules
-
snort_bad-traffic.so.rules
If I select just snort_bad-traffic.rules, then Snort starts. If I try to add snort_bad-traffic.so.rules, then Snort will not start.
-
-
ermal,
I mean, nowhere I have evidence that Snort is even running on my system!
Previously, I always found Snort on my list of running services as well as in System Acticity.
![Service status.png](/public/imported_attachments/1/Service status.png)
![Service status.png_thumb](/public/imported_attachments/1/Service status.png_thumb)
![System Activity.png](/public/imported_attachments/1/System Activity.png)
![System Activity.png_thumb](/public/imported_attachments/1/System Activity.png_thumb) -
Yeah i know about the status->services problem.
A ps -ax | grep snort should tell you.check before in this thread.
-
duh ! :-\ 1st i had skiped over yer post and 2nd, find / -name "snort" works better then find / -name "snrot" :-X
Thanks again for your great work and devotion to this project.
-
Thanks ermal. I think 'ps -ax | grep snort' reveals that snort is not running…..
43792 0 S+ 0:00.02 grep snort
Doesn't the above mean grep ran and a running instance of snort was not found?
-
@ermal:
Cino, i am not sure what changed to have snort not detect autoblocking.
Maybe a new directive is needed?! But the config is right afaik.i stated that auto-blocking is working when a rule is trigger.. port scanning wasn't being detected….
I'm about to do a firmware update. i'll fully uninstall snort and re-install after my firmware is updated and see how snort is working.
-
@ermal:
Cino, i am not sure what changed to have snort not detect autoblocking.
Maybe a new directive is needed?! But the config is right afaik.i stated that auto-blocking is working when a rule is trigger.. port scanning wasn't being detected….
I'm about to do a firmware update. i'll fully uninstall snort and re-install after my firmware is updated and see how snort is working.
I am having the same problem snort is not detecting a port scan at all .i know it did about 3 firmware updates ago .
-
@NightHawk007 I did a firmware update for other reasons, nothing to do with snort… probably shouldn't had mention it.. The Snort package has had its binary updated to a more recent version from Snort. A side effect it seems is that port scanning detecting isn't working. From my current testing, any attack that matches a rule is being detected.
-
With the new package (2.9 pkg v. 2.0) I'm now able to save the barnyard settings without the issues mentioned above, but the barnyard2 binary appears still to be missing:
[2.0-RC3][root@kainak]/usr/local/bin(6): ls -l | grep -i barn [2.0-RC3][root@kainak]/usr/local/bin(7):
I didn't have time to examine the real cause why barnyard2 binary fails to install. Since it's just a single binary file you can download and "install" it manually by executing one of these commands:
amd64
/usr/bin/fetch -o /usr/local/bin/barnyard2 http://files.pfsense.org/packages/amd64/8/All/barnyard2 && /bin/chmod 0755 /usr/local/bin/barnyard2
i386
/usr/bin/fetch -o /usr/local/bin/barnyard2 http://files.pfsense.org/packages/8/All/barnyard2 && /bin/chmod 0755 /usr/local/bin/barnyard2
At least for me it seems to be working and logging now just like it should… ;)
Thanks a lot for the tip, Jare! ;D At last I got it running with Snorby. ::)
P.S. Portscan detection still isn't working, I launched a portscan from GRC.com + a remote full portscan with nmap and the only alerts that I got from that are those who match specific rules from the signature (for example ET SCAN Potential VNC Scan 5900-5920 ). :-[
-
Hi,
if i want edit a rule, i get this error:
Fatal error: Call to undefined function get_middle() in /usr/local/www/snort/snort_rules_edit.php on line 99
Regards, Valle
-
Reinstall, already fixed.
-
Not realy a bug but I noticed when I try to shutdown snort from the main snort page, I have to refresh the page for the status to update. Before the recent changes were made; i would click on the little icon to disable snort, the page would refresh after snort was shutdown for that interface.
-
Snort and EM update work like they did before. (2.0-RC3 (i386) built on Mon Sep 5 04:07:51 EDT 2011)
I disabled the 'keep settings after update' and this reinstalls Snort without any problems.
Of course you have to setup Snort every time after each update…Thanks Ermal for all you effort!
-
Portscan and other preprocessors should work ok now.
Just reinstall the package files.
It is not needed a full upgrade. -
@ermal:
Portscan and other preprocessors should work ok now.
Just reinstall the package files.
It is not needed a full upgrade.Thanks ermal!! I did a uninstall, install… The port scan detection is working, looks a little different in the alert log. But its good!
2 2 PROTO:255 PSNG_TCP_FILTERED_PORTSCAN Attempted Information Leak 4.79.142.206 empty -> xx.xx.xx.xx empty 122:5:1 09/05-17:23:39
I see you added a sleep timer when disabling snort, thank you.... So far so good. Only issue left is being able to clear the alerts from the gui.
btw, all my testing is on i386.. Someone else will have to confirm amd64. also, i have not testing Barnyard2. When I get back home next week, i'll play around with it.
-
ermal,
As per your suggestion, I ran ps -ax | grep snort and here is the output:
56884 0 S+ 0:00.02 grep snort
Doesn't this mean snort is not running on my system?
Thanks!