The World HAS Changed..
:P

1. he, he widzisz , bajbusek 28/08/02 13:48
   SUid tak naprawdepowoduje, ze program wykona sie z uprawnieniami ownera- a ja nie chce zeby zbior mial zmienione uprawnienia - chce aby started task wystartowal z userem innym niz moj... dokladnie:
   Z segmentu OMVS pod S/390 odpalam 3 started taski do komunikacji z FTP przez TCPIP:
   _BPX_JOBNAME='SYSLOGD' /usr/sbin/syslogd &
   _BPX_JOBNAME='INETD' /usr/sbin/inetd /etc/inetd.conf &
   _BPX_JOBNAME='FTPD' /usr/sbin/ftpd &
   
   sprawa prosta - problem polega na tym, ze RACF w S/390 zarzadza uprawnieniami do segmentu OMVS (unix) - mam uprawnienia dla usera 0 czyli ROOT - jednak wszystkie daemony i started taski odpalaja sie z moim ID :((( a nie defaultowym Xunixus :((... nie pamietam jak go zmusic do tego - nie mam tez mozliwosci zalogowania sie jako su=root bo jestem tak zalogowany - kazdy user jest jako root... nie wazne - bede musial wrzucic to na grupe MainFrameowa ...
   
   moze setgid - na czas wykonania zmieni grupe... SHIT.
   1. Coś chyba nie tak... , Star-Ga-Te 28/08/02 22:41
      su inny_user -c 'command'
      Taka komenda uruchamia proces o uprawnieniach innego_usera.
      Plik wykonywalny (np.) wyspecyfikowany jako 'command' pozostaje przecież bez zmian, owner pliku też.
      Tak jest przynajmniej w *nix-ach, nie wiem czy wszystkich, ale tych bardzo starych też. Mainframe-y pozostają dla mnie "czarną magią", czyżby nie było tam man-ów ? :)

      --
      Informatyka jest nauką doświadczalną.
      Dzięki AI jeszcze bardziej.

      1. he, he , bajbusek 29/08/02 10:59
         many na unixie.... z MF hmm sa ale tak obciachane, ze lepiej nie korzystac... pokombinuje, zobacze ... moze cos popsuje ;)