I have no problem with SSH (been doing networking for 30+ years) but I basically don't see the point in bothering with it for streaming music. Remember that SBS was written with the intention of being read only, so even if someone noxious breaks in they can listen to your music, or make you listen to some of your own music, make your music stop, stuff like that. Yeah, SBS is in Perl, which can be, well, idiosyncratic is the nicest way I can put it - but it's probably as gone-over for security issues as, say Apache (buffer overruns, etc.) so, as a platform, I'd expect it's fairly secure. No, it's not 'secure' secure (redbook or whatever they're using these days for a standard), but you're also not the government, or a corporation, so, at most, you're dealing with casual crackers, who, IMO are unlikely to be interested because there are much more profitable targets around (see above about how a break in lets you mess with what someone's listening to, or listen a bit yourself).
SSH can be expensive, in terms of computing power required to encrypt a stream. Yeah, I run commercial firewalls with separate encryption processors, but the whole notion of encrypting a music stream just strikes me as wrong. Yes, you can setup an unencrypted SSH (or VPN) stream, and yes, this would be a more appropriate way, and does seem to offer some benefit (2 way cert verification) but it becomes a pain if you're trying to run the client end on a number of boxes. Anybody else got thoughts about this? Am I missing something basic? Won't be the first time... ------------------------------------------------------------------------ bobkoure's Profile: http://forums.slimdevices.com/member.php?userid=14646 View this thread: http://forums.slimdevices.com/showthread.php?t=96006 _______________________________________________ discuss mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/discuss
