solution for a quick/robust/secure broadcast issue

bruce badouglas at gmail.com
Tue Oct 14 00:58:35 UTC 2014


Hey patrick.

couldn't really find any good pointers on this.

any step by steps you can point me to.

ie, boxA with ipA is running mysql and has name boxA

the dhcp of boxA might change day to day

user on boxB wants to be able to get ip of boxA

how can avahi be used in this case?

thanks


On Mon, Oct 13, 2014 at 6:50 PM, Patrick O'Callaghan
<pocallaghan at gmail.com> 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?
>
> poc
>
> --
> users mailing list
> users at lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org


More information about the users mailing list