Hey Patrick. Thanks for the reply. The situation will potentially scale/get to: -50-100 instances on the rackspace/digitialocean cloud -the process needs the ability to externally interface with a few of the boxes/instances via name as opposed to ipaddress (thus the DNS) -the internal processes need the ability to be accessible from the other instances via name (again, the reason for dns) I'd prefer not to do ssh test@1.2.3.4 to instances within the internal boxes/instances --names are much easier.. --the internal machines for the most part are connected to other internal instances/boxes.. -- ie, will not be accessed externally -while one could manage /etc/host files.. not looking to do that for 50/100 instances.. which is why the dns questions are being posed. On Sun, Jan 31, 2016 at 1:23 PM, Patrick O'Callaghan <pocallaghan@xxxxxxxxx> wrote: > On Sun, 2016-01-31 at 12:57 -0500, bruce wrote: >> As far as I can tell, most of the sites say you need to already have >> a >> "name" from a domain name provider. That can't be right, can it!! One >> can have a dns process internal to an org, providing dns names to >> machines all over the place. Granted, those machines/names might be >> internal/private. > > If it's wholly internal (i.e. any lookups are from machines within the > network), you don't need an globally recognized name. You can use > /etc/hosts or dnsmasq. > >> So, does one need an "actual" real name for an externally facing >> server in order to process the DNS so one can do a "ssh test@xxxxxxx" >> or can you use something like "ssh test@xxxxxxxxxxxxxxx" > > Even if your home network is hidden behind an ISP NAT router, getting > your own domain is quite simple. Providers such as DynDNS (www.dyn.com) > or NO-IP (www.noip.com) offer DNS registration (either paid or free > with restrictions). You also need a dynamic DNS client to keep them up > to date, but most modern routers can do that for you. > > poc > -- > users mailing list > users@xxxxxxxxxxxxxxxxxxxxxxx > 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 -- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx 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
