Zugriff auf IOBroker aus anderem WLAN
-
An das Backup komme ich noch nicht dran, vielleicht auch garnicht .
Das was du rausgezogen hast geht nicht da kann ich nur einen Datenpunkt reinwählen aber es wird nix angezeigt. Man muss an der linken Seite die Menge eingeben können. Ich habe da mehrere Statistiken für einen Monat, also ich speichere 31 Tage für jeden Tag die Solarenergie.
-
ich habe jetzt eins gefunden , das kannst du 3 Datenpunkte wählen und dazu 3 Bilder, das scheint in die Richtung zu gehen, nur wo ich die Anzahl 3 eingeben kann, oder verändern auf 10 oder mehr, habe ich nicht entdeckt. Ich denke, da ich das ja alles neu installiert habe, so das insoweit eine Verbesserung sein, das man auch noch verschiedene Bilder nutzen kann. Ich muss da noch mal weitersuchen, es gibt ja sehr viel, was man dort links nehmen kann.
-
probiere doch mal die vorgehensweise die ich beschrieben habe
um die sd karte wieder zugänglich zu machenhast du kein backup ausserhalb der sd karte?
wenn nicht ist die backup strategie fehlgeschlagen -
@oliverio sagte in Zugriff auf IOBroker aus anderem WLAN:
probiere doch mal die vorgehensweise die ich beschrieben habe
um die sd karte wieder zugänglich zu machenhast du kein backup ausserhalb der sd karte?
wenn nicht ist die backup strategie fehlgeschlagenIch habe die neue Karte rausgezogen und die alte gesteckt.
Jetzt kommt die Meldung das sich der Schlüssel geändert hat.
Das ist mir bekannt, ich muss in die knowhosts Datei den neuen Schlüssel einfügen.
Das funktioniert nicht, ich habe den am Ende angefügt. Ich habe da schon mal früher gemacht, wie ich nur eine SD Karte mit System erstellt habe.
Ich hatte ja vorher dort schon mal reingeschaut, da steht jetzt viel mehr drin.
Ich habe noch eine Kopie, oder muss der neue Schlüssel an den Anfang ??
-
dein neuer Schlüssel kommt nicht in diese Datei knowhosts, sondern bei authorized_keys
in der knowhosts maximal den alten fingerprint von der IP löschen
-
@tt-tom sagte in Zugriff auf IOBroker aus anderem WLAN:
dein neuer Schlüssel kommt nicht in diese Datei knowhosts, sondern bei authorized_keys
in der knowhosts maximal den alten fingerprint von der IP löschen
Die Datei authorized_keys habe ich nicht finde sie auch nicht ich habe die known_hosts umbenannt und wenn keine da ist komme ich drauf.
Aber die Änderung in der cmdline.txt funktioniert nicht, als nicht im Terminal und ich habe ja noch das Display am Raspi selbst angeschlossen. Dort kommt nach dem der Raspi hochgefahren ist
Login:
da geht auch nichts, su eingeben, dann folgt Passwort: da habe ich auch alles versucht und Passwort habe nur 2 überhaupt und da habe ich schon alles probiert.Ich verstehe eigentlich nicht, warum man selbst Local dort nicht mehr dran kommt.
-
bei login musst du dein login Namen ein geben, nicht su
-
ist das der name, der im Terminal beim anmeldet vor dem @ steht also z.B Raspberry123@192.168.123
ich sehe auf dee SD Karte eine Datei "passwd" , da steht aber auch nur drin, da die nur im Single Modus aktiv ist.
-
@tt-tom sagte in Zugriff auf IOBroker aus anderem WLAN:
bei login musst du dein login Namen ein geben, nicht su
Das habe ich selbstverständlich auch versucht, hat alles keinen Erfolg.
Ich denke das einzigste wäre jetzt die SD Karte auszulesen.
Dann müßte ich doch zumindest die Backupdateien kopieren können.
Weiss jemand ob und wie das möglich ist ?
-
Ja der vor dem @. Mit dem müsstest du dich auch lokal anmelden können.
-
Deine Beschreibung sieht so aus, als ob du die Anleitung nicht bis ganz zu Ende durchgeführt hast
Das, was ich oben beschrieben habe, beschreibt den Prozess, das Passwort eines User auf einen bestimmten bekannten Wert wieder einzustellen.
Wenn der Zugriff dann wieder normal funktioniert,
Dann müsstest du dich ja per SSH wieder auf dem Gerät mit dem User und dem nun neuen Passwort einloggen können.
Stattdessen fuhwerkst du in den Konfigurationsdaten von SSH auf dem Gerät herum.
Bei Anmeldung mit User Name Passwort, findest du dort nur authorizedhosts.Also, am besten die Anleitung von vorne bis zum Schluss abarbeiten.
Wenn du dann mit angeschlossener Tastatur und Bildschirm dich wieder als normaler User einloggen kannst, dann kannst du das Gerät wieder ans Netzwerk Und es per Remote und SSH probieren. -
nein, ich bin strikt nach Anleitung gegangen:
SD Karte in meinen Rechner: cmdline.txt "init=/bin/sh" speichern
SD Karte wieder in den Raspi
Strom einschalten
dann kommt Login: su
dann kommt Passwort: passwd piDas genau steht in der Anweisung, und dann den Anweisungen folgen. Aber es kommt ja immer nur Login: und "unkorrekt login".
Ich habe es natürlich auch mit passwd "mein Passwort" versucht.
Ich habe in keinen Configurationsdateien gefuhrwerkt wie du es nennst, aber wenn ich mit dem Terminal mich wieder anmelden muss, dann muss die "known_hosts" ja den richtigen Schlüssel für diese SD Karte haben. Und die known_hosts habe ich immer für diese SD Karte kopiert oder umbenannt.
Das war aber alles vorher.
-
@karl-heinz1 sagte in Zugriff auf IOBroker aus anderem WLAN:
Mit
SD Karte in meinen Rechner: cmdline.txt "init=/bin/sh" speichern
sollte eine root shell starten. Also dürfte das LoginPrompt dann so aussehen
root@host ~:
-
Also root@host ~: steht da nicht aber, mir ist das vorher garnicht aufgefallen.
wenn ich die eine SD Karte reinstecke bin ich angemeldet vorne steht in grüner Schrift
pi@raspberrypi $:
Also da bin ich angemeldet. Ich habe direkt : "passwd" eingeben, dann kam,
bitte das Passwort eingeben, habe ich das bekannte Passwort eingegeben
Bitte neues Passwort eingeben
Bitte neues Passwort wiederholen
Hat funktioniertAber wie melde ich mich jetzt im Terminal an ?
und über den Browser funktioniert auch nicht.Da scheint die firewall zu greifen. Ich kann aber im Verzeichnis /etc an der Konsole mit ls alle Dateien sehen.
-
@karl-heinz1 sagte in Zugriff auf IOBroker aus anderem WLAN:
Da scheint die firewall zu greifen.
Ja, logisch. Die hast du ja auch aktiviert. Offenbar blockt die erstmal alles (was das übliche Verhalten einer frischen Installation ist) und man muss die jetzt entsprechend konfigurieren. (Oder wieder ganz abschalten...)
-
ich kann im root Verzeichnis sehen, das dort 4 Dateien sind, die bei dem Versuch wireguard zu installieren, angelegt wurden. Ich weiss nicht ob das die Ursache ist
das sind "client_private.key","client_public.key","server_private.key","server_public.key". -
ich will jetzt nichts falsch machen.
Den Raspi nur ausschalten ?
oder muss ich die letze Zeile aus der cmdline.txt wieder entfernen ? -
Aus der cmdline.txt ein Eintrag init=/bin/sh wieder entfernen.
Dann greift wieder das übliche LogIn (entweder lokal per user/pw oder per SSH (natürlich nur, wenn die Firewall nicht weiterhin Anfragen an den SSH-Port verwirft). -
das kann ich doch direkt an der Konsole mit nano machen.
und die Firewall müsste ich doch an der Konsole mit sudo ufw disable wieder abschalten
Kann ich dann auch ufw wieder deinstallieren mit sudo apt remove --purge ufw
oder wird ufw noch für was anderes gebraucht ? -
Den letzten Punkt hast du vergessen?
Das ergänzen der Datei ist nur ein notzugang
Den muss man erst wieder entfernen
Und wieder einloggen.
Aber Thomas hat das ja schon geschrieben
In diesem Zustand kennt linux keine Nutzer.
Nur Root und da sollte man über das beschriebene hinaus nix machen.
Das ist eine op am offenen Herzen. Da muss man sehr sorgfältig sein. Auch linux kann man kaputt machen
