Term “optional” in very low hardware like my Raspberry PI Zero W can be translated in disabled…
SLOW SSH SHELL PLUS
And verified that it includes by default some required (mandatory) modules, plus 2 optional modules. I discovered that this is a very skinny file. Checking PAM configuration: sudo nano /etc/pam.d/common-session I also checked from some web articles that PAM debugging is not so simple. I supposed that PAM times are not logged in auth.log. Some row caught my attention: those regarding PAM (Privileged Access Management). So, no strange behaviours appears to be reported.
SLOW SSH SHELL FULL
Trying to avoid to have full log post, scrolling down I saw ssh daemon still continuing in server-client negotiation till ssh console is used. Following lines report initialization log: Aug 24 17:04:35 raspberrypi sshd: debug3: receive packet: type 20Īug 24 17:04:35 raspberrypi sshd: debug1: SSH2_MSG_KEXINIT receivedĪug 24 17:04:35 raspberrypi sshd: debug3: send packet: type 20Īug 24 17:04:35 raspberrypi sshd: debug1: SSH2_MSG_KEXINIT sentĪug 24 17:04:35 raspberrypi sshd: debug2: local server KEXINIT proposalĪug 24 17:04:35 raspberrypi sshd: debug2: KEX algorithms: 24 17:04:35 raspberrypi sshd: debug2: host key algorithms: rsa-sha2-512,rsa-sha2-256,ssh-rsa,ecdsa-sha2-nistp256,s$Īug 24 17:04:35 raspberrypi sshd: debug2: ciphers ctos: 24 17:04:35 raspberrypi sshd: debug2: ciphers stoc: 24 17:04:35 raspberrypi sshd: debug2: MACs ctos: 24 17:04:35 raspberrypi sshd: debug2: MACs stoc: 24 17:04:35 raspberrypi sshd: debug2: compression ctos: 24 17:04:35 raspberrypi sshd: debug2: compression stoc: 24 17:04:35 raspberrypi sshd: debug2: languages ctos:Īug 24 17:04:35 raspberrypi sshd: debug2: languages stoc:Īug 24 17:04:35 raspberrypi sshd: debug2: first_kex_follows 0Īug 24 17:04:35 raspberrypi sshd: debug2: reserved 0Īug 24 17:04:35 raspberrypi sshd: debug2: peer client KEXINIT proposalĪug 24 17:04:35 raspberrypi sshd: debug2: KEX algorithms: 24 17:04:35 raspberrypi sshd: debug1: SSH2_MSG_KEXINIT sentĪug 24 17:04:35 raspberrypi sshd: debug2: KEX algorithms: 24 17:04:35 raspberrypi sshd: debug2: host key algorithms: ssh-ed25519Īug 24 17:04:35 raspberrypi sshd: debug1: kex: algorithm: 24 17:04:35 raspberrypi sshd: debug1: kex: host key algorithm: ssh-ed25519Īug 24 17:04:35 raspberrypi sshd: debug1: kex: client->server cipher: aes256-ctr MAC: hmac-sha2-256 compression: noneĪug 24 17:04:35 raspberrypi sshd: debug1: kex: server->client cipher: aes256-ctr MAC: hmac-sha2-256 compression: noneĪug 24 17:04:35 raspberrypi sshd: debug1: expecting SSH2_MSG_KEX_ECDH_INIT This is an expected behaviour for me and appears to be normal. Once returned back tp check log for error or warning signals, II noted that each time I reconnect, SSH daemon is negotiating client connection with client. So, I had only to wait for terminal becoming again slow. Once done, a reboot is better to be sure this change has been acquired from system: sudo reboot now
From I get that I have to edit config file: sudo nano /etc/ssh/sshd_configĪnd set following parameter with maximum logging level (DEBUG3): LogLevel DEBUG3 So, I decided to increase log verbosity: it may be connected to some minor errors not visible at current log verbosity level.
SLOW SSH SHELL PASSWORD
In this log I can see correctly starting (“sshd: Server listening on 0.0.0.0 port 22.”) and correctly accepting connections from my PC (“sshd: Accepted password for pi from 192.168.43.182 port 51043 ssh2”). Looking inside auth.log file, no main problems are visible.
SLOW SSH SHELL FREE
I sometimes experienced very slow remote terminal sessions to my Raspberry PI, even if HTOP command showing free resources. But I thought that what I learned, even if in form of raw note, can be useful for a lot of people facing my same problem. This article is more a memo for me than a real guide.
0 kommentar(er)
