După o actualizare de la Ubuntu 14.04 la 16.04 pe VPS-ul meu făcut prin SSH, SSH s-a rupt. face-eliberare-upgrade S-a terminat întotdeauna cu o eroare de pachet, așa că am lăsat-o așa cum era. Clientul a fost lăsat deschis, după ~12 ore mai târziu, când am închis conexiunea și am vrut să o redeschid, mi-am dat seama că s-a întrerupt: după o conectare cu succes, serverul termină conexiunea cu mesaj Stare de ieșire 254
am facut o ssh -vvv NUME DE [email protected], iată rezultatele:
$ ssh -vvv [email protected]
OpenSSH_8.1p1, OpenSSL 1.1.1d 10 septembrie 2019
debug1: Citirea datelor de configurare /etc/ssh/ssh_config
debug2: resolve_canonicalize: numele de gazdă XXX.XXX.XXX.XXX este adresa
debug2: ssh_connect_direct
depanare1: se conectează la portul 22 XXX.XXX.XXX.XXX [XXX.XXX.XXX.XXX].
debug1: Conexiune stabilită.
debug1: fișier de identitate /c/Users/USER/.ssh/id_rsa tip -1
debug1: fișier de identitate /c/Users/USER/.ssh/id_rsa-cert tip -1
debug1: fișier de identitate /c/Users/USER/.ssh/id_dsa tip -1
debug1: fișier de identitate /c/Users/USER/.ssh/id_dsa-cert tip -1
debug1: fișier de identitate /c/Users/USER/.ssh/id_ecdsa tip -1
debug1: fișier de identitate /c/Users/USER/.ssh/id_ecdsa-cert tip -1
debug1: fișier de identitate /c/Users/USER/.ssh/id_ed25519 tip -1
debug1: fișier de identitate /c/Users/USER/.ssh/id_ed25519-cert tip -1
debug1: fișier de identitate /c/Users/USER/.ssh/id_xmss tip -1
debug1: fișier de identitate /c/Users/USER/.ssh/id_xmss-cert tip -1
debug1: șir de versiune locală SSH-2.0-OpenSSH_8.1
debug1: versiunea de protocol la distanță 2.0, versiunea de software la distanță OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.13
debug1: potrivire: OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.13 pat OpenSSH_6.6.1* compat 0x04000002
debug2: fd 3 setarea O_NONBLOCK
depanare1: se autentifică la XXX.XXX.XXX.XXX:22 ca „USERNAME”
debug3: hostkeys_foreach: citirea fișierului „/c/Users/USER/.ssh/known_hosts”
debug3: record_hostkey: tipul de cheie găsit ECDSA în fișierul /c/Users/USER/.ssh/known_hosts:2
debug3: load_hostkeys: au încărcat 1 cheie de la XXX.XXX.XXX.XXX
debug3: order_hostkeyalgs: prefer hostkeyalgs: [email protected],[email protected],ecdsa-sha2-nistp521-cert-v01,@ecdpenssh.com -sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521
debug3: trimite pachet: tip 20
depanare1: SSH2_MSG_KEXINIT trimis
debug3: primire pachet: tip 20
depanare1: SSH2_MSG_KEXINIT primit
debug2: propunere KEXINIT client local
debug2: algoritmi KEX: curve25519-sha256,[email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521, diffie-hellman-group-exchange16,-diffshaie25-hellman6 -sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,ext-info-c
debug2: algoritmi cheie gazdă: [email protected],[email protected],[email protected],ecdsa sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,[email protected],[email protected],rsa-sha2-256-cert- [email protected],[email protected],ssh-ed25519,rsa-sha2-512,rsa-sha2-256,ssh-rsa
debug2: cifruri ctos: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected],aes128-cbc,aes128-cbc,aes256-cbc, -cbc,aes192-cbc
debug2: cifre stoc: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected],aes128-cbc,3aes-cbc -cbc,aes192-cbc
debug2: MAC-uri ctos: [email protected],[email protected],[email protected],[email protected],hmac [email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MAC-uri stoc: [email protected],[email protected],[email protected],[email protected],hmac [email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compresie ctos: none,[email protected],zlib
debug2: compresie stoc: none,[email protected],zlib
debug2: limbi ctos:
debug2: limbi stoc:
debug2: first_kex_follows 0
debug2: rezervat 0
debug2: propunere peer server KEXINIT
debug2: algoritmi KEX: [email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521, diffie-hellman-group-exchange-sha256, diffie-exchange--group-exchange-- ,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: algoritmi cheie gazdă: ssh-rsa, ssh-dss, ecdsa-sha2-nistp256, ssh-ed25519
debug2: cifrează ctos: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,[email protected],[email protected],chacha20-poly1305,@cpenssh28.com-des,cpens128.com -cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: cifruri stoc: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,[email protected],[email protected],chacha20-poly1305@opens128-c,aescshdes. -cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: MAC-uri ctos: [email protected],[email protected],[email protected],[email protected],hmac-sha2-256 [email protected],[email protected],[email protected],[email protected],hmac-md5-96-etm@openssh .com,hmac-md5,hmac-sha1,[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,[email protected] ,hmac-sha1-96,hmac-md5-96
debug2: MAC-uri stoc: [email protected],[email protected],[email protected],[email protected],hmac-sha2-256 [email protected],[email protected],[email protected],[email protected],hmac-md5-96-etm@openssh .com,hmac-md5,hmac-sha1,[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,[email protected] ,hmac-sha1-96,hmac-md5-96
debug2: compresie ctos: none,[email protected]
debug2: compresie stoc: none,[email protected]
debug2: limbi ctos:
debug2: limbi stoc:
debug2: first_kex_follows 0
debug2: rezervat 0
debug1: kex: algoritm: [email protected]
debug1: kex: algoritm cheie gazdă: ecdsa-sha2-nistp256
debug1: kex: server->cifrare client: [email protected] MAC: <implicit> compresie: niciuna
debug1: kex: client->server cipher: [email protected] MAC: <implicit> compresie: niciunul
debug3: trimite pachet: tip 30
debug1: aștept SSH2_MSG_KEX_ECDH_REPLY
debug3: primire pachet: tip 31
debug1: cheie gazdă server: ecdsa-sha2-nistp256 SHA256:MjRBEXmM8Lpl5zUEXnixUr7GgOxV1ka9UXI5qhB8uhE
debug3: hostkeys_foreach: citirea fișierului „/c/Users/USER/.ssh/known_hosts”
debug3: record_hostkey: tipul de cheie găsit ECDSA în fișierul /c/Users/USER/.ssh/known_hosts:2
debug3: load_hostkeys: au încărcat 1 cheie de la XXX.XXX.XXX.XXX
depanare1: gazda „XXX.XXX.XXX.XXX” este cunoscută și se potrivește cu cheia gazdă ECDSA.
debug1: Cheia găsită în /c/Users/USER/.ssh/known_hosts:2
debug3: trimite pachet: tip 21
debug2: set_newkeys: modul 1
debug1: reintroduceți tastele după 134217728 blocuri
debug1: SSH2_MSG_NEWKEYS trimis
debug1: aștept SSH2_MSG_NEWKEYS
debug3: primire pachet: tip 21
depanare1: SSH2_MSG_NEWKEYS primit
debug2: set_newkeys: modul 0
debug1: reintroduceți după 134217728 blocuri
debug1: va încerca cheia: /c/Users/USER/.ssh/id_rsa
debug1: va încerca cheia: /c/Users/USER/.ssh/id_dsa
debug1: va încerca cheia: /c/Users/USER/.ssh/id_ecdsa
debug1: va încerca cheia: /c/Users/USER/.ssh/id_ed25519
debug1: va încerca cheia: /c/Users/USER/.ssh/id_xmss
debug2: pubkey_prepare: terminat
debug3: trimite pachet: tip 5
debug3: primire pachet: tip 6
debug2: service_accept: ssh-userauth
depanare1: SSH2_MSG_SERVICE_ACCEPT primit
debug3: trimite pachet: tip 50
debug3: primire pachet: tip 51
debug1: Autentificări care pot continua: cheie publică, parolă
debug3: începe de la capăt, a trecut o listă diferită cheie publică, parolă
debug3: cheie publică preferată, tastatură interactivă, parolă
debug3: authmethod_lookup publickey
debug3: rămas preferat: tastatură interactivă, parolă
debug3: authmethod_is_enabled publickey
debug1: Următoarea metodă de autentificare: cheie publică
debug1: Se încearcă cheia privată: /c/Users/USER/.ssh/id_rsa
debug3: nu există o astfel de identitate: /c/Users/USER/.ssh/id_rsa: Nu există un astfel de fișier sau director
debug1: Se încearcă cheia privată: /c/Users/USER/.ssh/id_dsa
debug3: nu există o astfel de identitate: /c/Users/USER/.ssh/id_dsa: Nu există un astfel de fișier sau director
debug1: Se încearcă cheia privată: /c/Users/USER/.ssh/id_ecdsa
debug3: nu există o astfel de identitate: /c/Users/USER/.ssh/id_ecdsa: Nu există un astfel de fișier sau director
debug1: Se încearcă cheia privată: /c/Users/USER/.ssh/id_ed25519
debug3: nu există o astfel de identitate: /c/Users/USER/.ssh/id_ed25519: Nu există un astfel de fișier sau director
debug1: Se încearcă cheia privată: /c/Users/USER/.ssh/id_xmss
debug3: nu există o astfel de identitate: /c/Users/USER/.ssh/id_xmss: Nu există un astfel de fișier sau director
debug2: nu am trimis un pachet, metoda dezactivare
debug3: parola authmethod_lookup
debug3: rămas preferat: ,parolă
debug3: parola authmethod_is_enabled
debug1: Următoarea metodă de autentificare: parola
Parola utilizatorului [email protected]:
debug3: trimite pachet: tip 50
debug2: am trimis un pachet de parole, așteptați răspuns
debug3: primire pachet: tip 52
debug1: Autentificarea reușită (parolă).
Autentificat la XXX.XXX.XXX.XXX ([XXX.XXX.XXX.XXX]:22).
depanare1: canal 0: nou [sesiune-client]
debug3: ssh_session2_open: channel_new: 0
debug2: canal 0: trimite deschis
debug3: trimite pachet: tip 90
debug1: se solicită [email protected]
debug3: trimite pachet: tip 80
debug1: Intrarea în sesiunea interactivă.
debug1: gaj: rețea
debug3: primire pachet: tip 91
debug2: channel_input_open_confirmation: canal 0: începe apel invers
debug2: fd 3 setarea TCP_NODELAY
debug3: ssh_packet_set_tos: setați IP_TOS 0x48
debug2: client_session2_setup: id 0
debug2: canalul 0: cererea de confirmare pty-req 1
debug3: trimite pachet: tip 98
debug2: canalul 0: cererea de confirmare a shell-ului 1
debug3: trimite pachet: tip 98
debug2: channel_input_open_confirmation: canal 0: callback finalizat
debug2: canal 0: deschideți confirmarea ferestrei 0 rmax 32768
debug3: primire pachet: tip 99
debug2: channel_input_status_confirm: tip 99 id 0
debug2: cererea de alocare PTY acceptată pe canalul 0
depanare2: canal 0: ajustare rcvd 2097152
debug3: primire pachet: tip 99
debug2: channel_input_status_confirm: tip 99 id 0
debug2: cererea shell acceptată pe canalul 0
debug3: primire pachet: tip 98
debug1: client_input_channel_req: canal 0 rtype exit-status răspuns 0
debug3: primire pachet: tip 98
debug1: client_input_channel_req: canal 0 rtype [email protected] răspuns 0
depanare2: canal 0: rcvd eow
debug2: canal 0: chan_shutdown_read (i0 o0 sock -1 wfd 4 efd 6 [scriere])
debug2: canal 0: intrare deschisă -> închisă
debug3: primire pachet: tip 96
debug2: canalul 0: rcvd eof
debug2: canal 0: ieșire deschisă -> scurgere
debug3: primire pachet: tip 97
debug2: canalul 0: rcvd close
debug3: canalul 0: nu va trimite date după închidere
Bun venit la Ubuntu 16.04 LTS (GNU/Linux 3.13.0-042stab141.3 x86_64)
* Documentație: https://help.ubuntu.com/
Noua versiune „18.04.5 LTS” disponibilă.
Rulați „do-release-upgrade” pentru a face upgrade la acesta.
Fără e-mail.
Ultima conectare: miercuri 16 iunie 21:58:00 2021 de la MYHOST
debug3: canalul 0: nu va trimite date după închidere
debug2: canalul 0: obuf gol
debug2: canal 0: chan_shutdown_write (i3 o1 sock -1 wfd 5 efd 6 [scriere])
debug2: canal 0: scurgere de ieșire -> închis
debug2: canalul 0: aproape mort
debug2: canalul 0: gc: notificați utilizatorul
debug2: canal 0: gc: utilizator detașat
debug2: canal 0: trimite închidere
debug3: trimite pachet: tip 97
debug2: canalul 0: este mort
debug2: canalul 0: colectarea gunoiului
debug1: canal 0: gratuit: sesiune client, canale 1
debug3: canal 0: stare: sunt deschise următoarele conexiuni:
#0 sesiune client (t4 r0 i3/0 o3/0 e[scrie]/0 fd -1/-1/6 sock -1 cc -1)
debug3: trimite pachet: tip 1
debug3: fd 1 nu este O_NONBLOCK
Conexiunea la XXX.XXX.XXX.XXX a fost închisă.
Transferat: trimis 2236, primit 2512 octeți, în 0,3 secunde
Octeți pe secundă: trimis 6692.5, primit 7518.6
debug1: Ieșire din starea 254
Problema este că SSH a fost singura mea opțiune de acces la server (VPS autogestionat, fără posibilitatea de a accesa o consolă la distanță sau de a obține un instantaneu), așa că suportul recomandă distrugerea și reconstruirea serverului, ceea ce nu este o opțiune prietenoasă.
Încerc să salvez ziua recuperând cumva accesul SSH, dar nu reușesc să trec de eroarea de mai sus. Nu am niciun jurnal pe server. Conform statisticilor disponibile pe partea de găzduire, memoria este disponibilă (utilizarea RAM este de ~16%),
Am încercat să:
- trimite
^C după autentificare pentru a intercepta .bashrc sau .bash_profile; nu a funcționat și nici măcar nu sunt sigur că asta cauzează problema
ssh [email protected] bash --noprofile --norc, acelasi rezultatssh [email protected] „ecou ceva >&2 Înțeleg debug1: Se trimite comanda: echo something >&2 în jurnal, dar niciun rezultat la ieșire- accesați baza de date: după repornirea sistemului folosind site-ul Server Dashboard, serverul MySQL nu a mai revenit online
- cereți un terminal la distanță sau un instantaneu VM de la compania de găzduire, nu a funcționat
Tot ajutorul este apreciat
