ssh nach kenrel update !?
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? sonst läuft alles wunderbar :http,pop3,mysql,... aber nur das ssh will nciht. irgend welche ideen !?!?! danke all, gruss,elmar.
Hallo Elmar, * Elmar schrieb am 01.08.2003:
hi all,
also habe ein reisen problem.
Wer reist Dir denn davon? *SCNR*.
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
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? Starte mal einen Sniffer auf dem Rechner zu dem man sich nicht connecten kann. Grüße, Tom
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*
sonst läuft alles wunderbar :http,pop3,mysql,... aber nur das ssh will nciht.
Was steht denn in /etc/hosts.allow bzw. ~.deny? -- Gruß MaxX 8-)
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 <sadult@4-warp.com> wrote:
aber nur das ssh will nciht.
irgend welche ideen !?!?!
halte deinen sshd an[1]. dann: ,----| | /usr/sbin/sshd -d -D `----| dann: ,----| | ssh -vv $ssh-server `----| auf beiden seiten nun auf die ausgaben achten. das sollte dich der lösung näher bringen. micha [1] oder setze den 2. mit -p $port auf einen anderen port. dann musst du auch dem ssh-client mit -p diesen port mitgeben.
*** Elmar Blaschka <sadult@4-warp.com> 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
participants (4)
-
Elmar Blaschka -
Matthias Houdek -
Michael Meyer -
Thomas Preissler