[TriLUG] Web Site access testing
Roger W. Broseus via TriLUG
trilug at trilug.org
Tue Aug 17 17:06:27 EDT 2021
Brian,
First, I'm no expert on such problems.
Certainly does sound like a potential network problem to me. But, I was not
clear about your last statement: can you SSH "into" the troublesome location.
I had a seeming network problem and looked for diagnostic tools. The only one
helpful was, sadly a Window$ application: Ping Plotter. A free full, trial
version is available; later, the limited kicks in and is still useful. It
helped narrow down where in the chain the obstruction occurred. The more I
think about it, the more I think the block is on the receiving end.
IF you come across a helpful Linux tool, let us know.
/Roger - in Maryland / NoVaLUGer
--
Roger W. Broseus - Linux User
Email: RogerB at bronord.com
Web Site: www.bronord.com
On 8/17/21 2:28 PM, Brian McCullough via TriLUG wrote:
> A question for "the oracle."
>
>
> I have been doing various searches and not coming up with the answers
> that I really need.
>
> I have a web site that I am working on, and in one "location" it
> responds almost instantaneously while in a different one, a page load
> takes about 30 seconds.
>
> These are supposedly identical RHEL 8 machines, just in different parts
> of the network.
>
> I have limited access to the machine internals in the case of the slow
> machine ( just a "user" ), can't even read more than the PHP error log.
>
> The tools that I have been finding have been of two classes, the ones
> that test "performance" of the Apache server itself, load testing and
> such. The other ones are designed for the network administration
> people, looking for open ports and various other network faults. If I
> had access to the network internals, they might be of some help.
>
> I expect that I am not asking the correct question, which is normal.
> What might be the right question, if there is one?
>
> I can't even ping from the fast machine to the slow one, even though I
> can SSH by IP address.
>
>
>
> Thank you all,
> Brian
>
More information about the TriLUG
mailing list