solution for a quick/robust/secure broadcast issue

Ed Greshko ed.greshko at greshko.com
Tue Oct 14 01:20:43 UTC 2014


On 10/14/14 06:50, Patrick O'Callaghan wrote:
> On Mon, 2014-10-13 at 13:26 -0400, bruce wrote:
>> Hi.
>>
>> For a test network, internal 192.168..x subnet, I've got some boxes
>> that are connected to a dhcp server that I have no control of.
>>
>> I'm looking to test/play with some services on the different boxes,
>> but would like to have other boxes be able to reference the boxes
>> running the services. My issue, the box running service X could have
>> ip1 which could then change to ip2 the next day..
>>
>> I'm considering some sort of cheap/fast broadcast process where the
>> machines running the given services, broadcast out to the network "i'm
>> boxA running service Foo on ipXX" and the listening machine would then
>> decouple the message, and update the resolve.conf file, or whatever
>> the required file is to then be able to use the required name/ip for
>> the service..
>>
>> Thoughts/comments??
>>
>> Would nc be good for this, would there be a better solution?
>>
>> Should I create a limited user on each box, and have a process
>> attached to the user listen, and process the messages?
>>
>> Thanks guys..
> Isn't that pretty much what Avahi does? Why reinvent the wheel?

It may be easier for him to use a Dynamic DNS service, such as  http://www.dnsdynamic.org/,  and ddclient on the Fedora side.

-- 
If you can't laugh at yourself, others will gladly oblige.



More information about the users mailing list