server nach ein paar tagen nicht erreichbar

[rainbow5]

Hallo Leute!

Hab sein geraumer Zeit folgendes Problem:
Ein Dedicated Server in Deutschland, fast 1000km weit weg von mir mit Debian Sarge drauf, ein paar Serverdienste drauf laufen (Gameserver, Teamspeak, Webserver,...)
Und alle paar Tage (so zwischen 5 und 10 Tagen) kann ich plötzlich nicht mehr per ssh auf meinen Server zugreifen.
ssh -v liefert mir folgendes

Code: Alles auswählen

ssh -p 32010 81.209.165.2 -v
OpenSSH_3.8.1p1 Debian-8.sarge.4, OpenSSL 0.9.7e 25 Oct 2004
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to 81.209.165.2 [81.209.165.2] port 32010.
debug1: Connection established.
debug1: identity file /home/buchinger/.ssh/identity type -1
debug1: identity file /home/buchinger/.ssh/id_rsa type -1
debug1: identity file /home/buchinger/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_3.8.1p1 Debian-8.sarge.4
debug1: match: OpenSSH_3.8.1p1 Debian-8.sarge.4 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1 Debian-8.sarge.4
debug1: SSH2_MSG_KEXINIT sent
Connection closed by 81.209.165.2

In der ssh config ist der Port auf 32010 gelegt weil ich auf Port 22 eine Menge Attacks hatte, ich kann aber den Port nicht auf nur eine IP beschränken weil ich jederzeit zugreifen können sollte

iptables Firewall ist auch drauf auf der Box. Anfangs dachte ich an ein Lockdown der Firewall, daher ein cronjob der mir täglich die Firewall resettet und neu startet
Auch ist mir dabei sehr komisch vorgekommen, dass nicht alle Dienste nicht erreichbar sind: zb kann auf den Webserver zugegriffen werden, Teamspeak ist erreichbar, jedoch telnet, ftp, ssh, Webmin sind nicht erreichbar.
Einziger Ausweg im Moment ist ein reboot in regelmäßigen Abständen, was jedoch nicht wirklich DIE Lösung sein kann...

Was könnte noch daran schuld sein und wie könnte man solche Probleme lösen??

thx4help!

rain

[Savar]

hmm.. woher es kommt weiß ich nicht, aber was sagen denn die Logs speziell zu ssh wenn du einen Reboot gemacht hast.. also

Code: Alles auswählen

cat /var/log/syslog

.. steht da etwas drin, was auf ssh verweist oder in der /var/log/daemon.log ??

[rainbow5]

in der daemon.log steht bezüglich ssh nichts drin vor allem gar nichts vom ssh

auch in der syslog kann ich diesbezüglich nichts finden. in den logs hab ich nämlich auch schon gesucht...

was vielleicht noch einproblems ein könnte ist dass ipchains und iptables sich miteinander nicht verstehen (bei sarge ist ipchains noch installiert)

[pdreker]

So lange Du nur entweder ipchains oder iptables benutzt ist das kein Problem. ipchains kannst Du aber natürlich genausogut einfach deinstallieren...

Patrick

[rainbow5]

hab ich jetzt auch gemacht =) könnte das das problem gewesen sein? iptables hab ich ja täglich resettet, ipchains hab ich gar nicht beachtet gehabt...

[Savar]

eher unwahrscheinlich.. interessant wäre wenn du deine SSH verbindungen immer per

ssh -v SERVER

aufrufen würdest und vielleicht schaust ob mehr informationen kommen WARUM dein Server die Verbindung geschluckt hat

[rainbow5]

Code:

ssh -p 32010 81.209.165.2 -v
OpenSSH_3.8.1p1 Debian-8.sarge.4, OpenSSL 0.9.7e 25 Oct 2004
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to 81.209.165.2 [81.209.165.2] port 32010.
debug1: Connection established.
debug1: identity file /home/buchinger/.ssh/identity type -1
debug1: identity file /home/buchinger/.ssh/id_rsa type -1
debug1: identity file /home/buchinger/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_3.8.1p1 Debian-8.sarge.4
debug1: match: OpenSSH_3.8.1p1 Debian-8.sarge.4 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1 Debian-8.sarge.4
debug1: SSH2_MSG_KEXINIT sent
Connection closed by 81.209.165.2

mehr bekomm ich auch nicht wenn ich -vv statt -v verwende

[Savar]

hmm.. schau dir mal die
/var/log/auth.log
an.. vielleicht steht dort etwas drin..

[rainbow5]

nach einigem nachprüfen:

in den logs fehlen immer die daten und einträge wenn der server abstürzt. daher ist es mir nicht möglich aus den logs was rauszulesen...

[rainbow5]

ok schon gefunden warum mal in den logs nix drinsteht... die hda4 (/var) geht in regelmäßigen abständen in readonly... ka warum das passiert, smartctl liefert mir keine fehler auf der platte...