Die Geheimnisse sind die gleichen wie für den Haupt-Repo (gleiche Logik)
Keine besondere Meinung, ich wechsle auf pi für den Benutzer ohne Problem.
Ich denke nicht und es scheint mir normal, dass man das nicht tun kann
Ich verstehe den Bedarf (make it simple ), aber ich habe eine etwas andere Philosophie. Wenn wir es einfach haben wollen, müssen wir dafür sorgen, dass der Endbenutzer sich nie per SSH am OS anmelden muss. Das schließt sich ein wenig an die Diskussion über Google Home an, es gibt den einfachen Weg und den harten Weg.
Und in dieses Gebiet einzutreten (die Sicherheit des Hosts von Gladys aus steuern) ist ein bisschen grenzwertig und nicht sicher.
Was schlägst du also vor, damit das Passwort des Images nicht das Standardpasswort ist und auch nicht ein festes Passwort? Das Passwort muss zwangsläufig dynamisch im Image generiert werden.
Aber trotzdem muss ein fortgeschrittener Nutzer dieses Passwort kennen.
Wie machen das Hersteller, die Linux-basierte Produkte vertreiben?
Zum Beispiel Kamerahersteller, die gute Praktiken umsetzen, wie machen die das? (extrem selten, die meisten machen einfach irgendwas, aber das ist keine Ausrede)
Gleiches gilt für Produkte wie Google Home, da ist wahrscheinlich Linux drin, wie sichern die das ab?
Erstellung oder Wiederverwendung eines bestehenden Kontos. Aber sie nutzen kein Docker , sie liefern ein Produkt mit Firmware.
Was ich machen kann, ist ein Passwort für den Benutzer pi generieren und es irgendwo im System speichern (Gladys kann es lesen und anzeigen, aber da ist nichts sicheres dabei. Ich habe keine Idee)
Gut, dann bleiben wir vorerst bei der Option „pi“ / „raspberry“. Das, was du mit diesem Bild im Vergleich zum bestehenden gemacht hast, ist schon großartig!
Ah kleine Frage @VonOx, ich habe vergessen zu testen, der Hostname ist doch « gladys » und man kann sich mit dem Host « http://gladys.local » verbinden?