Iptables doet raar om circa 4:02 snachts

[Suurbier]

Als ik mijn /etc/sysconfig/iptables aanpas en een poort open zet (25015) in het /etc/sysconfig/iptables bestand en vervolgends service iptables restart, en daarna service iptables save indruk. Werkt het prima, dan staat de poort open maar om circa 4 uur snachts gebeurd er iets geks waardoor deze poort weer dicht gegooit word? althans als ik wakker word kan ik deze poort niet bereiken enkel als ik service iptables restart intoets in mijn ssh scherm.

Iemand enig idee?

Hieronder de logs van /var/log/messages

Oct 12 04:02:06 f9 kernel: x_tables: exports duplicate symbol xt_register_target (owned by kernel)
Oct 12 04:02:06 f9 last message repeated 5 times
Oct 12 04:02:06 f9 kernel: ip_tables: exports duplicate symbol ipt_register_table (owned by kernel)
Oct 12 04:02:06 f9 kernel: kobject_add failed for ipt_recent with -EEXIST, don't try to register things with the same name in the same directory.
Oct 12 04:02:06 f9 kernel: [<c02200de>] kobject_shadow_add+0x101/0x10a
Oct 12 04:02:06 f9 kernel: [<c013705b>] mod_sysfs_setup+0x16/0x91
Oct 12 04:02:06 f9 kernel: [<c013854d>] load_module+0xc5c/0xd27
Oct 12 04:02:06 f9 kernel: [<c014e064>] do_anonymous_page+0xcd/0x156
Oct 12 04:02:06 f9 kernel: [<c0138678>] sys_init_module+0x41/0x13d
Oct 12 04:02:06 f9 kernel: [<c0103bd6>] sysenter_past_esp+0x5f/0x85
Oct 12 04:02:06 f9 kernel: =======================
Oct 12 04:02:06 f9 kernel: ip_tables: exports duplicate symbol ipt_register_table (owned by kernel)
Oct 12 04:02:06 f9 kernel: ip_tables: exports duplicate symbol ipt_register_table (owned by kernel)
Oct 12 04:02:06 f9 kernel: kobject_add failed for iptable_filter with -EEXIST, don't try to register things with the same name in the same directory.
Oct 12 04:02:06 f9 kernel: [<c02200de>] kobject_shadow_add+0x101/0x10a
Oct 12 04:02:06 f9 kernel: [<c013705b>] mod_sysfs_setup+0x16/0x91
Oct 12 04:02:06 f9 kernel: [<c013854d>] load_module+0xc5c/0xd27
Oct 12 04:02:06 f9 kernel: [<c0138678>] sys_init_module+0x41/0x13d
Oct 12 04:02:06 f9 kernel: [<c0103bd6>] sysenter_past_esp+0x5f/0x85
Oct 12 04:02:06 f9 kernel: =======================
Oct 12 04:02:09 f9 cups: cupsd shutdown succeeded
Oct 12 04:02:11 f9 cups: cupsd startup succeeded
Oct 12 04:02:11 f9 proftpd[3064]: serv01.DOMEIN-VERBORGEN.nl - received SIGHUP -- master server rehashing configuration file
Oct 12 04:02:11 f9 snmpd[25102]: Received TERM or STOP signal... shutting down...
Oct 12 04:02:11 f9 snmpd: snmpd shutdown succeeded
Oct 12 04:02:12 f9 snmpd: snmpd startup succeeded

[daveww]

Heb je het onderstaande command al eens geprobeerd?


iptables -I INPUT -p tcp --dport 27015 -j ACCEPT
iptables -I INPUT -p udp --dport 27015 -j ACCEPT

[Suurbier]

Ik heb de onderstaande regels ingevoerd in mijn ssh scherm.
Ik ben benieuwd of de server vanacht rond 4 uur de poort nog open houd!

[Randy]

Geen gekke crontab die rond dat tijdstip van start gaat?

[Suurbier]

Geen gekke crontab nee, vanacht was de poort jammer genoeg weer dicht.
Ik heb iptables -L gedrukt en kwam 2 WARNING: en 2 FATAL: errors tegen. Misshien dat het daaraan lag. ik heb iptables -F gedaan en de iptables weer gestart en nu zitten er geen errors meer. Ben benieuwd of het hieraan lag. Jullie horen morgen van me :D

[Suurbier]

Het blijkt nog steeds niet te werken, iemand enig idee?
Is er een manier dat ik alle crons kan bekijken zodat ik kan kijken welke cron er precies om 4:02 afgaat?

[dreamhost_nl]

Heb je al 'ns geprobeerd om je firewall geheel opnieuw te installeren? Hoe is de server load rond het tijdstip dat je probleem optreed? Heb je daar enig zicht op?

[westerp]

Is er een manier dat ik alle crons kan bekijken zodat ik kan kijken welke cron er precies om 4:02 afgaat?

crontab -l

[Detonator]

Zo te zien is er iets dat al je daemons probeert te restarten, aangezien cups, proftpd en snmpd ook worden gerestart volgens je log. Het iptables script wordt waarschijnlijk ook opnieuw gestart, met het effect dat er allerlei dubbele initialisaties worden gedaan en waarschijnlijk ook allerlei dubbele rules worden gedefinieerd.

Je zou, totdat je het probleem hebt gevonden, een cronjob om 04.03u kunnen draaien, welke iptables -F uitvoert en daarna je iptables script start.

Cronjobs bevinden zich in je homedir(s), in /etc/crontab, en/of in de directories /etc/cron.* .. Zolang je niet weet wat je firewallscript opnieuw opstart, zou je de volgende regel aan je firewallscript kunnen toevoegen:

pstree -u | mail -s "Procesoverzicht" root

Je krijgt dan een mailtje zodra het firewallscript wordt gestart, en kunt daarin zien welk parentproces/script verantwoordelijk is voor het (re)starten van je firewall.

[Randy]

Oct 12 04:02:09 f9 cups: cupsd shutdown succeeded
Oct 12 04:02:11 f9 cups: cupsd startup succeeded


Leuk, CUPS... Een printservice op een server. Bluetooth zeker ook nog aan staan? :lovewht:

[westerp]

Leuk, CUPS...

Is er niet ergens hier een howto basic server install + hardening etc. voor
beginners hier te vinden waar je naar kan verwijzen?

Tis natuurlijk wel een lollige remark, die ik net zo goed had kunnen maken ;),
maar even een paar pointers geven zou ook aardig zijn.

[dennis0162]

Is er niet ergens hier een howto basic server install + hardening etc. voor
beginners hier te vinden waar je naar kan verwijzen?

Tis natuurlijk wel een lollige remark, die ik net zo goed had kunnen maken ;),
maar even een paar pointers geven zou ook aardig zijn.

yum remove cups :yes:

[Tim.Bracquez]

Hier: http://www.mjmwired.net/resources/mjm-services-f9.html
dan weet je wat je allemaal bij je Fedora 9 mag uitzetten... niet zo 'cleane' distro als je next next next klikt...

[Randy]

www.howtoforge.net staan wel leuke en goede tutorials op.

[DutchTSE]

Leuk, CUPS... Een printservice op een server. Bluetooth zeker ook nog aan staan? :lovewht:
Ik verzend altijd mijn printopdrachten via bluetooth naar mijn linux server :stupid:

[MMaI]

je kan altijd kijken met gebruik van tail [/path/naar/logfile] en kijken wat er rond die tijd langs komt vliegen (evt kun je met screen natuurlijk meerdere bestanden tailen)

.:edit:.
misschien dat er ergens iets met je logrotate of andere default scripts misgaat, gezien het feit dat alle services worden herstart zonder sluiten, de SIGHUP melding bij proftpd geeft aan dat e rin ieder geval iets raars aan de hand is, dit komt normaal volgens mij alleen na reboot/relog/halt etc.