bpa wrote: > Nope - it's just each player on startup sends a UDP broadcast message on > port 3483 and any LMS server who hears the packet sends back a reply > indicating its name (IP address of LMS server is part of the packet > header) and a few other bits of info if requested. > > See gotTLVrequest in Discovery.pm file > https://github.com/Logitech/slimserver/blob/public/7.9/Slim/Networking/Discovery.pm > > Broadcast UDP packets are limited to a LAN segment. Have you got a > complicated network ?
Yes, it's this project here: http://forums.slimdevices.com/showthread.php?105324-and-here-s-a-hack-from-me It's an OpenVPN client running a Squeezelite and redirecting LMS IP-pointed request to the LMS on the other side (masquerading). Like this: Code: -------------------- LOCALLISTENIP=<a static ip of the OpenVPN Client> TARGETSERVER=<LMS> iptables -t nat -A PREROUTING --destination $LOCALLISTENIP -j DNAT --to-destination $TARGETSERVER -------------------- Hm, but this means, if I manage to redirect a broadcast to the LMS IP on the other side of the tunnel... uuh scary. But I'll dig into it. Have you got some keywords? :-) thanks! M ------------------------------------------------------------------------ maweber's Profile: http://forums.slimdevices.com/member.php?userid=64980 View this thread: http://forums.slimdevices.com/showthread.php?t=105445 _______________________________________________ Squeezecenter mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/squeezecenter
