I've seen the traffic in the archives about trying to get DSS running
under a non-root UID. We'd also be more comfortable not having it run as
root.
I've changed run_user_name and run_group_name to 'www' (the same UID as
our apache installation) in streamingserver.xml, and I've chowned my
folders and files to match.
I got the same "Failed to start Streaming Admin Server" message that other
people had encounter.. so, I added a line to change the effective UID that
the script is running as:
--- /tmp/streamingadminserver.pl Thu Oct 31 13:22:14 2002
+++ streamingadminserver.pl Thu Oct 31 13:20:48 2002
@@ -546,4 +546,5 @@
listen(MAIN, SOMAXCONN) || die "Failed to listen on socket for Streaming
Admin Server: $!\n";
+$> = 60003;
# open another listening socket for ssl requests
(where 60003 is www's uid). It's kind of ugly, but mainly I wanted to see
if it would work. I've killed all DSS processes, and reinvoked
streamingadminserver.pl, and everything launches fine. It seems to
be working - I can access streamed quicktime, and I broadcast mp3s to it..
Acc'd to ps, the streamingadminserver.pl process is owned by www. With
the changes in streamingserver.xml, DarwinStreamingServer's child
processes are also owned by www (although the parent is owned by root).
I'm no perl guru, so I'm curious, is streamadminserver.pl actually running
as www? The relayconfig.xml configuration file it generated is owned by
www. Is this actually running as intended, or is it still running w/more
privileges than I want?
thx
Liam
_______________________________________________
streaming-server-users mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/streaming-server-users
Do not post admin requests to the list. They will be ignored.
