perob;641307 Wrote: 
> 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?

Start the server with a --httpaddr command line option specifying the
address you want the server to advertise?


-- 
Triode
------------------------------------------------------------------------
Triode's Profile: http://forums.slimdevices.com/member.php?userid=17
View this thread: http://forums.slimdevices.com/showthread.php?t=79706

_______________________________________________
plugins mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/plugins

Reply via email to