Oh so now I have learned something new.
I thought that because I was a Domain owner, I had to do the translation from my public IP to my local DNS name
You can do, but you don’t MUST do it.
I to have a split horizon, but updating records at my dns-provider is a rather masochistic exercise. Besides, it changed hands four times.
Thank you for clearing up these misconceptions.
not sure where they came from but good to hear that I can work around them
in as much as
networksolutions.com, my domain registrar provider, has already the IP and host name then
I don't need to provide that so let me trim off that external. zone I'm assuming that I still need to provide service for the 10.0.0.0 internal addresses, but that could just be covered by my /etc/hosts file right?
Only if you serve it to a single machine in your lan, /etc/host is a sensible option.
If you have multiple machines in your network, bind remain the ultimate solution (imho).
Besides, hosts is only useful for translating names to numbers and vice-versa. Anything else: (txt, srv, etc) not possible. So: “viva bind!”
As the case is, I do only have one machine
this is great this means if I don't have to serve port 53 I can shut that down and close the firewall for that port as well
I guess you guys don't run named either on the single server configuration?
With this new bit of information, I should be able to run a minimal configuration as you earlier outlined
I was trying to throw in everything plus the kitchen sink. I'll start ripping the plumbing out of named.conf;
see how little I can get away with.
Once again thanks for your time!!
I'm answering this with a separate response because it goes off in a
different direction. You can decide which way to go without mixing up
all the information together.
On Sat, 2021-04-10 at 12:03 -0700, Jack Craig wrote:
> I think I understand that the primary name server for domain must be
> in my case this home server that I'm using and that I need to be able
> to resolve my service name to my service public IP based on a
> mechanism that I expected I provide through find
>
> what seems to be happening is that I am not getting external and
> internal resolutions for internal and external look ups
>
> AT&T my ISP has agreed to secondary my DNS server but I'm expecting
> to set up the primary so it is setting up that primary and
> coordinating it with the external IP look up's from the world that I
> am stumbling on at the moment
In very few cases the primary name server for a public DNS record will
be on a home computer. It'll usually be done where you register your
domain name. Though you can shift it elsewhere. You can renew a
domain name and host it with a different company. You can have a
company host your website, and they can also host your DNS records.
my Domain is registered with network solutions my static IP block of eight IP address is are from AT&T.
Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat aanvaardt geen aansprakelijkheid
voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het elektronisch verzenden van berichten.
This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. The State accepts no liability for damage of any kind
resulting from the risks inherent in the electronic transmission of messages.
_______________________________________________
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure