Wie erlange ich hier root? (debian)

[CyborgBeta]

Hi, (vorweg: Nein, ich will nicht hacken 😄)

das ist die Ausgangslage ... das Ganze läuft im Browser über noVNC: https://github.com/ConSol/docker-headless-vnc-container/
gemanaged von docker compose.

Leider weiß ich nicht, wie ich innerhalb des Docker-Containers root bekommen kann?

Hat jemand eine Idee? Danke

 

[FR3DI]

per sudo gefolgt von z.B.: apt install....

Brauchst du per Sitzung nur einmal tätigen/ bestätigen.

Gruß Fred.

 

[JumpingCat]

https://github.com/ConSol/docker-headless-vnc-container/

https://github.com/ConSol/docker-he...-file#1-extend-a-image-with-your-own-software

Da ist das mit root erklärt.

 

[madmax2010]

Und der Weg gilt bei so ziemlich jedem Docker kompatiblen Container Image

 

[CyborgBeta]

Oh, erstaunlich einfach:

docker exec -ti --user 0 container-1 bash war die Lösung ...

Aber eigentlich wollte ich wissen, wie ich innerhalb des Containers root werden kann ... ich kenne das pw net.

 

[kachiri]

Wenn du das Passwort nicht kennst, dann gibt es halt auch kein sudo

 

[CyborgBeta]

Hat nun geklappt:

... einfach passwd aufrufen und Passwort vergeben, wenn man vom docker host in den Container geht ...

Danke alle

 

[CyborgBeta]

Nabend, habe mir inzwischen selber ein Script geschrieben und es funktioniert!

Dockerfile:

FROM debian:12

ENV TZ=Europe/Berlin

EXPOSE 6901

RUN ln -snf /usr/share/zoneinfo/$TZ /etc/localtime && echo $TZ > /etc/timezone
RUN apt update
RUN apt upgrade -y
RUN apt install nano net-tools git -y
RUN apt install xfce4 xfce4-goodies -y
RUN apt install tigervnc-standalone-server -y
RUN apt install dbus-x11 -y
RUN adduser --disabled-password --gecos "" headless
RUN echo "root:no"|chpasswd

RUN apt install firefox-esr -y
RUN apt clean

CMD [ "sh", "-c", "cd /home/headless/ && (git -C noVNC pull || git clone https://github.com/novnc/noVNC.git noVNC) && tigervncserver -localhost yes -SecurityTypes None -geometry 1600x900 && cd noVNC/ && ./utils/novnc_proxy --vnc localhost:5901 --listen 6901 && while true; do sleep 30; done;" ]

Der root login ist also nun mit dem Passwort "no" möglich.

Weiß jemand noch, wie man diese Meldung wegbekommt?:

(ploppt beim ersten Verbinden auf ...)

 

[Alexander2]

Steht ja da, wenn du auf remove drückst wird das applet dauerhaft entfernt und die Meldung wird dann deswegen auch nicht wieder auftauchen.

 

[CyborgBeta]

@Alexander2 Jein, ich kann zwar Remove anklicken, aber wenn der Container neu gebaut wird, ist es ja das gleiche Spiel.

 

[ropf]

In Debian selbst funktioniert seit Version 12 endlich sudo vernünftig, ohne dass man Benutzer manuell der Gruppe sudoers zuordnen muss. Ein "su" bzw "su root" tut es im Gegensatz zu Debian 11 nicht mehr.

Hab aber Ahnung, wie sich das innerhalb von Container auswirkt.

----------------
Edit: sollte natürlich "keine Ahnung" heissen, sorry

 

[CyborgBeta]

Hab aber Ahnung, wie sich das innerhalb von Container auswirkt.

Innerhalb von Container ist es etwas spezieller, es gibt zum Beispiel kein systemd ... deshalb auch die sleep-Schleife im cmd.

... Später starte ich das mit einem docker-compose.yml-File so:

  my-debian:
    build: ./novnc-debian
    user: 1000:1000
    volumes:
      - /path/to/dir1/:/data1/
      - /path/to/dir2/:/data2/
    labels:
      - "traefik.enable=true"
      - "traefik.http.routers.my-debian.rule=Host(`url...`)"
      - "traefik.http.services.my-debian.loadbalancer.server.port=6901"
      - "traefik.http.routers.my-debian.entrypoints=websecure"
      - "traefik.http.routers.my-debian.tls.certresolver=myresolver"
      - "traefik.http.routers.my-debian.middlewares=myauth"

Ergänzung (28. September 2024)

Edit: Nur, es gibt eben kein Power-Management innerhalb des Containers.

 

[CyborgBeta]

lxde funktioniert auch gut ... einfach xfce4 xfce4-goodies durch lxde ersetzen.

lxde braucht aber mehr Platz als xfce4.

 

[CyborgBeta]

In Debian selbst funktioniert seit Version 12 endlich sudo vernünftig, ohne dass man Benutzer manuell der Gruppe sudoers zuordnen muss.

Das stimmt. Ich habe mal spaßeshalber 12 gerade neu installiert, und das sudo-Drama scheint jetzt behoben worden zu sein ...