openhabforum.de

Hmm, beim ersten Versuch war ich tatsächlich direkt als User openhab angemeldet.
Nun habe ich mich über su angemeldet, bekomme aber das gleiche Verzeichnis angeboten.

Code: Alles auswählen

int5749@Skynet:~$ sudo su openhab -
[sudo] Passwort für int5749: 
openhab@Skynet:/home/int5749$ ssh-keygen -t ed25519
Generating public/private ed25519 key pair.
Enter file in which to save the key (/var/lib/openhab/.ssh/id_ed25519):

Das könnte ich natürlich anpassen, aber ist halt für mich überraschend, dass ein anderes Verzeichnis angeboten wird.

Evtl. ist der Eintrag in der

Code: Alles auswählen

/etc/passwd

Code: Alles auswählen

openhab:x:102:105:openhab runtime user:/var/lib/openhab:/bin/bash

Oder mache ich etwas in openhab kaputt, wenn ich das auf

Code: Alles auswählen

openhab:x:102:105:openhab runtime user:/home/openhab:/bin/bash

ändere??

Nein, das stimmt so und muss so sein. Wie gesagt... Wenn Du als User openhab angemeldet bist, schreibt ssh-keygen den key nach /var/lib/openhab/.ssh/

Und wenn Du den Befehl sudo su - openhab ausführst, befindest Du Dich im Verzeichnis /var/lib/openhab/. Entsprechend wird der von mir angegebene Befehl

Code: Alles auswählen

cat .ssh/id_ed25519.pub >> .ssh/authorized_keys

auch korrekt funktionieren und den public Key als erlaubten Zugangsschlüssel hinterlegen. Danach kannst Du Dich mit dem Private Key remote einloggen.

Oder, vielleicht anders ausgedrückt: Es ist das selbe (!) Verzeichnis.

So, dann bin ich wohl drauf und muss mich nun ein wenig vertraut machen.

Danke für den Tip, das erspart die Samba Konfiguration

Ach ja, kleine Ergänzung, weil ich weiter obern erwähnt habe, dass ich die relevanten openHAB Ordner alle hinzugefügt habe, aber die alle als openhab angezeigt werden: Man kann (mindestens) bei Verwendung eines Workspace auch Namen setzen, die dann statt des letzten Pfadteils angezeigt werden. Mein openhab.code-workspace sieht nun so aus:

Code: Alles auswählen

{
	"folders": [
		{
			"path": "../../../etc/openhab",
			"name": "conf"
		},
		{
			"path": ".",
			"name": "userdata"
		},
		{
			"path": "../../log/openhab",
			"name": "logs"
		}
	],
	"settings": {
		"openhab.connection.host": "http://192.168.178.55",
		"openhab.connection.port": 8080,
		"openhab.itemCasing": "camel",
		"openhab.languageserver.remoteEnabled": true,
		"openhab.languageserver.remotePort": 5007,
		"openhab.useRestApi": true,
		"openhab.connection.authToken": "oh.vscode.********************************************************************",
		"yaml.schemas": {
			"https://www.schemastore.org/openhab-5.1.json": [
				"file:///etc/openhab/yaml/**/*.yml",
				"file:///etc/openhab/yaml/**/*.yaml"
			]
		}
	}
}

Das yaml schema ist der neueste heiße Scheiß

wenn man das yaml Plugin (von Red Hat) installiert, bekommt man durch das verlinkte Schema im yaml-Ordner ein klein wenig Hilfe

aber natürlich kein Vergleich zum "echten" openHAB Plugin. Ich hoffe, der Entwickler baut noch native Unterstützung von yaml ein.

Ja, yaml Konfigurationen verbreiten sich derzeit auch sehr breit.

Ich habe mit mal erlaubt, Deine Workspace Konfig zu übernehmen

Damit ist aber alles nur noch schwarz/weiß, also ohne die farbige Syntax Prüfung. Da habe ich bestimmt wieder etwas vergessen, oder falsch angepasst

Oder muss ich dann noch alle Add Ins auch remote auf dem openHab Host installieren?

Ja, die benötigten Plugins müssen remote installiert sein, insbesondere natürlich das openHAB Plugin. Und natürlich findet der Zugriff für das openHAB Plugin über localhost, bzw. 127.0.0.1 statt.

openhabforum.de

Upgrade auf Milestone 5.1.0.M1 oder auch Debian

Re: Upgrade auf Milestone 5.1.0.M1 oder auch Debian

Re: Upgrade auf Milestone 5.1.0.M1 oder auch Debian

Re: Upgrade auf Milestone 5.1.0.M1 oder auch Debian

Re: Upgrade auf Milestone 5.1.0.M1 oder auch Debian

Re: Upgrade auf Milestone 5.1.0.M1 oder auch Debian

Re: Upgrade auf Milestone 5.1.0.M1 oder auch Debian

Re: Upgrade auf Milestone 5.1.0.M1 oder auch Debian

Re: Upgrade auf Milestone 5.1.0.M1 oder auch Debian