Hi Daniel, Am Samstag, 16. Juli 2005 09:34 schrieb Daniel Lord:
Hi,
On Fri, 15 Jul 2005, Werner Franke wrote:
[...]
Ich habe die Ursache:
Es liegt am QIP Server im zusammenhang mit DHCP.
Laut einem Kollegen, funktioniert bei Linux in einigen Faellen die Hostnamenuebermittlung nicht so wie es soll.
Der PC bekommt zwar vom DHCP Server seine IP, aber den Hostnamen, den der PC zurueckgibt, kommt beim QIP Server nicht an. (oder so)
Und dann weigert sich die SSH eine Verbindung aufzubauen.
hä? [ ] du hast einen windows admin gefragt? ;)
Nein, einen UNIX/Linux Spezialisten (unser IT-Support). Ihm war dieser Effekt mit der SSH gleich bekannt. Laut seiner Aussage ist das ein Ihm bekanntes Problem nur mit Linux. Windows hat keine Probleme. Der DHCP- und QIP Server laeuft uebrigends auf einer SUN. Eventuell ist's auch eine Einstellungssache des QIP Server's. Momentan besteht aber nicht die dringende Notwendigkeit an der QIP-Baustelle weiter zu forschen, weil es noch zu wenig DHCP-Linux-Kisten sind. Die meissten habe eine feste IP.
Das Oben geschilderte Problem kann IMHO folgende Ursachen haben: [ ] falsche Konfiguration in sshd_config die irgendwelche seltsamen Keykombinationen anfordert. [ ] Interaktive Logins deaktiviert und keine (passenden) Schlüssel
Du kannst ganz einfach testen, ob der Admin recht hat oder nicht (eher nicht). Gib statt dem hostname die IP deines Rechners an. Damit ist DNS und DHCP (fast komplett) aus dem Spiel.
Ich habe nie den Hostnamen angegeben, sondern in diesem Fall ausschliesslich die IP Adresse, da der PC ueber den Hostnamen ja nicht erreichbar war. Momentan kann ich's leider nicht mehr testen, weil ich mein Notebook wieder zu Hause habe. Aber ich werde demnaechst einen PC mit RadHat installieren und da werde ich's nochmal testen.
Wenn du damit den gleichen Fehler bekommst benutze eine "known good" Konfigurationsdatei und starte den sshdäemon neu. Known good ist z.B. eine Konfiguration one explizit angegebenen Optionen. (Wenn SuSE da nichts verbockt hat)
Gruss Werner