Neues YouTube-Video: Visualisierung im Devices-Adapter

[fuzzy1955]

@Bernd_L sagte:

keine Lösung abzuzeichen

Hi, Bernd!

Ich verwende puTTy seit langem und das Thema kenne ich. Die Ursache liegt im Verzeichnis C:\Users<DEINNAME>.ssh\

Benenne die Datei known_hosts auf known_hosts_old um. puTTy erstellt dann eine neue Datei und dann müsste der SSH-Zugriff wieder funktionieren.

Gruß, Fuzzy

[mcm1957]

Warum verwendest du eigentlich (noch) putty?
Eine ssh Terminalverbindung kann seit mindestens windows 10 direkt im Windows Terminalfenster ("Eingabeaufforderung") hergestellt werden:

C:\>ssh piadmin@pi5
piadmin@pi5's password:

[fuzzy1955]

@mcm1957 sagte:

Warum verwendest du eigentlich (noch) putty

Alte Gewohnheit aus dem Jahre 2000 ;-)

[Bernd_L]

@Homoran
@thomas-braun

Hallo zusammen, jetzt hbe ich soweit nach Euren Hinweisen durchgeführt und bin jetzt nach einigen Stunden verzweifelten Versuchen wieder zurück an meinem Ausgangspunkt. Die Probleme durch Putty und durch offensichtlichem Neustart der Fritzbox mit neuer Zuordnung der Adressen haben mir erst recht nicht weitergeholfen.

Wie auch immer, ich stehe wieder am Anfang.
Leider bestätigt meine Erfahrung nur die vorher gemachten Äußerungen zu den Interessen an Linux als "nur" iOBroker- Interessierten.
Ich bin froh dass meine iOBrokerinstallation jetzt wieder fehlerfrei läuft. Weitere Linuxdetails interessieren mich jetzt eigentlich gar nicht mehr, egal ob oldold oder EndOfLife

[Homoran]

@Bernd_L sagte:

Leider bestätigt meine Erfahrung nur die vorher gemachten Äußerungen zu den Interessen an Linux als "nur" iOBroker- Interessierten.

Das tut mir jetzt für dich wirklich leid, zumal du bei irgendetwas hängen geblibist, das überhaupt nichts mit Linux zu tun hat, sondern ironischerweise wahrscheinlich mit Windows.

Das Neuzuordnen von IP-Adressen geht in eine ähnliche Richtung.
Die Identifizierung des Rechners erfolgt über die MAC-Adresse, die hardware mäßig festgezurrt ist (üblicherweise)

Eigentlich hätte dieser Exkurs deine Vorbehalte zerstreuen sollen. Jetzt wirft dieses Problem bei dem hier ohne nähere detaillierte Informationen keiner helfen kann, das ganze wieder in die Steinzeit zurück

[Thomas Braun]

@Bernd_L sagte:

Leider bestätigt meine Erfahrung nur die vorher gemachten Äußerungen zu den Interessen an Linux als "nur" iOBroker- Interessierten.

Nur hat das alles rein gar nichts mit diesem blöden Linux zu tun...

Weitere Linuxdetails interessieren mich jetzt eigentlich gar nicht mehr, egal ob oldold oder EndOfLife

Die müssen dich spätestens dann wieder interessieren, wenn auf dem dann absolut versumpften System gar nichts mehr geht. Ein aktuelles nodejs bekommst du schon Stand jetzt nicht mehr auf dein 32Bit-Ding. Wenn dann irgendwann Adapter xy die nodejs-Version 22.yy voraussetzt schauste in die Wäsche.

Edit: Du hast ja gar kein 32Bit-OS. Hatte ich gerade mit einem anderen Thread verwechselt. Die grundlegende Problem mit EOL-Distributionen bleibt dir aber erhalten, nur in anderer Form dann. Du kannst das nicht 'aussitzen'.

Edit2: Dein Debian 11 fällt im August aus dem LTS raus:

Dann gibt es da gar keinen Support mehr für Enduser.

[mcm1957]

@Thomas-Braun sagte:

Wenn dann irgendwann Adapter xy die nodejs-Version 22.yy voraussetzt schauste in die Wäsche.

Nur als Hinweis.
Alle neuen Adapter und die meisten Adapter im Zuge des nächsten Releases verlangen node.js >= 22.x

[Thomas Braun]

@mcm1957

Mir musst du das nicht sagen, meine Kisten sind auf aktuellem Stand...

[mcm1957]

@Thomas-Braun sagte:

@mcm1957

Mir musst du das nicht sagen, meine Kisten sind auf aktuellem Stand...

War eigentlich an die "Allgemeinheit" und an den TE gerichtet :-)

[MartinP]

Warum verwendest du eigentlich (noch) putty?

Ich verwende auch noch Putty...

Gründe

• Adressbuch
• Kann auch andere Protokolle (Telnet, seriell ....)

[Homoran]

@Thomas-Braun sagte:

Nur hat das alles rein gar nichts mit diesem blöden Linux zu tun...

Nachdem was @bernd_l uns berichtet hat, hat er ja alles richtig gemacht.
Warum auch immer seine Credentials nicht angenommen wurden.

Ob da irgendwas im ARP Cache o.ä. gesponnen hat ist jetzt Spekulation.
Der falsche Schlüssel sollte nach accept nicht der Grund für ein Access denied sein!

Im Prinzip müsste @bernd_l es jetzt einfach nochmal wie folgt versuchen, er hat ja das "Hardwarebackup" wieder in Betrieb genommen, die neue SD Karte fertig zur Seite gelegt.
Da die IP der MAC-Adresse zugeteilt wird, und diese an der Hardware festgemacht ist, müsste die IP nach umstecken identisch bleiben.
Lediglich der geänderte Key müsste erneut akzeptiert werden.

Wenn das wieder nicht klappt muss es mit den Credentials, die beim Brennen eingegeben wurden zusammenhängen.
Dann ist da entweder bei der Eingabe ein Tippfehler passiert, oder es sind Zeichen verwendet, die je nach aktivem Tastaturlayout auf unterschiedlichen Tasten liegen. (Dazu müsste dann allerdings auch das Tastaturlayout geändert sein)

Ich verstehe es nicht 😞

[Thomas Braun]

Ich würde einfach die known_hosts löschen.

[Homoran]

@Thomas-Braun sagte:

Ich würde einfach die known_hosts löschen.

Wäre sicher ein Schritt, aber erklärt mir nicht warum nach akzeptieren des neuen Schlüssels ein access denied kommt

[Thomas Braun]

@Homoran

Liegt mit Sicherheit an dem komischen Lunicks-Zeuch. ;-)

[OliverIO]

Ich verwende ebenfalls putty, weil ich es aus Winscp sehr einfach aufrufen kann und ich da einen dateimanager noch am Start habe

Editiert

[fuzzy1955]

@OliverIO sagte:

weil ich es aus Winscp sehr einfach aufrufen kann

Aha ... wie geht denn das?

[EDIT] Hab es schon gefunden, super! Wieder was gelernt ;-)

[crunchip]

@Homoran oder den falschen Nutzernamen verwendet, nicht das er wie früher nur pi drin stehen hat. Alternativ Monitor dran und sich testhalber local einloggen , mit den Vermeintlich richtigen Zugangsdaten.