I mentioned my weird setup in an earlier post regarding a streaming
issue that turned out to be signal strength related. Now i thought I'd
return to the weirdness which actually isn't that weird at all.
This is my network:
Code:
--------------------
Internet
|
Modem
|
---------
e1 | | e2
| Router
| |
| ----------------
| | i1 | i2 | i3
Server Radio Duet
--------------------
e1 = external ip 1
i1 = internal ip 1
This is my issue:
When asked by ProtocolHandler.pm Slim::Utils::Network::serverAddr()
returns the server external ip, e1. The radio thus tries to connect to
e1 and hits the servers external firewall. If the firewall is opened
for service the spotify service does not allow the connection because
NAT has translated the request as coming from e2.
I have thought of two solutions to this problem but I could only
implement the first.
1) Edit ProtocolHandler.pm and hardcode the internal ip of the server,
i1 in the place of "Slim::Utils::Network::serverAddr()". This solution
looks like it's working. It's a hassle to upgrade though.
2) Make a special route that tells the router to forward all request to
e1 via the internal route. My router does not support this so I couldn't
try it out.
This gives rise to some questions.
Why does the squeezeboxserver give away it's external ip to the clients
on the inside?
Is it possible, or is it a good idea, to add a configuration option
that changes the behaviour?
Can this be solved easily?
--
perob
------------------------------------------------------------------------
perob's Profile: http://forums.slimdevices.com/member.php?userid=48279
View this thread: http://forums.slimdevices.com/showthread.php?t=79706
_______________________________________________
plugins mailing list
plugins@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/plugins
