[mythtv] [mythtv-commits] mythtv/master commit: 50606cd50 by Stuart Morgan (stuartm)

Michael T. Dean mtdean at thirdcontact.com
Sun Aug 14 14:39:35 UTC 2011


On 08/14/2011 09:56 AM, E. Westbrook wrote:
> On Thu, Aug 11, 2011 at 16:11, MythTV<noreply at mythtv.org>  wrote:
>>    Changeset:  https://github.com/MythTV/mythtv/commit/50606cd50
>>
>> Log:
>>
>> Always use the loopback interface when local
>>
>> If the backend is local to the frontend then we will always use the
>> loopback interface instead of connecting on the external IP. This adds
>> some resilience to setups where the network connection may drop, e.g.
>> using wifi - especially Ubuntu which removes the IP from the interface
>> if it detects that the network is unreachable.
> This commit breaks my system.  MythTV tries localhost instead of what I've
> explicitly told it to.
>
> I configure services with specific addresses on specific interfaces as part
> of my overall network and security policy framework.  Some of these are
> local, some are not, and all are subject to change if my policy needs them
> to.  Specifically, I configure all services (that I can) to NOT listen on
> wildcard or loopback addresses.
...
> (Aside:  I do patch mythbackend to (optionally) not listen on the wildcard
> address, but I don't have any plans to submit that particular work -- for
> the simple reason that, if done right, it adds a checkbox to the
> configuration user interface, and I know we're trying to minimize that.)

As I understand it, MythTV needs to listen on all interfaces for a 
properly-functioning UPnP implementation.  Therefore, MythTV should be 
allowed to choose the most-efficient route to use for communication.

Since you're patching MythTV to add non-standard/unsupported features, 
anyway, why not just add another patch to remove this change--since it's 
appropriate in our configuration, but it breaks your 
listen-on-one-interface-only custom feature (therefore, removing it is 
just another requirement of your custom feature).

Mike


More information about the mythtv-dev mailing list