scgi_local azert nem szokott mukodni webui-val egyszeruen, mert a socket ugye az rtorrent-et futtato user neveben jon (ez nalad latszolag root) letre, csak o irhatja
ahhoz, hogy a webui ehhez hozzaferjen, neki is megfelelo (jelen esetben root) jogokkal kellene rendelkeznie, amivel ertelemszeruen nem fog

erre ket (harom?) apro hack lehet megoldas

1: az scgi_local sor ele beszursz egy umask = 0000, utana pedig egy umask = 0022 sort
ekkor a socket 666 jogokkal jon letre, vagyis barki irhatja (ekkor viszont semmivel nem biztonsagosabb, mint a port-on valo hallgatozas

2: az socket-et tartalmazo konyvtarra beallitasz root-kent egy setgid-et es a csoport szamara az irasjogot (chmod g+ws konyvtar), valamint a csoportot beallitod a webszerver csoportjara (pl lighty, vagy www-data, nem tudom, ki neveben fut a lighty)
ekkor a letrejovo socket orokli a szulokonyvtar jogait, es a webszerver fogja tudni irni (ez lehelletnyivel biztonsagosabb

3: ha php alapu webui-rol van szo, a php safe mode segithet, de ahhoz nem igazan ertek

a problema amugy nem biztos, hogy az xmlrpc-vel van, a hibauzenet alapjan vagy nem lehet csatlakozni az rtorrent-hez, vagy a curl hulyult meg
elobbit egyszeruen tudod tesztelni

telnet localhost 5000

ha kapcsolodsz, akkor ezt kipipalhatod
utobbival amugy is szoktak gondok lenni, probalj meg frissebb/regebbi curl-t (libcurl-devel, ha jol remlik) feltenni, s utana ujraforgatni az xmlrpc-t, hogy azt hasznalja a lib-ek elkeszitesehez