Forum Debian Users Gang

chmod -R u+s fhem
-rwsr-sr-x 1 root root 1442 sty  4 14:10 fhem

Pokaż wynik polecenia

file fhem

Pliku wykonywalnego, a nie skrypta z init.d

Ostatnio edytowany przez Jacekalex (2015-01-10 16:21:05)

Co właściwie uruchamia ten plik [b]/etc/init.d/fhem[/b].

Bo jeżeli skrypta fhem.pl to na żadnym skrypcie powłoki czy perla albo pythona nie zadziała bit suid i sgid, takie rzeczy można robić tylko z plikami binarnymi ELF.

Np:

file `which sudo`
/usr/bin/sudo: setuid ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.16, stripped

Skrypty musisz ustawić w sudoers i uruchamiać przez sudo.
To chyba najłatwiejszy sposób.

Przy okazji. w init.d to nie są programy, tylko skrypty startowe demonów systemowych, czemu go po prostu nie dodasz do autostartu, żeby wstawał automatycznie z systemem?

Bo na razie kombinujesz tak, jakbyś chciał się podrapać paluchem prawej nogi za lewym uchem, albo ubrać wojskowy hełm na lewą stronę. :D

Ostatnio edytowany przez Jacekalex (2015-01-11 06:04:05)

a w ogóle ustawiłeś odpalanie demona fhem przy starcie czy czekasz aż sam się magicznie uruchomi?
pytanie kontrolne: jeśli fhem nie działa co będzie po

sudo service fhem start

dywagacje kolegi piętro wyżej o suidach, elfach i innych krasnoludkach raczej były nie na temat...

jakie to było polecenie do kontroli uruchamiania... rc-cośtam, niech ktoś się zlituje i przypomni...

to zrób z roota

service fhem start

poza tym skrypty przy starcie zawsze uruchamiają się z uprawnieniami roota - dopiero potem albo demonizer odpala binarkę z uprawnieniami konkretnego usera (nie w tym przypadku), albo binarka sama zrzuca uprawnienia.

dalej: to że skrypt istnieje w init.d nie oznacza, że się włączy. ponawiam prośbę do kolegów - zamiast smętnie bredzić o elfach i suidach powiedzcie facetowi jak się konfiguruje uruchomienie skryptu w rcX.d, bo na razie (nikogo nie obrażając) wypowiedzi są na poziomie kolegi Momtozadar Mocha z forum ubuntu, a ja na telefonie nam dość ograniczone pole manewru :(

a w jaki sposób demon fhem uruchamia się przy starcie systemu? tylko bez teorii o elfach i krasnalach poprosiłbym...
a jeszcze jedno - czy gnokii znajduje się w ścieżce obowiązującej przy uruchamianiu programów z rc.d? pytam bo kiedyś sam się na to naciąłem.

Ostatnio edytowany przez ethanak (2015-01-11 17:59:10)

Ja tylko powiem, że start-stop-daemon ma opcję odpalania procesów jako inni użytkownicy.

Poniżej jest przykład skryptu odpalającego qbittorrenta na prawach morfik:p2p , czyli user morfik, grupa p2p :

#! /bin/sh
### BEGIN INIT INFO
# Provides:          qbittorrent-nox
# Required-Start:    $remote_fs $syslog
# Required-Stop:     $remote_fs $syslog
# Should-Start:      iptables-persistent pgl
# Should-Stop:       iptables-persistent pgl
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Start QBittorrent
# Description:       Start qbittorrent-nox on start. Change USER= before running
### END INIT INFO

# Author: Jesper Smith
#

# Do NOT "set -e"

# PATH should only include /usr/* if it runs after the mountnfs.sh script
PATH=/sbin:/usr/sbin:/bin:/usr/bin
DESC="QBittorrent"
NAME=qbittorrent-nox
DAEMON=/usr/bin/$NAME
DAEMON_ARGS=""
PIDFILE=/var/run/$NAME.pid
SCRIPTNAME=/etc/init.d/qbittorrent-nox
USER=morfik:p2p

# Exit if the package is not installed
[ -x "$DAEMON" ] || exit 0

# Read configuration variable file if it is present
[ -r /etc/default/$NAME ] && . /etc/default/$NAME

# Load the VERBOSE setting and other rcS variables
. /lib/init/vars.sh

# Define LSB log_* functions.
# Depend on lsb-base (>= 3.0-6) to ensure that this file is present.
. /lib/lsb/init-functions

#
# Function that starts the daemon/service
#
do_start()
{
    
    # Return
    #   0 if daemon has been started
    #   1 if daemon was already running
    #   2 if daemon could not be started
    start-stop-daemon -c $USER -b -t --start --quiet  --exec $DAEMON  \
                || return 1

    start-stop-daemon -c $USER -b --start --quiet --exec $DAEMON -- \
        $DAEMON_ARGS \
        || return 2
    sleep 1
}

#
# Function that stops the daemon/service
#
do_stop()
{
    start-stop-daemon -c $USER --quiet  --stop --exec $DAEMON
    sleep 2
    return "$?"
}

VERBOSE="yes"

case "$1" in
  start)
    [ "$VERBOSE" != no ] && log_daemon_msg "Starting $DESC" "$NAME"
    do_start
    case "$?" in
        0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
        2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
    esac
    ;;
  stop)
    [ "$VERBOSE" != no ] && log_daemon_msg "Stopping $DESC" "$NAME"
    do_stop
    case "$?" in
        0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
        2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
    esac
    ;;
  status)
       status_of_proc "$DAEMON" "$NAME" && exit 0 || exit $?
       ;;
  restart|force-reload)
    log_daemon_msg "Restarting $DESC" "$NAME"
    do_stop
    case "$?" in
      0|1)
        do_start
        case "$?" in
            0) log_end_msg 0 ;;
            1) log_end_msg 1 ;; # Old process is still running
            *) log_end_msg 1 ;; # Failed to start
        esac
        ;;
      *)
          # Failed to stop
        log_end_msg 1
        ;;
    esac
    ;;
  *)
    echo "Usage: $SCRIPTNAME {start|stop|status|restart|force-reload}" >&2
    exit 3
    ;;
esac

Jeśli teraz odpali się qbittorrenta przy starcie systemu, lub zwyczajnie via ten skrypt rc, to proces wygląda tak:

root:~# /etc/init.d/qbittorrent-nox start
[ ok ] Starting QBittorrent: qbittorrent-nox.

root:~# ps -eo "user,group,pid,args" | grep -i qbitt
morfik   p2p       64221 /usr/bin/qbittorrent-nox

Bez cudowania z sudo i innymi wynalazkami. xD

Co co ma do rzeczy? Masz przykład jak odpalić proces via skrypt startowy jako inny user niż root i masz przy tym jego zawartość, którą se możesz wziąć za wzór, a nie jakieś magiczne słowa typu: " demonizer"...

[b]ethanak[/b], wiesz już dlaczego sms nie jest wysyłany? Ja niestety nie wiem.

[b]morfik[/b], tak wygląda mój skrypt z [b]/etc/init.d/fhem [/b] --> [url]http://wklej.org/id/1595287/[/url] Możesz podpowiedzieć, jak go zmienić, aby fhem był odpalany na prawach roota?

Ostatnio edytowany przez prosze (2015-01-14 14:23:06)

Właściwie sprawdzałem tylko tworzenie pliku (nie wymaga roota) i wysyłanie smów (tutaj wymaga). Innch możliwości nie testowałem. Zadałem też pytnie na tym forum ([url]http://forum.fhem.de/index.php/topic,31844.msg243212.html#msg243212[/url]) i dostałem odpowiedź
[url=http://postimg.org/image/ao6xr9n5t/][img]http://s24.postimg.org/ao6xr9n5t/2015_01_14_153304_1278x414_scrot.jpg[/img][/url]
Tylko i tak nie wiem, o co chodzi :)

EDIT:
Uprawnienia dla gnokii już miałem wcześniej ustawine na

pic@debian:~/Desktop$ ls -l /usr/bin/gnokii
-rwsr-sr-x 1 root 1001 135768 lut 19  2014 /usr/bin/gnokii
pic@debian:~/Desktop$

Ostatnio edytowany przez prosze (2015-01-14 14:52:44)

Taka była odpowiedź:

in /opt/fhem/fhem.pl you find

# If started as root, and there is a fhem user in the /etc/passwd, su to it

so maybe removing the user fhem could do it

Tego skryptu nie ruszasz jeśli ma być odpalany jako root -- wcześniej źle zrozumiałem i myślałem, że chcesz odpalać go jako nie root, jeśli ten skrypt zostanie odpalony jako root, to wszystkie zawarte w nim polecenia będą wykonywane jako root, także bez sensu jest zmiana uprawnień wykonywanych w skrypcie poleceń na root jeśli ten skrypt jest odpalany jako root, bo przecie to jest oczywiste, że jeśli odpalasz skrypt jako root, to wszystko w nim się wykonuje z uprawnieniami roota. xD Jedynie co to masz tam:

 perl fhem.pl fhem.cfg

a co robi ten skrypt i co tam za config jest, to ja nie mam zielonego pojęcia -- zajrzyj i zobacz co tam się dzieje. Może w tym configu masz jakieś opcje od zrzucania uprawnień, albo sam skrypt coś tam ustawia sobie.

[quote=ethanak]so may be removing user fhem would be solution...[/quote]
Oczywiście, że próbowałem tego rozwiązania i w pliku [b]/etc/passwd[/b] postawiłem "#" przed

#fhem:x:999:20::/opt/fhem:/bin/false