On Mon, Apr 12, 2021 at 11:54 PM J.Witvliet--- via users <
users(a)lists.fedoraproject.org> wrote:
*From: *"Jack Craig" <jack.craig.aptos(a)gmail.com>
*Date:* Monday, 12 April 2021 at 21:07:07
*To: *"Community support for Fedora users"
<users(a)lists.fedoraproject.org>
*Subject:* Re: systemd-resolved, split dns, & vpn setup
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!!
On Sat, Apr 10, 2021 at 11:39 PM Tim via users <
users(a)lists.fedoraproject.org> wrote:
> 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.
> You can run your own slave name server, that follows what the
public
> one does. This can be handy, but not essential, to keep an eye out for
> anything that goes wrong.
>
> If you want to run dynamic DNS, so you can log into your home computer
> from somewhere else on the net without having to know your IP, that's a
> different thing, again.
>
> But, if you want to be your DNS server for the whole world, they have
> to be able to connect to you. Traffic has to be able to get through.
> And you will need a fixed IP.
>
> _______________________________________________
> users mailing list -- users(a)lists.fedoraproject.org
> To unsubscribe send an email to users-leave(a)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
>
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(a)lists.fedoraproject.org
To unsubscribe send an email to users-leave(a)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