Connection timeout

J

JelleG

Verified User
Joined
Jun 3, 2015
Messages
57
Hi,

On our DA CentOS 7 server we run Magento with a CSF behind.

I frequently get a sort of connection timeout, which mean I can not access the website (including DA panel) for about 5 minutes.
In the meantime other users can access the website without any problem, so it is only a connection time out for me (IP?)

Is there a way I can solve this issue?
Is it a default value that I need to change?
 
There is no default value you need to change.
The trick is to discovere why only you get the timeout. You can start by adding your ip to the csf.allow file. Next to that, check the log files from csf and from apache to see if you can find anything there.

Another thing you can try is to use something like pingplotter to make a trace and see if there are any disturbances on the route which could cause the timeout's.
 
hmm same kind of problems here other shopsystem.
Could be something different but i don't know therefore our experience >

http2, https firefox
centos7 with latest yum updates.
No errors to see in logs.

Some other services also takes longer ( a backoffice system to update shop databases and sometimes timeouts, )

Before we didn't have thes problems.

Randomly on pc, where other pc's with same ip don't and still can reach the shop with firefox, but the pc with problem then can't reach the website with chrome also
Only empty cache button addon in firefox and ctrl f5 solves the timeout then.

Windows 10 64 pro

Some things seems to be slower, images background loading for example

though Webshop/site speedtest grade A 97 loading time 746 ms

VPS is also in the Netherlands. ;)
 
Last edited:
ikkeben said:
hmm same kind of problems here other shopsystem.
Could be something different but i don't know therefore our experience >

http2, https firefox
centos7 with latest yum updates.
No errors to see in logs.

Some other services also takes longer ( a backoffice system to update shop databases and sometimes timeouts, )

Before we didn't have thes problems.

Randomly on pc, where other pc's with same ip don't still can reach the shop with firefox, but the pc with problem then can't reach the website with chrome also
Only empty cache button addon in firefox and ctrl f5 solves the timeout then.

Windows 10 64 pro

Some things seems to be slower, images background loading for example

though Webshop/site speedtest grade A 97 loading time 746 ms

VPS is also in the Netherlands. ;)
Click to expand...

Thats exactly the same problem that we face.

Also the description of;
Randomly on pc, where other pc's with same ip don't still can reach the shop with firefox, but the pc with problem then can't reach the website with chrome also
Only empty cache button addon in firefox and ctrl f5 solves the timeout then.
 
JelleG said:
Thats exactly the same problem that we face.

Also the description of;
Randomly on pc, where other pc's with same ip don't still can reach the shop with firefox, but the pc with problem then can't reach the website with chrome also
Only empty cache button addon in firefox and ctrl f5 solves the timeout then.
Click to expand...

Also this vps server at cloudvps Netherlands?

@SMTALK if reading this and if you want yourself you can have a look at our VPS you have the ... (in the past because of systemd apache repeated restarting and a letsencrypt bug..)

EDIt:

IF so you are also at cloudvps then test again today some things seems faster today/rightnow then day's before!?
(for example background images per css background-image are serving much faster now)
 
Last edited:
See my edit, today this seems better don't know for sure because only a short time and short test.

Still the Filemanager open in DA is/seems very slow.
 
Last edited:
ikkeben said:
See my edit, today this seems better don't know for sure because only a short time and short test.

Still the Filemanager open in DA is/seems very slow.
Click to expand...

Is it correct that you did not change anything to your DA / CentOS config?
 
j'ein
The updates ofcourse running partly in cron jobs. ( the problem we have (i hope had) is from the past day's maybe max few weeks i assume more in days)

If one of these is solved by latest curl update, then this could be because i did this one yesterday., still the test and experience time is to short to say!

The backoffice program to update database still is slow looks like hanging, isn't really but takes a long time.

Sorry for the ... info this is so hard to find/test wen only random timeout errors on a random pc and non in log files on server.

WINMTR ?

Edit:
It is even possible wen windows10 the updates are slowing down local network traffic, but therefore i don't understand this is not happening ( the timeouts) with other websites not on DA server
 
Last edited:
a vps server from TransIP in The Netherlands
Click to expand...

I've seen the same issue on a server with CentOS 7 and Directadmin from TransIP and can say it's enough unpredictable and therefore not easy to debug. Try to have an opened console with running tcpdump and see whether or not

1. your server receives packets from your IP when the issue starts
2. your server sends replies to received packets from IP when the issue starts.

Try and disable CSF when the issue starts to see whether or not it solves the issue.

Update kernel to the latest version and reboot VPS.
 
zEitEr said:
I've seen the same issue on a server with CentOS 7 and Directadmin from TransIP and can say it's enough unpredictable and therefore not easy to debug. Try to have an opened console with running tcpdump and see whether or not

1. your server receives packets from your IP when the issue starts
2. your server sends replies to received packets from IP when the issue starts.

Try and disable CSF when the issue starts to see whether or not it solves the issue.

Update kernel to the latest version and reboot VPS.
Click to expand...

NOT TRANSIP yes CENTOS7

This morning one PC one Website repeating time outs.
Other PC's same router same Website no problem
Also on that one (problem) PC other websites same server working, also winmtr was running on this pc for other domain running on same server no failures

After ctrlf5 and clearing browser cache with adon, it was ok.

????

( Updates and reboots were done only 2 days before! for this security buGfix
Installing:
kernel x86_64 3.10.0-327.28.3.el7 updates 33 M
Click to expand...
 
Last edited:
You must log in or register to reply here.
Back
Top