On Mon, Apr 12, 2021 at 11:54 PM J.Witvliet--- via users <
users@lists.fedoraproject.org> wrote:

>
>
>
> *From: *"Jack Craig" <jack.craig.ap...@gmail.com>
> *Date:* Monday, 12 April 2021 at 21:07:07
> *To: *"Community support for Fedora users" <users@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@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@lists.fedoraproject.org
>> To unsubscribe send an email to users-le...@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@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@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
>
_______________________________________________
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@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

Reply via email to