Re: TCP/IP Host table questions

[Brad Stone <bvstone@xxxxxxxxx>]

What you did is the same as using a host table on your PC...

If you use CFGTCP option 12 look at this:

Host name search priority  . . .   *LOCAL        *REMOTE, *LOCAL, *SAME

If this is *LOCAL, it will search the host table entries first to resolve a
host name.  If it's *REMOTE it will first attempt using the DNS specified
on this option then go to the host table entries.

It is of my opinion that host table entries should only be used on a need
to use basis.  For most things you will rely on your DNS servers.  I have
had customers add entries for google.com, office365, etc in these and it
totally messes things up as those IPs are not static as they use server
farms.

If you had anything with ABC24 hardcoded it will now fail.  You can add
more than one host name to an IP address, but again, this is bad practice
unless it's a rare instance where it needs to be done and it's understood
why it's being done.

One reason for me is resolving my local servers to their local IPs as I run
multiple web servers and instead of making a request to the public IP I
want it to go to the local IP.

On Mon, Apr 22, 2024 at 2:18 PM K Crawford <kscx3ksc@xxxxxxxxx> wrote:

> I have some questions on the TCP/IP Host table (CFGTCP > option 10 Work
> with TCP/IP host table entries).
> When and how is this table used?
> What is its relationship to other servers?
>
> I have an entry
> 10.1.14.170          ABC24
> I changed it to
> 10.1.14.170           ABC24.XYZ.LOCAL
>
> Before the change everything was okay but after the change had failures of
> jobs.  As you can guess I changed it back.
>
> I have other IP's maped similarly.
> 10.1.14.128          EFG33           EFG33.XYZ.LOCAL
> and these work.
>
> I had asked some questions of my network people because the names/IPs of
> some servers were changing.  I was trying to make sure this table was
> correct.  They said I should make the change above.  Obviously not.
>
> I guess I am trying to understand this table and how to use it.  If you
> have a link to a document that explains it in simple terms that would be
> great.
>
> TIA
>
> --
> Kerwin Crawford
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: https://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at https://archive.midrange.com/midrange-l.
>
> Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
> questions.