Re: how to debug intermitently slow SSH tunneled VNC session
Ramiro Aceves <[email protected]>
| Newsgroups | gmane.os.netbsd.general |
|---|---|
| Message-ID | <[email protected]> |
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.