Anonymous_User Absent Member.
Absent Member.
2799 views

PTR Record

Aparently we do not have a PTR record and I need to create one. I am not
DNS savvy at all! I'm having problems finding documentation on how to
create a PTR record. We are using NetWare v6 SP5. I've poked around
iManager to see how I might be able to accomplish this but I'm at a loss.
Is there anyone out there who can help me? Thanks in advance for any
suggestions!

Labels (2)
0 Likes
9 Replies
Anonymous_User Absent Member.
Absent Member.

Re: PTR Record

Christine wrote:
> Aparently we do not have a PTR record and I need to create one. I am
> not DNS savvy at all! I'm having problems finding documentation on how
> to create a PTR record. We are using NetWare v6 SP5. I've poked around
> iManager to see how I might be able to accomplish this but I'm at a
> loss. Is there anyone out there who can help me? Thanks in advance for
> any suggestions!


I'm not familiar with administering DNS with iManager (I prefer to use
the old DNS/DHCP Management Utility) but you basically need to:

- create an "in-addr.arpa" zone for the network your pointer record will
be in. For example, if the IP you need to create the PTR for is
192.168.10.100 this means you need a *zone* named
10.168.192.IN-ADDR-ARPA in DNS to hold this PTR record. (notice how the
192.168.10.0) network is reversed in the zone name)

- Once you have the in-addr.arpa zone created, you add PTR records to it
that represent IP addresses that map back to DNS hostnames... this is
what is known as "reverse DNS."

So, the first thing I would ask is: when you look at all of your zones
in DNS, do you see an existing in.addr-arpa zone for your network?

Finally, if this is a public IP address you're dealing with (eg you need
a PTR record for your mail server's hostname) this is usually handled at
the ISP as they usually handle your public DNS records... unless you
really *are* running your public DNS on NetWare...

--
Jim
Support Sysop
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: PTR Record

Jim-- Thank you for the quick response. The good news is, I'm kind of
following you (I think). Yes, there is an in-addr.arpa zone created for
our IP. To answer your last question, we do need this PTR record for our
mail server's hostname. We host our own mail server although I am unsure
as to whether or not we run our own public DNS as you said. I'm in the
middle of resolving who hosts this for us. Thanks for pointing me in the
right direction!

I will be back if it turns out that we really do run our public DNS on
NetWare. Thanks again!

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: PTR Record

Jim,

Jim Michael wrote:
> Finally, if this is a public IP address you're dealing with (eg you need
> a PTR record for your mail server's hostname) this is usually handled at
> the ISP as they usually handle your public DNS records... unless you
> really *are* running your public DNS on NetWare...


That's not 100% on the spot. Even if you host your own public DNS for
your domain (and even on Netware), this still in no way means you manage
your own PTR records. These are managed by whoever "owns" the IP address
(or netblock) in question, and that's almost always the ISP.

CU,
--
Massimo Rosen
Novell Product Support Forum Sysop
No emails please!
http://www.cfc-it.de
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: PTR Record

The Indiana Department of Education owns our IP address range. If they
are in charge of creating the PTR record then I won't know where to go
next. This all came up because we are unable to send email to aol.com
email addresses. When I looked up the error given on GWIA it said it was
because there is no PTR record so AOL is rejecting all of our emails. Is
this something I can resolve internally? I thought I would just be able
to create a PRT record within our server's DNS but was I totally on the
wrong track?

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: PTR Record

Massimo Rosen wrote:

> That's not 100% on the spot.


Oops, you are of course correct! Thanks for the catch 🙂

--
Jim
Support Sysop
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: PTR Record

On Fri, 27 Apr 2007 18:28:14 +0000, Massimo Rosen wrote:

> That's not 100% on the spot. Even if you host your own public DNS for your
> domain (and even on Netware), this still in no way means you manage your
> own PTR records. These are managed by whoever "owns" the IP address (or
> netblock) in question, and that's almost always the ISP.


If you're lucky, you can get your ISP to delegate the IP block to you so
that you get control. I was able to get MCI to do that for our IPs, so
now I handle all the PTR records.

--
Joe Marton
Novell Support Forum SysOp
Novell does not officially monitor these forums!

0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: PTR Record

Hi,

Christine wrote:
> Is
> this something I can resolve internally?


No. You don't own that netblock, so the public will never think about
asking your server for the PTR record.

> I thought I would just be able
> to create a PRT record within our server's DNS but was I totally on the
> wrong track?


Above said, yes. Well, you *can* add that PTR record, but your server is
not the one that will be asked.

CU,
--
Massimo Rosen
Novell Product Support Forum Sysop
No emails please!
http://www.cfc-it.de
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: PTR Record

Joe,

Joseph Marton wrote:
>
> If you're lucky, you can get your ISP to delegate the IP block to you so
> that you get control.


That's true (albeit rare). But still the first step has to be done by
the ISP.

CU,
--
Massimo Rosen
Novell Product Support Forum Sysop
No emails please!
http://www.cfc-it.de
0 Likes
Anonymous_User Absent Member.
Absent Member.

Re: PTR Record

A big thanks to everyone who responded. I'm on the way to getting this
issue resolved. And, knowing it is something we can not do on our end, I
don't feel quite as stupid afterall! Again, thank you to all who helped
me understand the issue at hand!!

0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.