halflife server Skal ikke køre som root??

jeg er ikke helt sikker, men tror nok du kan gøre sådan

su bruger scriptnavn

(Jeg ved godt det ser måske ser lidt underligt ud.. men jeg mener altså det virker) :ø}

Det virker, men det skulle kunne lade sig gøre bare at eksekvere programmet som root, men processen ejes af bruger "cs"

1: Det tvivler jeg stærkt på du kan - medmindre du er x bruger før du starter scriptet

2: Hvorfor kan du ikke køre su bruger foran?

Ellers lav et script der stater din server med "su bruger server"

Så får du den effekt du vil have at du kan

./script

og så kører det tvungent under den bruger?

add 1. Når man fx. starter en apache server som root "apachectl start" ejes apache process af den bruger som man har sat den til.


add 2.Det du skrev virker også, men jeg kunne ikke bruge det. sorry

2: Nej jeg forstår godt du ikke kan bruge det.. det skrev du jo.. Men hvis du nu skrev hvorfor den løsning ikke er gangbar giver det måske et bedre clue om hvilken retning du vil gå - hvorfor det vil være nemmere at hjælpe dig.

Jo kortere respons der kommer jo sværere er det at hjælpe :ø]

sorry, Jeg er bare ikke den store forfatter.

"sorry, Jeg er bare ikke den store forfatter."

Det er jo noget pjat. Dine sætning er yderst velformuleret. Du får mig simpelthen ikke til at tro på, at det er fordi du ikke er "den store forfatter" :o|

1: Det er iøvrigt ikke korrekt at du skriver det virker med apachectl.

Apachectl er ikke en server, men et init shell script. prøv

# more apachectl

Du kunne gøre det samme uden problemer.

Er det fordi du mangler et

server start|stop|restart script ????

su bruger servernavn kan også kaldes fra et shellscript så har du samme løsning som apachectl

Kom nu.. Skriv hvorfor løsningen ikke er gangbar?

Jeg har imellemtiden skrevet med en god ven og han skrev at man kun sætte en sticky bit og det skulle løse prøblemet. Jeg er dog løbet ind i andre prøblemere, da jeg satte dem.
chmod bruger:bruger hlds hlds_run
chmod u+s hlds hlsd_run
De to filer som står som process.
Det skulle løse problemet håber jeg.

Av det var spændende.. Det vil jeg straks afprøve imorgen. :ø]

Det hedder ikke sticky bit. Det hedder SUID-bit.
Det der 's', der kan være på 'x'ets plads hedder (læst fra venstre i en "ls -l"-udskrift): SUID-, SGID- og sticky bit.
Sticky bit er en bit, der kan sættes på en eksekverbar fil, så den bliver i hukommelsen, når den har været brugt blot en gang. Det betyder at programmer, der bruges ofte, afvikles hurtigere. Med nutidens hurtige harddiske er det ikke vildt nyttigt, men dengang harddiskene havde kædetræk og nu og da manglede olie, så var det ret fedt at ting som "ls" og "vi" altid lå i hukommelsen..

OK :-)Men sticky bit er bare en kæle navn til s biten.
s(set user ID/set group ID)ref: UNIX for programmers and Users

jubii har fået det til at virke med s-biten. godnat :-)

Det er noget den bog, har fundet på. Sticky bit har aldrig været hverken navn eller kælenavn for SUID eller SGID, men er det rigtigt navn på den sidste af de bits, man kan sætte..