staging.inyokaproject.org

Hallo, ich habe ein Problem mit einem Script das auf einer Raspberry Pi läuft und auf meinen Webserver zugreifen soll. Das Script loggt sich per SSH auf dem Webserver ein und prüft ob es ein Update für den rpi gibt. Es geht nicht um deb Pakete sondern um Scripte die auf dem rpi ausgeführt werden sollen. Der rpi ist eine Webcam/Wetterstation die man übers Internet nicht erreichen kann, der rpi kann aber auf dem Server Fotos und Wetterdaten ablegen. Der Server wurde von 14.04 auf 18.04 upgedatet und alles läuft wieder wie es soll bis auf der Aufruf von "wc" über SSH von einem Benutzer. Das Script sieht so aus:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12

rem=httpdocs/blabla/scriptupdater/

check=$(ssh -p 1234 user@server.de "ls $rem | wc -l")

if [ $check -gt 0 ]
    then
        echo "Es gibt Updates!"
    else
        echo "Keine Updates gefunden."
        logger -t $0 "Keine Updates gefunden."
        exit 0
fi

Das Script prüft ob es in dem Verzeichnis "scriptupdater" auf dem Server etwas gibt, wenn ja, geht das Script weiter und lädt das entsprechende Script herunter und löscht es danach vom Server. Melde ich mich per Konsole am Server an und rufe etwas mit wc auf, kommt "bash: wc: command not found" wc ist aber in /usr/bin enthaten. Wo ist hier der Fehler?

Was sagt

1

echo $PATH

???

1
2

bash-4.4$ echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games

/usr/bin ist mit dabei

Hmm...

und funktioniert der direkte Aufruf?

1

echo 123 | /usr/bin/wc

1
2

bash-4.4$ echo 123 | /usr/bin/wc
bash: /usr/bin/wc: No such file or directory

Nein, das ist es ja, das verstehe ich hier nicht.

Hää? Da stimmt irgendetwas nicht

1
2

file /usr/bin/wc
ls -lah /usr/bin/wc

LionBit76 schrieb:

wc ist aber in /usr/bin enthaten. Wo ist hier der Fehler?

Dann ist diese Aussage offensichtlich falsch. Wie kommst du darauf?

Wenn ich mich als root einlogge, kann ich wc da sehen

Dann stimmen die Rechte der darüber liegenden Verzeichnisse nicht.

1
2

ls -lahd /usr/
ls -lahd /usr/bin/

1
2
3
4
5
6
7

bash-4.4$ ls -lah /usr/
total 12K
drwxr-xr-x  3 root      root    4.0K May 30 21:50 .
drwx--x--- 17 censored;) psaserv 4.0K May 30 21:50 ..
drwxr-xr-x  3 root      root    4.0K May 30 21:50 lib
bash-4.4$ ls -lah /usr/bin/
ls: cannot access '/usr/bin/': No such file or directory

Ohje, ist das chrooted?

Du musst die Rechte von /usr/ erstmal anpassen

1

chmod 755 /usr/

Und dann stellt sich die Frage wieso da kein Verzeichnis /usr/bin aufgelistet wird.

Hmm, so wie es aussieht, bin ich im chroot gefangen. Obwohl in der Plesk Oberfläche chroot für diesen User nicht (mehr) aktiv ist. Habe jetzt wc in das bin Verzeichnis des Users kopiert, jetzt läuft auch das Script wieder. Muss jetzt noch heraus finden warum ich noch chrooted bin... könnte ein Bug sein weil es vor kurzem ja noch problemlos funktionierte. Danke für Deine Zeit Prof._Fink ☺

Okay. Also das mit dem chroot verstehe ich nicht wirklich. Du bist in einer Chroot-Umgebung? Wieso das und wieso sind die Rechte deshalb falsch? Hast du die Verzeichnisse falsch eingebunden?

Ist vermutlich aus Sicherheitsgründen so. Habe mal ein Screenshot angehängt...