James,
On 4/15/22 14:24, James H. H. Lampert wrote:
On 4/15/22 10:37 AM, Christopher Schultz (of the Tomcat Users' List) wrote:
. . .
Try specifying the "address" attribute of <Server> along with the
port. Give it a concrete IP address instead of "localhost" and see if
that improves things.
. . .
My Dear Mr. Schultz:
I think we know each other well enough to dispense with the formalities.
Your Majesty is just fine.
That did it!
\o/
Not knowing whether to give it 127.0.0.1 or give it the box's actual IP
address, I gave it the former.
There is an important difference between the two, and I would encourage
you to continue to use 127.0.0.1, especially for the "shutdown port". If
you pick 127.0.0.1 then only loopback connections can connect to that
port. If you choose the server's public IP, then anyone on the network
knowing the secret shutdown phrase (you'll never guess what the default
is!) can simply connect and cause a shutdown of your service.
For the HTTP port, you probably want the public IP and not the loopback,
but there are plenty of reasons to use the loopback only, as well.
Usually you want to use 0.0.0.0 or :: to mean "all interfaces" so anyone
anywhere can reach you.
It works. And the connector is configured to listen on anything, so it
came up just fine, and is entirely visible from the outside world.
Cool.
But that still leaves open the question of why an IBM Midrange box would
suddenly start disregarding its own host table. I've never heard of a
scenario in which *any* box with a TCP stack would disregard its own
host table (and indeed, on any box under my control that can browse the
Web, in which the host table is user-modifiable, I use host table
entries to ensure that I can't be tricked [it's happened, more than
once] into accessing Facebook, Twitter, LinkedIn, or a few other noisome
domains).
What can make a box disregard its own host table?
I have no idea. AS/400 always seems to be yelling about everything, so
maybe the TCP stack just finally lost its hearing.
-chris
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
