Re: how to debug intermitently slow SSH tunneled VNC session

[Ramiro Aceves <ea1abz%gmail.com@localhost>]

El 16/4/26 a las 13:01, Ramiro Aceves escribió:
> El 16/4/26 a las 10:26, Andreas Gustafsson escribió:
> > x85729201kza wrote:
> > > Whenever I've had persistent issues with SSH being slow, it's normally come down to the DNS.
> >
> > When I last had issues with ssh being slow, it was because of ssh bug #3655,
> > "Default ObscureKeystrokeTiming makes X forwarding really slow", and could
> > be worked around with -oObscureKeystrokeTiming=no.
>
>
> Hi both Andrew and Andreas.
>
> I am going to try -o ObscureKeystrokeTiming=no and see if it makes any difference after some time of using it. The issue
> does not show up always, it is intermitent, with periods of time working just fine but others it is impossible to use the VNC session.
>
> Thanks so much.
> Ramiro.

Hi, I have tried that trick but did not work, thanks for suggesting it.


I have observed that after things go bad and recover, the retransmitted packets count increases noticeably if compared with the previous value:

netbsd-raspa4$ date; netstat -s -p tcp  | grep retr
vie abr 17 09:03:18 CEST 2026
		16064 data packets (8839109 bytes) retransmitted
	5812 retransmit timeouts
	28 SYN,ACKs retransmitted

netbsd-raspa4$ date; netstat -s -p tcp  | grep retr
vie abr 17 09:08:51 CEST 2026
		16298 data packets (8963781 bytes) retransmitted
	5842 retransmit timeouts
	28 SYN,ACKs retransmitted
netbsd-raspa4$

Regards.
Ramiro.