Új hozzászólás Aktív témák

• #5145 Józsibácsi csendes tag

  Új Válasz 2008-02-14 18:32:49 #5145

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Józsibácsi

  csendes tag

  sziasztok a kovetkezo problemaval fordulnek hozzatok

  adott egy linux (az kvazi mindegy, milyen, bar ha szamit, akkor hardened gentoo), felhasznalok, s par felhasznalonal fut az rTorrent, s hozza az rTWi web interface

  az rtorrent-hez ket modon lehet kapcsolodni:
  1: minden egyes kliens nyit egy port-ot (esetemben 127.0.0.1 fele hallgatozva), amin keresztul lehet vele kommunikalni
  ez mukodik is szepen, a gond csak az, hogy mivel az rTorrent maga nem tud azonositani (semmilyen modon), hogy igy parancssorbol tetszoleges user, amennyiben megtudja egy masik user rTorrent beallitasait (vagy rahibazik a port szamara), atveheti a vezerlest masok rTorrent-je felett
  ezt nem szeretnem

  2: unix socket-en keresztul
  ez jo lenne, hisz a socket az adott rtorrent-et futtato user neveben jon letre 755 jogosulsaggal
  a problema akkor jon, mikor hasznalni szeretnem az rTWi-t, ugyanis ezesetben a webszervernek is szuksege lenne irasjogra
  bar a setgid* segitsegevel meg tudom oldani, hogy a socket user:apache tulajdonban legyen, mikor letrejon, de a socket-nek csak az rTorrent forrasanak turkalasaval tudnek 775 jogosultsagot adni (automatikusan - hisz ez lenne a cel)

  meg tudom valahogyan oldani azt, hogy az rtorrent-et futtato user es a webserver tudja irni a socket-et, es csak ok tudjak, mas nem?

  remelem sikerult ertelmesen leirnom, mi a problema
  barmilyen epito jellegu otletet szivesen fogadok, valaszaitokat elore is koszonom

  *: chmod g+s a socketet tartalmazo konyvtarra, igy a socket letrejottekor orokli a szulokonyvtar tulajdonosat
  sajnos a jogokat nem orokli (az csak konyvtarakra mukodik)

Új hozzászólás Aktív témák