Přihlásit se na server Linux pomocí PuTTY

Pro otevření SSH relace pomocí PuTTY potřebujete adresu serveru, jeho SSH port, povolený Linux účet a určenou metodu ověřování. Při prvním připojení také zkontrolujte otisk serveru nezávislým kanálem, předtím než přijmete varování nebo zadáte tajemství.

PuTTY je klient nainstalovaný na vašem Windows počítači; sshd je SSH služba, která odpovídá na Linux serveru. Následující kroky pokrývají první připojení k již nakonfigurovanému serveru, aniž by měnily jeho SSH politiku.

Připravit adresu, port a Linux účet

• PuTTY nainstalováno z oficiální stránky pro stahování.
• DNS název nebo IP adresa serveru, stejně jako SSH port sdělený správcem. Port 22 je běžný, ale není to zaručeno: síťové přesměrování může také prezentovat jiný port klientovi.
• Název Linux účtu, který vám byl přidělen. Není to nutně váš Windows účet; nepředpokládejte, že se musíte přihlásit jako root.
• Metoda akceptovaná serverem: heslo, již připravený privátní klíč nebo jiný mechanismus, který určil správce.
• Otisk hostitelského klíče serveru, získaný z konzole poskytovatele nebo od známého správce.

Pokud přístup prochází přes VPN, bastion nebo seznam povolených adres, použijte předepsanou cestu před otevřením PuTTY. Soukromá adresa není přístupná z Internetu bez odpovídajícího směrování. Server musí již akceptovat SSH připojení; instalace a zabezpečení OpenSSH nejsou součástí tohoto postupu.

Nastavit SSH relaci v PuTTY

V kategorii Session zadejte Host Name (or IP address) s DNS názvem nebo IP adresou, bez https:// nebo cestě k stránce. Vyberte SSH v Connection type, poté zadejte port sdělený správcem.

Můžete zadat Linux účet na výzvě login as:. Pro jeho předvyplnění přejděte na Connection > Data a zadejte Auto-login username. Nechte defaultní SSH a kryptografické možnosti, pokud správce neudělil konkrétní pokyny: nenahrazujte SSH protokolem Telnet.

Pro uchování těchto nastavení se vraťte zpět do Session, zadejte název do Saved Sessions, a poté klikněte na Save. Pro následné připojení vyberte tuto relaci, klikněte na Load, a pak na Open. Po změně znovu uložte. Relace uchovává parametry připojení; nepočítejte s ní, že si zapamatuje vaše heslo.

Oficiální dokumentace PuTTY vysvětluje pole pro připojení a varování o hostitelském klíči, zatímco její kapitola o konfiguraci podrobně pokrývá ukládání a načítání relací.

Ověřit otisk serveru před přijetím

PuTTY může zobrazit varování při prvním připojení: hostitelský klíč tohoto serveru ještě není uložen v jeho cache. Tento klíč identifikuje stroj. Je odlišný od vašeho uživatelského klíče, který může sloužit k prokázání, že máte právo otevřít účet.

Před kliknutím na Accept porovnejte algoritmus a SHA256 otisk zobrazený PuTTY s hodnotou získanou nezávislým způsobem, například konzolí poskytovatele. Z důvěryhodné konzole Linux serveru může správce zobrazit otisk veřejného Ed25519 klíče pomocí následujícího příkazu. Neprovádějte ho v PowerShellu ani v okně PuTTY před připojením.

ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub -E sha256

Porovnejte otisk stejného typu: pokud PuTTY zobrazuje RSA klíč, zeptejte se nebo zobrazte otisk odpovídajícího veřejného RSA klíče. Nikdy nekopírujte soukromý klíč pro provedení této kontroly. Výše uvedený příkaz používá veřejný Ed25519 soubor.

Accept si pamatuje hostitelský klíč. Connect Once umožňuje připojení bez jeho zapamatování, ale neosvobozuje vás od kontroly otisku. Pokud hodnota neodpovídá, pokud se klíč změnil bez vysvětlení, nebo pokud nemáte nezávislý způsob, jak jej zkontrolovat, zvolte Cancel a zkontrolujte to se správcem. Nová instalace nebo plánovaná rotace může vysvětlit změnu, ale je třeba ji potvrdit před aktualizací cache.

Varování o změně klíče se neopravuje automatickým přijetím nebo smazáním všech uložených klíčů. Cache hostitelů PuTTY pod Windows je oddělená od souboru ~/.ssh/known_hosts používaného OpenSSH; příkaz ssh-keygen -R nečistí PuTTY cache. Pro pochopení ověření mimo pásmo si také přečtěte náš článek o ověření varování o hostitelském klíči: její příkazy known_hosts se týkají OpenSSH, nikoli PuTTY.

Dokumentace PuTTY popisuje volby Accept, Connect Once a Cancel. Pro výpočet otisku veřejného klíče se obraťte na manuál OpenSSH pro ssh-keygen.

Ověření s heslem nebo klíčem

Pokud server povoluje heslo

Po ověření otisku zadejte název Linux účtu na login as:, pokud jste ho nezaplnili. Stiskněte Enter, poté zadejte heslo účtu a potvrďte. Žádný text se během zadávání hesla nezobrazuje: ani písmena, ani hvězdičky. To je normální. Zkontrolujte účet, rozložení klávesnice a Caps Lock v případě odmítnutí, aniž byste se snažili opakovaně.

Server může zakázat ověřování pomocí hesla nebo vyžadovat klíč a další krok. V takovém případě použijte předepsanou metodu nebo se zeptejte správce na postup; nezapínejte zakázanou metodu, abyste obcházeli politiku.

Pokud již máte privátní klíč ve formátu PuTTY (.ppk)

V PuTTY otevřete Connection > SSH > Auth > Credentials, a poté uveďte svůj soubor v Private key file for authentication. Pak se vraťte zpět do Session a uložte nastavení. Odpovídající veřejný klíč musí být již povolen pro zamýšlený Linux účet. Soukromý klíč zůstává na vašem stroji: neposílejte ho na server.

Pokud je klíč chráněn heslem (passphrase), může vás PuTTY o něj požádat pro odemčení místního klíče. To není heslo Linux účtu. Pokud máte privátní klíč OpenSSH místo souboru .ppk, PuTTYgen ho může importovat přes Conversions > Import key, a poté ho uložit ve formátu PuTTY. Kompletní průvodce generováním, konverzí a nasazením klíčů je oddělený od tohoto prvního připojení; pro nasazení z Linux stroje se podívejte na jak nainstalovat veřejný klíč pomocí ssh-copy-id. Tento příkaz není funkcí PuTTY a není dostupný všude pod Windows.

Aktuální nabídky jsou popsány v sekci Auth > Credentials dokumentace PuTTY. Kapitola PuTTY o veřejných klíčích také pokrývá import s PuTTYgen a roli authorized_keys.

Ověřit získaný shell

Jakmile se připojíte, spusťte tyto příkazy v PuTTY terminálu: běží v Linux vzdáleném shellu. Nezobrazují žádné tajemství.

whoami
hostname
pwd
printf '%sn' "$SSH_CONNECTION"

Zkontrolujte, že whoami vrací očekávaný účet a že hostname odpovídá plánovanému serveru. pwd ukazuje aktuální adresář. SSH_CONNECTION, když je nastavena, poskytuje adresy a porty klienta, a pak serveru pro toto připojení. S proxy nebo NAT překlad nedávají tyto hodnoty nutně veřejné adresy; některá prostředí tuto proměnnou nedefinují.

Displejovaný hostitelský název nenahrazuje kryptografickou kontrolu otisku provedenou před ověřením. Když skončíte, správně ukončete relaci pomocí:

exit

Pokud ověření uspěje, ale žádný shell se neotevře, účet může být pod restrikcí nebo nemusí mít interaktivní shell. Požádejte správce, aby zkontroloval konfiguraci účtu. Neměňte server, abyste tento kontrolní mechanismus zpřístupnili. Nakonec načtěte vaši uloženou relaci v PuTTY, abyste potvrdili, že hostitel, port a předvyplněný účet jsou skutečně ty, které očekáváte.

Diagnostika chyb PuTTY bez odpojení

Otevřete Event Log ze menu PuTTY okna a zaznamenejte přesné sdělení a krok, kde se připojení zastavuje. Nesdílejte záznam obsahující adresy nebo podrobnosti infrastruktury bez jejich zamaskování.

Odmítnutí nebo časový limit před výzvou k připojení

V Windows PowerShell můžete otestovat TCP port určený správcem. Nahraďte dvě hodnoty příkladu hodnotami vašeho serveru: tento příkaz nekontroluje ani otisk, ani vaše přihlašovací údaje.

Test-NetConnection -ComputerName server.example.net -Port 22

Podívejte se na TcpTestSucceeded. Hodnota False může být důsledkem adresy, směrování, filtrování nebo nesprávného portu; sama o sobě neprokazuje, že sshd je zastaveno. Blokovaný ping také neprokazuje, že SSH je nedostupné.

• „Network error: Connection refused“: TCP spojení bylo odmítnuto. Zkontrolujte název nebo adresu, port a pokud máte nezávislou konzolu, skutečný port načítaný pro odpověď. Výslovné odmítnutí od sítě může také vyvolat tuto zprávu.
• „Network error: Connection timed out“: žádná odpověď nedorazila v časovém limitu. Zkontrolujte adresu, DNS, VPN nebo trasu, následně pravidla filtrování a ta poskytovatele nebo NAT. Tato zpráva se netýká nesprávného hesla.

Pokud máte důvěryhodnou konzolu, tyto kontroly pro čtení provádějte na Linux serveru, nikoli v PowerShellu nebo v PuTTY relaci, která dosud nebyla úspěšná:

sudo ss -ltnp
sudo systemctl status ssh --no-pager
sudo systemctl status sshd --no-pager
sudo systemctl status ssh.socket --no-pager
sudo journalctl -u ssh -n 50 --no-pager
sudo journalctl -u sshd -n 50 --no-pager

Pomocí ss hledejte adresu a port, na kterých se skutečně naslouchá: naslouchání limitované na smyčkovém rozhraní neodpovídá externímu klientovi. Jednotka systemd se často nazývá ssh na Debianu nebo Ubuntu a sshd na mnoha RHEL nebo Fedora distribucích; některé instalace Ubuntu používají ssh.socket. Spouštějte pouze příslušné kontroly pro distribuci. „Unit not found“ samo o sobě neprokazuje výpadek. V protokolech zkontrolujte existující jednotku a čas vaší zkoušky; prázdný protokol může jednoduše naznačovat, že kontrolujete nesprávnou jednotku nebo cíl.

Pro hlubší kontroly bez restartování služby se podívejte na náš článek o kontrole služby SSH na Ubuntu. Tato diagnostika zůstává úmyslně omezená: podrobné případy odmítnutí a časového limitu vyžadují samostatné návody. Nezakazujte firewall, neoslabujte StrictModes a automaticky nerestartujte SSH, abyste se pokusili obnovit první připojení.

Chyba ověřování nebo načítání klíče

• „Access denied“ nebo „Authentication refused“: SSH výměna začala. Zkontrolujte Linux účet, schválenou metodu a zadání. Správce může přiblížit čas pokusu k protokolům, aniž by aktivoval root přístup nebo zakázanou metodu.
• „Unable to use key file“ nebo „Couldn’t load private key“: Zkontrolujte, že PuTTY směřuje na správný klíč a že jeho formát je podporován. OpenSSH klíč může vyžadovat import a uložení ve formátu PuTTY s PuTTYgen. Přejmenování souboru .pem na .ppk ho nepřevede.
• „Server refused our key“ nebo „Server refused our public key“: Zkontrolujte, zda klíč odpovídá zamýšlenému účtu a zda je jeho veřejný klíč autorizován. Z nezávislé konzole pod cílovým účtem zkontrolujte cesty a oprávnění před jakoukoliv opravou:

ls -ld "$HOME" "$HOME/.ssh"
ls -l "$HOME/.ssh/authorized_keys"

Tyto příkazy se spouštějí v cílovém Linux účtu, na relaci, která je již přístupná. Zkontrolujte vlastníka, cesty, oprávnění a přítomnost kompletní řádky veřejného klíče. Neprovádějte změny vlastnictví nebo oprávnění rekurzivně, aniž byste rozuměli kontextu; nikdy nezakazujte StrictModes, abyste obcházeli odmítnutí.

• „No supported authentication methods available“: žádná metoda navržená PuTTY není použitelná podle politiky serveru. Použijte požadovaný klíč nebo mechanismus, nebo se obraťte na správce; nezapínejte zakázanou metodu.
• „Too many authentication failures“: příliš mnoho klíčů nebo pokusů bylo nabídnuto, někdy skrze agenta. Zvolte požadovaný klíč a zkontrolujte Pageant, pokud ho používáte; nezvyšujte arbitrárně limit na serveru.
• „Network error: Software caused connection abort“ nebo „Connection reset by peer“: spojení bylo přerušeno sítí nebo uzavřeno na dálku. Porovnejte Event Log se serverovými protokoly ve stejnou dobu. Keepalive nic neopraví, ani trasu, ani nesprávný klíč, ani počáteční odmítnutí.
• Černé okno bez textu: to může být ze zadávání hesla bez ozvěny, čekání na SSH odpověď nebo účtu, kterému nebyl poskytnut žádný interaktivní shell. Otevřené okno samo o sobě neprokazuje, že jste připojeni.

Pokud je k dispozici nezávislý administrátorský přístup, sudo /usr/sbin/sshd -t může zkontrolovat syntaxi konfigurace na Linux serveru. Tato kontrola netestuje síť a nebyla zde provedena na vašem stroji. Neměňte konfiguraci a nerestartujte službu v rámci jednoduchého pokusu o připojení.

Před zavřením PuTTY zkontrolujte ještě jednou: adresa a port jsou sděleny, účet je očekávaný Linux účet, otisk byl porovnán z nezávislého zdroje, ověření odpovídá politice serveru a whoami stejně jako hostname potvrzují cílovou relaci.