SSH Bağlantılarındaki Sorunları Gidermek için SSH Hata Ayıklama Modunu Etkinleştirme

Bu makalede, Linux'ta SSH çalıştırırken hata ayıklama modunun nasıl açılacağını göstereceğiz. Bu, ayrıntılı modu veya hata ayıklama modunu kullanarak uzak bir Linux sunucusuna bağlanmak için bir ssh komutunu çalıştırdığınızda gerçekte neyin ortaya çıktığını görmenizi sağlayacaktır.

Ssh istemcisinin -v anahtarı, ssh'yi ayrıntılı modda çalıştırmanıza olanak tanır; bu, SSH bağlantı ilerlemesi hakkında hata ayıklama bilgilerini yazdırır; bu, bağlantılarda hata ayıklama, kimlik doğrulama ve tüm yapılandırma sorunları için gerçekten faydalıdır.

Farklı ayrıntı düzeyleri vardır; birden çok -v bayrağının kullanılması ayrıntı düzeyini artırır (maksimum ayrıntı düzeyi 3'tür).

ssh -v – çoğunlukla sizin tarafınızda olup bitenler hakkında sizi bilgilendirecektir.
ssh -vv – her iki uçta da sizi düşük seviye konusunda bilgilendirecektir.
ssh -vvv – sizi her iki uçtan da her şey hakkında bilgilendirecektir.

Aşağıdaki komut SSH'yi birinci düzeyde ayrıntı düzeyinde çalıştıracak ve bu bize gösterildiği gibi birçok hata ayıklama bilgisi verecektir.

aaronkilik@tecmint ~ $ ssh -v [email

Örnek Çıktı

OpenSSH_7.2p2 Ubuntu-4ubuntu2.2, OpenSSL 1.0.2g-fips  1 Mar 2016
debug1: Reading configuration data /home/aaronkilik/.ssh/config
debug1: /home/aaronkilik/.ssh/config line 18: Applying options for *
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to 192.168.56.10 [192.168.56.10] port 22.
debug1: Connection established.
debug1: identity file /home/aaronkilik/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /home/aaronkilik/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/aaronkilik/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/aaronkilik/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/aaronkilik/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/aaronkilik/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/aaronkilik/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/aaronkilik/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.2
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4
debug1: match: OpenSSH_7.4 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 192.168.56.10:22 as 'tecmint'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: [email 
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: [email  MAC:
compression: [email 
debug1: kex: client->server cipher: [email  MAC:
compression: [email 
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 
SHA256:1778erqyug4tHJa7D6y/Ep4UWsUtNEOBSMaj32k9oO8
debug1: Host '192.168.56.10' is known and matches the ECDSA host key.
debug1: Found key in /home/aaronkilik/.ssh/known_hosts:8
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<rsa-sha2-256,rsa-sha2-512>
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: 
publickey,gssapi-keyex,gssapi-with-mic,password
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/aaronkilik/.ssh/id_rsa
debug1: Server accepts key: pkalg rsa-sha2-512 blen 279
debug1: Enabling compression at level 6.
debug1: Authentication succeeded (publickey).
Authenticated to 192.168.56.10 ([192.168.56.10]:22).
debug1: channel 0: new [client-session]
debug1: Requesting [email 
debug1: Entering interactive session.
debug1: pledge: network
debug1: client_input_global_request: rtype [email  
want_reply 0
debug1: Sending environment.
debug1: Sending env LC_PAPER = lg_UG.UTF-8
debug1: Sending env LC_ADDRESS = lg_UG.UTF-8
debug1: Sending env LC_MONETARY = lg_UG.UTF-8
debug1: Sending env LC_NUMERIC = lg_UG.UTF-8
debug1: Sending env LC_TELEPHONE = lg_UG.UTF-8
debug1: Sending env LC_IDENTIFICATION = lg_UG.UTF-8
debug1: Sending env LANG = en_US.UTF-8
debug1: Sending env LC_MEASUREMENT = lg_UG.UTF-8
debug1: Sending env LC_NAME = lg_UG.UTF-8
Last login: Sat Jan  6 16:20:11 2018 from 192.168.56.1

Oturumu kapatmaya veya oturumdan çıkmaya çalıştığınızda, gösterildiği gibi hata ayıklama mesajlarını da göreceksiniz.

[tecmint@tecmint ~]$ exit

logout
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype [email  reply 0
debug1: channel 0: free: client-session, nchannels 1
Connection to 192.168.56.10 closed.
Transferred: sent 3392, received 3120 bytes, in 118.1 seconds
Bytes per second: sent 28.7, received 26.4
debug1: Exit status 0
debug1: compress outgoing: raw data 1159, compressed 573, factor 0.49
debug1: compress incoming: raw data 573, compressed 1159, factor 2.02

Daha sonra, gösterildiği gibi daha fazla hata ayıklama mesajı için ek (düzey 2 ve 3) ayrıntı düzeyini etkinleştirebilirsiniz.

ssh -vv [email 
ssh -vvv [email

Bu kadar! SSH'nin daha fazla kullanımı için aşağıdaki ilgili makaleleri okuyun.

OpenSSH Sunucusunun Güvenliği Nasıl Sağlanır ve Güçlendirilir?
Linux'ta SSH Brute-Force Giriş Saldırılarını Önlemek için En İyi 5 Uygulama
Linux'ta Tüm Başarısız SSH oturum açma Girişimleri Nasıl Bulunur?
Linux'ta SSH Kök Girişi Nasıl Devre Dışı Bırakılır
Linux'ta SSH Parolasız Giriş Nasıl Kurulur
Linux'ta Etkin Olmayan veya Boşta SSH Bağlantılarının Bağlantısı Nasıl Kesilir

Bu makaleyi faydalı bulacağınızı umuyoruz. Aşağıdaki yorum formunu kullanarak sorularınızı sorabilir veya düşüncelerinizi paylaşabilirsiniz.