Patikrinkite patį prievadą
Atsakymas į ping arba veikianti svetainė nieko nepasako apie SSH, nes kiekvienas jų naudoja kitą protokolą arba prievadą. Tikrinkite TCP prievadą tiesiogiai iš kliento. Connection refused reiškia, kad kažkas atsakė, bet nė viena paslauga nepriėmė ryšio. Timeout reiškia, kad niekas neatsakė; dažniausiai tai rodo ugniasienės, maršrutizavimo problemą arba perkrautą kompiuterį.
nc -vz -w 5 server.example 22
ssh -v -o ConnectTimeout=5 user@server.exampleConnection refused: patikrinkite sshd per konsolę
Naudokitės paslaugų teikėjo arba hipervizoriaus konsole, o ne SSH. Patikrinkite, ar paslauga veikia, kokiu adresu ir prievadu klausosi ir ar konfigūracija tinkama. Naujesnėse Ubuntu laidose SSH paleidžiamas per ssh.socket, todėl patikrinkite ir šį lizdo vienetą. Kituose platinimuose paslauga gali vadintis sshd.
sudo systemctl status ssh.service ssh.socket
sudo ss -lntp | grep -E ':22\b|sshd'
sudo sshd -t
sudo journalctl -u ssh -n 50 --no-pagerTimeout: patikrinkite ugniasienes
Patikrinkite serverio ugniasienę ir visus išorinius filtrus, pavyzdžiui, debesijos saugos grupę, maršrutizatorių ar teikėjo valdymo skydelį. Kad pamatytumėte, ar paketai apskritai atkeliauja, bandydami prisijungti serveryje paleiskite tcpdump. Jei nieko nematyti, srautas blokuojamas prieš serverį. Jei paketai atkeliauja, bet atsakymas neišsiunčiamas, priežasties ieškokite serveryje.
sudo ufw status verbose
sudo nft list ruleset | less
sudo tcpdump -ni any tcp port 22Blokavimas dėl fail2ban arba pakeisto prievado
Po nesėkmingų prisijungimų fail2ban galėjo užblokuoti jūsų adresą. Tuomet tik jungiantis iš jūsų adreso pasireiškia timeout arba ryšys atmetamas. Bandymas iš kito tinklo tai greitai parodo. Taip pat patikrinkite, ar prievadas nebuvo pakeistas parinktimi Port arba klausymasis apribotas vienu adresu parinktimi ListenAddress faile sshd_config ar faile kataloge /etc/ssh/sshd_config.d.
sudo fail2ban-client status sshd
sudo sshd -T | grep -E '^(port|listenaddress) 'Ryšys su prievadu užmezgamas, bet prisijungimas užstringa
Jei TCP ryšys užmezgamas, bet SSH identifikavimo pranešimas niekada negaunamas, sshd veikia tik iš dalies arba sistema perkrauta. Konsolėje patikrinkite atmintį, vietą diske ir apkrovą. Pilnas diskas arba išsekusi atmintis gali neleisti pradėti naujų seansų, nors esamos paslaugos vis dar atsako.
uptime
free -h
df -hTikrinimas su CH-J Server Manager
Server Diagnostics gali be prisijungimo tikrinti ping, TCP ryšį ir SSH identifikavimo eilutę tiek su IPv4, tiek su IPv6, todėl matysite, kuriame etape įvyksta klaida. Tikrinama tik iš jūsų kompiuterio. Įrankis negali matyti serverio vidaus ar nustatyti, kuri ugniasienė atmetė paketą, todėl pirmiau nurodytoms patikroms vis tiek reikia konsolės.