ssh_init: host does not exist

[Michael Wieser]

Hallo Allerseits

fli 3.10.18 mit einer normalen, unauffälligen Konfiguration,
gelegentlich von PC1 oder PC2 wg. DHCP-Änderungen mit Remoteupdate
aktualisiert, bisher alles ohne große Probleme.

PC1 und PC2 sind W7-Rechner auf aktuellem Stand (also mit heutigen
Updates versehen)

In den letzten Wochen sind nur 2 kleinere Aktualtisierungen nötig
gewesen und die sind wie üblich per Remoteupdate über PC2 erfolgt.

Heute eine große Überraschung: Remoteupdate mit einer weiteren
Änderung von PC1 aus geht nicht mehr, die Fehlermeldung lautet im
CMD-Fenster:

ssh_init_ Host does not exist.
Drücken Sie eine beliegbige Taste...

Allerdings: das bitidente idente Update, das ich von PC1 durchführen
will läuft auf PC2 mit dem Remoteupdate problemlos durch.

Alle relevanten Txt-Dateien sind bitident (Dateivergleich über Total
Commander), der einzige Unterschied besteht darin das das Passwort aus
der base.txt in der rc.cfg unterschiedlich ist und das die
FLI4L_Buildtime ein paar Minuten unterschiedlich ist, mM nach also nix
aufregendes, da die bei der scp-Übertragung noch nicht nötig sind.

Any ideas wo ich schauen kann was da los ist?

Danke im Voraus

-
Michael Wieser
--

[Thomas Grunenberg]

Post by Michael Wieser
Hallo Allerseits
fli 3.10.18 mit einer normalen, unauffälligen Konfiguration,
gelegentlich von PC1 oder PC2 wg. DHCP-Änderungen mit Remoteupdate
aktualisiert, bisher alles ohne große Probleme.
PC1 und PC2 sind W7-Rechner auf aktuellem Stand (also mit heutigen
Updates versehen)
In den letzten Wochen sind nur 2 kleinere Aktualtisierungen nötig
gewesen und die sind wie üblich per Remoteupdate über PC2 erfolgt.
Heute eine große Überraschung: Remoteupdate mit einer weiteren
Änderung von PC1 aus geht nicht mehr, die Fehlermeldung lautet im
ssh_init_ Host does not exist.
Drücken Sie eine beliegbige Taste...
Allerdings: das bitidente idente Update, das ich von PC1 durchführen
will läuft auf PC2 mit dem Remoteupdate problemlos durch.

...

Post by Michael Wieser
Any ideas wo ich schauen kann was da los ist?
Danke im Voraus
-
Michael Wieser

Moin Michael,

Ich verstehe zwar nicht, wieso du Deinen Router von zwei Systemen aus
aktualisierst... muss ich auch nicht.

Für mich deutet die Fehlermeldung darauf hin, dass der Rechner, auf dem
Du das Update fehlschlägt, Deinen Router nicht kennt. Der andere Rechner
kennt Deinen Router, deswegen klappt dort das Update.

Dementsprechend würde ich vorschlagen, den Fehler nicht in den fli4l
Dateien zu suchen, sondern in Deinem Netzwerk.

Wenn Dein Router xxx.yyy heißt versuch doch auf Deinen beiden Rechnern
jeweils folgendes Kommando (in cmd.exe):
ping xxx.yyy

Falls das Kommando auf beiden Rechnern erfolgreich ist, sollte auch das
Update klappen. Falls nicht, musst Du untersuchen, warum der ping Befehl
bzw. die Namensauflösung von xxx.yyy nicht funktioniert.

Gruß
Thomas

[Michael Wieser]

Post by Thomas Grunenberg

Post by Michael Wieser
Hallo Allerseits
fli 3.10.18 mit einer normalen, unauffälligen Konfiguration,
gelegentlich von PC1 oder PC2 wg. DHCP-Änderungen mit Remoteupdate
aktualisiert, bisher alles ohne große Probleme.
PC1 und PC2 sind W7-Rechner auf aktuellem Stand (also mit heutigen
Updates versehen)
In den letzten Wochen sind nur 2 kleinere Aktualtisierungen nötig
gewesen und die sind wie üblich per Remoteupdate über PC2 erfolgt.
Heute eine große Überraschung: Remoteupdate mit einer weiteren
Änderung von PC1 aus geht nicht mehr, die Fehlermeldung lautet im
ssh_init_ Host does not exist.
Drücken Sie eine beliegbige Taste...
Allerdings: das bitidente idente Update, das ich von PC1 durchführen
will läuft auf PC2 mit dem Remoteupdate problemlos durch.

...

Post by Michael Wieser
Any ideas wo ich schauen kann was da los ist?

Für mich deutet die Fehlermeldung darauf hin, dass der Rechner, auf dem
Du das Update fehlschlägt, Deinen Router nicht kennt. Der andere Rechner
kennt Deinen Router, deswegen klappt dort das Update.
Dementsprechend würde ich vorschlagen, den Fehler nicht in den fli4l
Dateien zu suchen, sondern in Deinem Netzwerk.

Woran würdest Du erkennen das der PC den Router "erkennt"?
Namensauflösung durch "surfen" oder aufrufen wer fli4l-Website am
Router? Ansprechen und Filetransfer "zu Fuß" mit Winscp? Alles
funktioniert so wie immer.

Und auf der Routerwebsite ist der betreffende PC sichtbar.

Post by Thomas Grunenberg
Wenn Dein Router xxx.yyy heißt versuch doch auf Deinen beiden Rechnern
ping xxx.yyy

ping ist kein Problem, werder mit IP-Adresse noch mit Routername.
Ebenso ist ein Dateitransfer mit WinSCP kein Problem.

Post by Thomas Grunenberg
Falls das Kommando auf beiden Rechnern erfolgreich ist, sollte auch das
Update klappen.

Kommandos sind erfolgreich, dennoch klappt das Update nicht von diesem
Rechner.

Post by Thomas Grunenberg
Falls nicht, musst Du untersuchen, warum der ping Befehl
bzw. die Namensauflösung von xxx.yyy nicht funktioniert.

Leider führt Dein Hinweis zu keiner Lösung.

Ich bin nach wie vor ratlos, eine Suche im www hat keine brauchbaren
Hinweise ergeben.

Das öfters genannte ipconfig /flushdns zeigte ebenfals keine Wirkung.
-
Michael Wieser
--

[Uwe Zeppei]

Moin Michael!

Post by Michael Wieser
ping ist kein Problem, werder mit IP-Adresse noch mit Routername.
Ebenso ist ein Dateitransfer mit WinSCP kein Problem.

Gibt es denn zwischen den beiden Rechnern einen anderen Unterschied?
Beispiele:
- Ein Rechner nutzt eine Sicherheitssoftware, der andere eine andere.
- Ein Rechner ist Win7 Pro, der andere Home.
- Ein Rechner hängt "direkt" am ersten internen Netz vom Router, der
andere in einem anderen Subnetz oder an einem Subnetz, welches
eventuelle Portregeln bekommen hat.
- ...?

Viele Grüße
Uwe

[Michael Wieser]

Post by Uwe Zeppei
Moin Michael!

Post by Michael Wieser
ping ist kein Problem, werder mit IP-Adresse noch mit Routername.
Ebenso ist ein Dateitransfer mit WinSCP kein Problem.

Gibt es denn zwischen den beiden Rechnern einen anderen Unterschied?
- Ein Rechner nutzt eine Sicherheitssoftware, der andere eine andere.

Nein.

Post by Uwe Zeppei
- Ein Rechner ist Win7 Pro, der andere Home.

Nein, alle W7 pro.

Post by Uwe Zeppei
- Ein Rechner hängt "direkt" am ersten internen Netz vom Router, der
andere in einem anderen Subnetz oder an einem Subnetz, welches
eventuelle Portregeln bekommen hat.

Nein, sie hängen alle im gleichen Subnetz.

Das was unterschiedlich ist: auf einem (auf dem, bei dem es noch
funktioniert) war einmal ein Wireshark drauf, das ist aber schon 3
Jahre her, der Fehler ist ja erst heuer (1/2020) mit fli4l 3.10.18
aufgetreten - und da hat das schon längere Zeit funktioniert....

sg

Michael


-
Michael Wieser
--

[Uwe Zeppei]

Moin Michael!

Post by Michael Wieser
Jahre her, der Fehler ist ja erst heuer (1/2020) mit fli4l 3.10.18
aufgetreten - und da hat das schon längere Zeit funktioniert....

Also als reine, wahrscheinlich blöde, verzweifelte Idee: Trag mal im
Buildtool auf dem Tab "Remoteupdate" den FQDN des Fli4l als Ziel ein
(also z.B. "router.lan.fli4l") und versuch das Remote-Update.

[Michael Wieser]

Post by Uwe Zeppei
Moin Michael!

Post by Michael Wieser
Jahre her, der Fehler ist ja erst heuer (1/2020) mit fli4l 3.10.18
aufgetreten - und da hat das schon längere Zeit funktioniert....

Also als reine, wahrscheinlich blöde, verzweifelte Idee: Trag mal im
Buildtool auf dem Tab "Remoteupdate" den FQDN des Fli4l als Ziel ein
(also z.B. "router.lan.fli4l") und versuch das Remote-Update.

Hallo Uwe

ein sehr guter Vorschlag: wenn ich den FQDN verwende wird mit von
unbekanntem Schlüssel berichtet und ob ich ihn übernehmen will. Wenn
ich ihn übernehme funtktioniert das mit dem Remoteupdate
reproduzierbar.

Wo und wie wird der ssh.key abgespeichert? Hab in der Registry noch
nix gefunden...




-
Michael Wieser
--

[Uwe Zeppei]

Moin Michael!

Post by Michael Wieser
ein sehr guter Vorschlag: wenn ich den FQDN verwende wird mit von
unbekanntem Schlüssel berichtet und ob ich ihn übernehmen will. Wenn
ich ihn übernehme funtktioniert das mit dem Remoteupdate
reproduzierbar.

Hm, dann diagnostiziere ich mal, das dieser Rechner irgendwie ein
Problem mit dem Domain-Namen hat. Also quasi den Teil "lan.fli4l" aus
meinem Beispiel nicht korrekt übernimmt oder verarbeitet.

Frag aber bitte nicht, wie man das geradeziehen kann oder woran sowas
liegen könnte.

Post by Michael Wieser
Wo und wie wird der ssh.key abgespeichert? Hab in der Registry noch
nix gefunden...

Hier kann ich leider nicht helfen, dafür bin ich nicht tief genug im Thema.

[Michael Wieser]

Post by Uwe Zeppei
Moin Michael!

Post by Michael Wieser
ein sehr guter Vorschlag: wenn ich den FQDN verwende wird mit von
unbekanntem Schlüssel berichtet und ob ich ihn übernehmen will. Wenn
ich ihn übernehme funtktioniert das mit dem Remoteupdate
reproduzierbar.

Hm, dann diagnostiziere ich mal, das dieser Rechner irgendwie ein
Problem mit dem Domain-Namen hat. Also quasi den Teil "lan.fli4l" aus
meinem Beispiel nicht korrekt übernimmt oder verarbeitet.

Ja, die Frage ist nur: warum macht der das nach 5 Jahren so mirnix
Dirnix...

Post by Uwe Zeppei
Frag aber bitte nicht, wie man das geradeziehen kann oder woran sowas
liegen könnte.

Nö, da komm ich vermutlich eh schon wieder selber weiter.

Post by Uwe Zeppei

Post by Michael Wieser
Wo und wie wird der ssh.key abgespeichert? Hab in der Registry noch
nix gefunden...

für`s Archiv: für den angemeldeten Benutzer werden die Keys in
HKEY_CURRENT_USER\SoftWare\SimonTatham\PuTTY\SshHostKeys
abgelegt.


Egal, Danke vielmals für`s weiterhelfen, mal sehen ob ich
dahinterkomme was da los ist. Wenn ich eine Lösung finden sollte wird
sie hier gepostet.
-
Michael Wieser
--