...

also habe ein reisen problem.

Wer reist Dir denn davon? *SCNR*.

mmhhh,, finger schnelle als kopf ;-) meinte natürlich riesen ;-)

...

auf einmal geht mein ssh daemon nicht mehr. oja, er läuft schon. nur sobald ich versuche mich von einem client mit diesem zu verbinden reagiert er überhaupt nicht. finde auch keinerlei hinwiese in meinen logfiles.

Selbstverständlicherweise auf dem Rechner, den Du via SSH versuchst anzuwählen, oder?

...

habe ssh dann deinstalliert - neu instlaliert etc. keine veränderung. habe die iptable auf acceppt all usw. gesetzt - nichts. unverändert !?!

iptables -P INPUT ACCEPT iptables -P OUTPUT ACCEPT iptables -P FORWARD ACCEPT iptables -F iptables -X

genau dieses

...

das alles, kam plötzlich. wobei ich vermute eher das es nach dem neustart vom server nach you mit dem kenrel 4.2.19 update passiert ist. kann das sein?

Nein, der Kernel kann daran keine Schuld haben.

...

sonst läuft alles wunderbar :http,pop3,mysql,... aber nur das ssh will nciht.

irgend welche ideen !?!?!

/etc/hosts.allow und /etc/hosts.deny?

bei bieden all:all

Starte mal einen Sniffer auf dem Rechner zu dem man sich nicht connecten kann.

wie genau !?! sorry bin noch nciht soooo sattelfest im linux ;-) sniffer?! was das ist kannich mir vorstellen.

Grüße, Tom

gruss,elmar.

Elmar Blaschka am Freitag, 1. August 2003 10:39:

...

hi all,

also habe ein reisen problem.

auf einmal geht mein ssh daemon nicht mehr. oja, er läuft schon. nur sobald ich versuche mich von einem client mit diesem zu verbinden reagiert er überhaupt nicht. finde auch keinerlei hinwiese in meinen logfiles. habe ssh dann deinstalliert - neu instlaliert etc. keine veränderung. habe die iptable auf acceppt all usw. gesetzt - nichts. unverändert !?! das alles, kam plötzlich. wobei ich vermute eher das es nach dem neustart vom server nach you mit dem kenrel 4.2.19 update passiert ist. kann das sein? ^^^^^^^^^^^^^

Wow, du kommst aus der Zukunft? *SCNR*

man tut was man kann *gg* natürlch 2.4.19 ;-)

...

sonst läuft alles wunderbar :http,pop3,mysql,... aber nur das ssh will nciht.

Was steht denn in /etc/hosts.allow bzw. ~.deny?

habe jetzt mal drinnen stehen bei beiden all:all wobei diese wurde niemals geändert! gruss elmar.

*** Elmar Blaschka wrote:

...

aber nur das ssh will nciht.

irgend welche ideen !?!?!

halte deinen sshd an[1]. dann:

,----| | /usr/sbin/sshd -d -D `----|

ausgabe: : debug1: Bind to port 22 on ::. : Server listening on :: port 22. : Generating 768 bit RSA key. : RSA key generation complete. : Connection from ::ffff:192.168.10.3 port 32808 : debug1: Forked child 24324. : debug1: Client protocol version 2.0; client software version OpenSSH_3.5p1 : debug1: match: OpenSSH_3.5p1 pat OpenSSH* : Enabling compatibility mode for protocol 2.0 : debug1: Local version string SSH-1.99-OpenSSH_3.4p1 (auszug aus messages - mit debug log level geht kein copyPaste)

dann:

,----| | ssh -vv $ssh-server `----|

ausgabe: OpenSSH_3.5p1, SSH protocols 1.5/2.0, OpenSSL 0x0090701f debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Rhosts Authentication disabled, originating port will not be trusted. debug1: ssh_connect: needpriv 0 debug1: Connecting to 192.168.10.1 [192.168.10.1] port 22. debug1: Connection established. debug1: identity file /root/.ssh/identity type -1 debug1: identity file /root/.ssh/id_rsa type -1 debug1: identity file /root/.ssh/id_dsa type -1 debug1: Remote protocol version 1.99, remote software version OpenSSH_3.4p1 debug1: match: OpenSSH_3.4p1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.5p1 debug1: SSH2_MSG_KEXINIT sent naja so sahen die ausgaben aus. auch nicht wirklich etwas auffälliges. gruss,elmar