ElabNET Technik Forum

Ich sage immer, sowenig wie möglich in der Konsole spielen, wenn man nicht weis was das bewirkt.

Bei mir war die Liste unter ENV einfach leer und ich habe vor dem deploy halt die zwei Variablen angelegt (das + add environmental variable). Sowie sie in der Doku genannt sind, eine um den Root-User zu aktivieren, das war glaube dieses ROOT_LOGIN_UNLOCKED = true und dann PASSWORD (musst nochmal den genauen Namen in der Doku lesen) = "Was es halt sein soll".

Damit gab das zwei Einträge und der Container lief und ich kam mit WINSCP rauf.

@FabKNX
Der Wolf ist gerade auf dem Postweg zurück.

Die Doku ist aber gut.
Bin auch absolut kein Containerspezialist.

Die wesentlichen Einstellungen übernimmst von der Anleitung oben zum anderen Container also das Portmapping und die VolumeZuordnung und die Netzwerkeinstellungen. Das machen die alle gleich. Musst halt nur die beiden Variablen bei dem hier noch ergänzen und klar das abweichende image nutzen.

Wenn es nicht direkt funzt einfach in den Papierkorb entsorgen und nochmal. Hab da auch einige Anläufe gehabt (im wesentlichen die Benamsung des Containers und der Volumes. Aber es geht ja alles fix.

Danke hat funktioniert. komme auch mit WINSCP

Was genau sollte ich mir denn jetzt sichern? Einfach die Ordner kopieren?

Das kommt jetzt wieder auf den jeweiligen Container an. Bei Nodered ist es nur ein Ordner wo die Konfigdaten und Nodereferenzen drinnen sind. Alles andere kommt ja mit dem neuen Container wieder.

Unifi habe ich nicht auf meinem Server laufen.

Ich hätte das nun auch gerade probiert mit dem alpine-ssh laut KB (app.php/kb/viewarticle?a=70).

Leider bei mir das Gleiche, dass ich per ssh und sftp nicht auf den Container von außen drauf kann. (Zugriff verweigert)
Probiert mit user "root" und Passwort "root" oder auch mit "password", wie es hier steht: https://hub.docker.com/r/gotechnies/alpine-ssh

Container selber läuft.
Laut KB steht nichts von ENV-Variablen die man ändern muss...

Bitte um Hilfe bzw. Aufklärung.
Danke

Hallo zusammen,

wir haben wahrgenommen, dass hier eine einfachere Lösung praktischen Nutzen hätte und DENKEN darüber nach, einen fertigen SFTP-Zugriff in den Timberwolf Server einzubauen, so dass man leicht auf die Docker Volumes kommt. Wir müssen sehen, wie wir das zeitlich neben den vielen anderen Themen gebacken bekommen, aber wir prüfen das für Euch

lg

Stefan

Für gelegentlichen, direkten Dateiaustausch in Container-Daten nehme ich filebrowser/filebrowser:latest - da reicht dann ein normaler Web-Browser.

(Zum Entwickeln ist dagegen SSH und SSHFS eine super Lösung. Aber das geht unter Windows vermutlich nicht, und beim Entwickeln hat man auch ganz andere Anforderungen als gelegentlich mal eine Datei auszutauschen)

Habe den SSH Container installiert und auch dokumentiert wie die Einstellungen sind. Ich bringe das mal in einen ordentliche Form und stelle es dann bereit.

Sun1453 hat geschrieben: ↑Di Jan 04, 2022 4:18 pm Habe den SSH Container installiert und auch dokumentiert wie die Einstellungen sind. Ich bringe das mal in einen ordentliche Form und stelle es dann bereit.

Super danke

Eraser hat geschrieben: ↑Di Jan 04, 2022 2:42 pm
Leider bei mir das Gleiche, dass ich per ssh und sftp nicht auf den Container von außen drauf kann. (Zugriff verweigert)
Probiert mit user "root" und Passwort "root" oder auch mit "password", wie es hier steht: https://hub.docker.com/r/gotechnies/alpine-ssh

Stand vor dem selben Problem.
Workaround: über Portainer die Console öffnen (root) und den Befehl "passwd" eintippen.
Du wirst zum Setzten des Passworts aufgefordert.

Danach geht es dann mit dem User root und dem von dir gesetzten Passwort.

Hallo Peer,

nach einem Redeploy des Containers ist das dann aber wieder futsch.....

Beste Grüße
Jens