| |
| |
| |
|
Page: 1 2
Comments:
<0> im having a trouble with my mx records. some smtp servers are making it to my server, some arent, and a lot of the lookups look wrong. does anybody know anything about named here?
<1> Whats the domain?
<0> kdvs.org
<0> i recently changed the mx record as i put a mail server on kdvs.org (it used to be on a different server) and now email isnt getting through.
<1> yeah, you mucked it up
<1> point the MX record to an A record, not an IP address
<1> your MX records resolve to ip.ad.dre.ss.kdvs.org
<0> yea :(
<0> i noticed, haha
<0> if i edit it, can you verify it for me?
<1> sure, dont forget to update teh serial number
<0> what's the serial number?
<0> im very new to dns technology
<1> its used by the secondary nameservers for your zone to know whether the zone has been updated
<0> that's important
<0> alright, mind if i use a pastebin so you can verify my zone file? i really appreciate your help
<1> sure
<1> you also have a problem with your glue records
<0> silk: alright, we can correct that too if you have the time
<1> you will need to fix them up with your registrar
<0> what does a glue record do?
<0> here's what i have: http://paste.uni.cc/8778
<2> a glue record is the proper A record for a delegation using an NS record
<2> i'm not sure if i'd understand that sentence myself...
<1> provides a hint to recursive resolvers, for when a namserver is within the zone
<1> they can be used when its not, but in that case it isnt really necessary
<0> ah
<0> does my updated zone file look correct?
<1> hang on
<0> okay. sorry. thank you too
<1> um, why list a secondary MX that just points to the primary?
<2> IN NS ns0 # no?
<2> ah, it's always the same machine
<2> doesn't really matter then, just looks better
<0> silk: oops. again, sorry, im new and dont know what all this means per say, i just had to get it working
<0> should i remove the secondary mx?
<2> a second MX pointing to the same physical host just makes no sense at all
<0> TheBonsai: it's safe to remove then?
<2> the MX with lower priority is used when the one with higher fails
<2> as they are the same machines... guess
<0> alright
<0> should i save and restart named and see what happens or are there still errors perhaps?
<2> fails == sending mail fails, could be a broken service, or just an overloaded mailserver
<0> TheBonsai: ah
<2> why is mail a CNAME but library an A record?
<2> no error, just weird
<2> or vice versa, why is everything but mail an A ;)
<0> i dont know, i got advice from friends who have used named in setting this up, im not up to speed on what a A record or CNAME record is
<0> should i report my zone file and see if it's correct?
<0> *repost
<2> then now DO NOT EVEN THINK OF making mail your MX
<1> http://paste.uni.cc/8779
<2> as an MX MUST NOT point to a CNAME
<0> TheBonsai: alright
<0> silk: should i use your pasted zone file instead?
<1> have a look at it
<1> ask if you dont understand something
<2> NS == ns0 perhaps
<1> I didnt reduce teh default TTL, you want to until you are happy with the records
<0> alright, my first question: is the SOA line defining kdvs.org as a valid A entry?
<2> just for optical correctness (ya did the same with mail)
<1> yeah, didnt get that one
<1> and it will match the glud then
<2> topher: see the SOA as the authorative description record for a zone. "start of authority"
<0> ah
<2> topher: it doesn't automagically define any addresses or so
<0> silk: did you say in your post that ns0 should be changed to ns or not?
<0> *no
<1> I didnt, but it should
<0> ok
<1> change line 9
<1> bbiab
<2> topher: it's more informative. what's the primary nameserver for the zone, what's the person who manages it, the serial number, the default values
<0> line 9 should read ns0?
<2> IN NS ns0.kdblah.foo
<2> erm
<2> ns0.kdblah.foo.
<0> ah, got it i think
<0> will the serial let servers like yahoo and gmail know ive updated my mx record?
<2> the highest serial found indicates the latest version of the zone data
<0> ah
<2> but if yahoo and other will re-query the zone meanwhile, depends on TTLs and stuff
<0> okay, i took silk example and saved it, reloaded named, but the web-based mx lookups still have the wrong mx record
<0> are they just cached?
<2> i guess. lemme dig from here
<0> alright, thank you TheBonsai
<2> bonsai@mainserver:~/tests$ dig +short @kdvs.org kdvs.org IN MX
<2> 5 mail.kdvs.org.
<0> so will the servers that still say: 5 169.237.101.62.kdvs.org. get updated eventually?
<2> sounds up to date. now wait for the zone to be propagated
<2> DNS isn't a realtime database
<0> what's the time frame on that? hours?
<2> 1h it seems
<2> round about
<2> at least the refresh time for slave servers
<2> means something or nothing for caching servers
<0> okay, just making sure it's not days. i dont want the mail server down too long
<2> the default TTL is 42somethingthousand seconds. caches might use that
<0> ah, now i just sit and wait nervously in hopes it works :/
<2> take a coffee break
<0> haha, i think i will actually
<0> thank you for your help TheBonsai , silk , i really appreciate it, and so do the 130 or so e-mail addresses on kdvs.org
<2> a big coffee...
<2> bonsai@mainserver:~/tests$ dig +short kdvs.org IN MX
<2> 5 mail.kdvs.org.
<2> now the general call reports the right one here
<2> might be my LAN nameserver caching the right zone, though
<0> TheBonsai: it appears that two smtp servers i have accounts on, luethy.net and ucdavis.edu, both make it through, but gmail.com and mail.yahoo.com havent updated yet, i guess, as mail from their smtp servers hasnt made it yet
<2> bonsai@mainserver:~/tests$ dig +short @4.2.2.1 kdvs.org IN MX
<2> 5 mail.kdvs.org.
<2> others, too
<2> so, i think the propagation just begun
<2> do you have a test email i can sent to? (from a german mail provider)
<2> *send
<0> sure, webmaster@kdvs.org i can check
<2> sent
<0> nothing yet
<2> Jul 29 00:40:07 gate postfix/smtp[28113]: E734A6B04E: to=<webmaster@kdvs.org>, relay=fmrlallmx.t-online.com[194.25.134.93], delay=1, status=sent (250 2.0.0 Message accepted.)
<0> still not here
<0> your smtp server delivered it?
<2> to my provider's relay, yes
<0> ah, ok
<2> what that relay does is out of sight
<0> i suppose ill just wait a few hours and check it again
<1> it is going to take upto 12 hrs for the old records to disappear
<2> --> coffee
<0> i guess ill just have to wait. again silk ,TheBonsai , thank you for your help. im going to grab that coffee but ill be sure to drop by again if i have any questions
<1> no wukks
<2> take a big one
<2> (coffee)
<0> hehe
<2> isn't that evil? http://www.thebonsai.de/pregnant.jpg
<3> hi all
<2> hi one
<3> heheh
<3> i'm using dyndns (using a cable modem)
<3> I want to runa dns server
<3> but I only have one IP addr
<3> how can I have 2?
<3> can one address just forward to another?
<2> i'm not sure i understand that correctly. does your provider give you 2 addresses?
<3> no... provider only gives one... that's the prob
<2> then that's pointless
<2> you can't just grab a random IP
<2> if the gateway of your provider is a bit sane, it will not route it
<3> is it possible to get another ip from somewhere else that will forward to my IP... a apid service of some kind?
<2> the problem remains, in a higher dimension. an IP from somewhere will unlikely be routed into your provider's network and through it to you. it should be - if - an IP from the same provider
<3> apid = paid
<1> If you want more Ipublic P addresses to use on your network, you will need to purchase them as a product/service from your provider
Return to
#dns
or
Go to some related
logs:
hallx049
#linux
#openzaurus
#linux
phpinfo similar jsp
gentoo pdf2ps
#perl
gentoo drm Mobility M6 LY.
#debian
unshift, pearl
|
|
