Reverse address entries

[Novosielski, Ryan]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 07/03/2013 11:33 PM, Doug Barton wrote:
> On 07/03/2013 07:52 PM, Novosielski, Ryan wrote: | On 07/03/2013
> 04:39 AM, Matus UHLAR - fantomas wrote: |> On 02.07.13 08:53,
> Daniel McDonald wrote: |>> I've had trouble with OSI-Soft PI
> historian without reverse |>> entries.  If there is no reverse,
> then the PI software would |>> spend about 30 seconds looking in
> vain for a DNS answer before |>> sending a SYN-ACK packet. | |> If
> there is no reverse, the software should get NXDOMAIN answer. in |>
> such case there's nothing to wait for any longer. Are you sure
> that |> was not a case of unreachable servers? | | Something I just
> stumbled over today (funny that it was during this | topic) is that
> there is a Cisco ASA issue that makes reverse queries | against
> anything but in-addr.arpa fail with a timeout. Unfortunately, |
> some things check IN-ADDR.ARPA (why on earth?) and the lack of
> that | entry is apparently causing mail delivery problems.
> 
> It's not clear what distinction you're making. DNS should not be
> case sensitive, or is that what you're saying the problem is?

Sorry I wasn't that clear -- the issue that we're having is that the
reverse DNS is not available. The reason happens to be case
sensitivity and problem with the Cisco firewall we're using -- not a
choice not to include those entries -- but in any case, it is an
example of what can happen when your reverse entries are not properly
configured.

- -- 
 ____*Note: UMDNJ is now Rutgers-Biomedical and Health Sciences*
 || \\UTGERS      |---------------------*O*---------------------
 ||_// Biomedical | Ryan Novosielski - Sr. Systems Programmer
 || \\ and Health | novosirj at rutgers.edu - 973/972.0922 (2x0922)
 ||  \\  Sciences | OIT/EI-Academic Svcs. - ADMC 450, Newark
      `'
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iEYEARECAAYFAlHU/5AACgkQmb+gadEcsb46cwCcD8sE/fwK5DHkkcr9u3uAxzKp
qigAoJuE7fYTDLGfkRjM6k9op1SSg5lP
=xykF
-----END PGP SIGNATURE-----