SSHd "hängt" beim Boot

P

PatTheMav

Well-Known Member
Mahlzeit - ich hab hier einen FreeBSD-Rechner als Router/Firewall/Server stehen und es funktioniert soweit alles von den services her einwandfrei - mich stört nur eine kleine Einzelheit beim Start :

Es erscheint die Meldung "Starting sshd." und danach passiert erstmal nichts.

Nach einigen Minuten erst - zwischen 5 und 10 meist - gehts dann weiter mit "Initial i368 initialization." und sonst passieren keine Zwischenfälle.

Hätte da jemand nen Verdacht woran diese lange Pause liegen dürfte ?
 
ich muss meines auch imer bei meiner workstation mit Strg+c abrechen, keine ahnung warum...
Gruss Flas!!
 
ich habe gerade mal im usenet gestöbert und jemanden gefunden der das gleiche problem hatte. wenn die meldung starting sshd erscheint ist sshd bereits gestartet so das der nächste prozess dein problem ist (vielleicht sendmail ?). wenn sendmail noch laufen sollte schreib mal sendmail="NONE" in die /etc/rc.conf.
steht sonst noch was in der /var/log/messages ?
 
hatte sowas auch mal, [moR-pH-euS] hat recht,
bei mir lags an der namensauflösung also stöber mal in die richtung
 
nein, die Ursache dafür ist dass die Schlüssel bislang auf dem System noch nicht generiert worden sind.
ssh-keygen -t rsa oder dsa
man ssh-keygen

kann sein dass ich mich irre, denn sendmail ist auch für langes Warten beim Booten oft verantwortlich
 
Zuletzt bearbeitet:
Naja eben neugestartet - da kam nur Kernelmessage (kernel erscheint rot, OS erscheint grün bei mir) no matching sessions und dann gings auch ganz fix weiter ...
 
es ist definitv ein Problem mit der Namensauflösung und sendmail, also der nächste Eintrag, nicht ssh.

Wenn du in der /etc/defaults/rc.conf in der Section Mail Transfer Agent alle sendmail_xxxx_enable auf no stellst, bootet dein System normal durch.
Alternativ kannst du natürlich versuchen, das DNS-Problem welches sendmail hat zu lösen.
 
Schlechter Ratschlag. In der /etc/defaults/rc.conf wird nichts editiert, dafuer gibts /etc/rc.conf.

Nen FQDN in /etc/hosts und der Kaese ist gegessen. Eigentlich ne FAQ...
 
habe exakt das selbe problem, aber es gibt da eine besonderheit.

wenn der rechner kalt ist ( alsone weile nicht lief) dann bleibt er beimir an der selben stellehängen auch sshd. wenn ich allerdings den befehl reboot gebe, dann braucht er nicht so viel zeit.

ich bilde mir ein, dass ich das problem erst habe, seitich meinen eigenen kernel gebaut habe (habe nur die prozesooroptimierung gemacht i686).

was mir auch aufgefallen ist, was ich aber nur für nen zufall halte, dassdas häufiger passiert wenn ich ne cd im laufwerk habe, wennkeine drin ist, dann passiert das nicht
 
also sehr wahrscheinlich ist das ein problem der namensauflösung. konfiguriere mal den sendmail so, daß er nur lokal zustellt und konfiguriere deine namensauflösung richtig. ssh hat auch ein problem, allerdings erst beim verbindungsaufbau, wenn die namensauflösung (reverse lookup) nicht richtig funktioniert.
 
Bahnhof ?!?!?

Also ich hab auf der Maschine nen Caching Nameserver am laufen, in der resolv.conf steht daher der localhost und in der namedb.conf ist forward only eingetragen und zwei IPs von T-Online-DNS-Servern.

Als hostname is router.local eingetragen und in der Hosts-Datei ist er selbst auch als router.local eingetragen.

Allerdings scheint seit nem T-Com-DSL-Ausfall an dem ich eigentlich beim Server nix gemacht hab, jegliche DNS-Anfragen so richtig langsam zu werden. Wenn ich eine Webseite aufrufe, dauerts ne halbe Ewigkeit bevor überhaupt etwas angezeigt wird - alle nachfolgenden Aufrufe gehen allerdings halbwegs fix.
 
Zuletzt bearbeitet:
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben