Neues YouTube-Video: Visualisierung im Devices-Adapter

[Homoran]

@Bernd_L sagte:

Wann und wie?

Immer direkt nach der Passwortabfrage

Mit welcher exakten Meldung?

@Bernd_L sagte:

Die Installation fragte nach Username und Passwort, beides angegeben

Mit irgendwelchen Sonderzeichen?
Bei welchen Spracheinstellungen für die Tastatur?

[Bernd_L]

@Homoran
Nach Passwortabfrage "Access denied"

Hab auch keine Buchstabenvertauschungen, mehrfach mit gut erinnerungsfähigen Passwörtern aufgelaufen

[Thomas Braun]

@Bernd_L

Die Schlüssel dürften unter Windows im Ordner ssh oder .ssh liegen.
Die Datei wird wohl known_hosts heißen.

[Homoran]

@Thomas-Braun meines Wissens speichert puTTY das selbst.

@Bernd_L sagte:

Hab auch keine Buchstabenvertauschungen, mehrfach mit gut erinnerungsfähigen Passwörtern

Gross/Kleinschreibung/Feststelltaste/NumLock....

[Bernd_L]

Es scheint sich ja keine Lösung abzuzeichen. Daher habe ich zwei Fragen an die Fachleute:

1. WIe kann ich in Putty evtl Nutzername und/ oder Passwort ändern?
2. Ich habe ja hier noch die "alte", bisher genutzte Speicherkarte liegen. Wenn ich die jetzt wieder in den Raspberry einstecke, ist dann eine Funktion wie bisher zu erwarten oder musss ich dann wieder erst große Änderungen in meiner Konfiguration vornehmen?

[Homoran]

@Bernd_L sagte:

WIe kann ich in Putty evtl Nutzername und/ oder Passwort ändern?

Erst wenn du Zugriff hast

@Bernd_L sagte:

Wenn ich die jetzt wieder in den Raspberry einstecke, ist dann eine Funktion wie bisher zu erwarten

Selbstverständlich

[Homoran]

@Bernd_L sagte:

Es scheint sich ja keine Lösung abzuzeichen

Warum nicht?
Da muss irgendetwas schief laufen, so dass deine Eingabe nicht passt

Die Aufforderung zur Passworteingabe zeigt schon mal dass Ssh steht. Ob das die richtige IP ist wäre zu prüfen, ebenso wie Schreibweise von user oder Passwort.

[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