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.
