| SSH a Linux |
 |
 |
 |
| Napísal Oliver Kindernay |
| Pondelok, 08 Marec 2010 23:00 |
 SSH je dôležitou súčasťou dnešného internetu. Tento článok Vám ozrejmí jeho fungovanie a základy práce s balíkom OpenSSH.Čo to jeSSH (Secure Shell) je sieťový protokol určený na vzdialenú správu počítača, pričom všetky dáta sú posielané a prijímané šifrovane. Vznikol ako náhrada za telnet, rlogin a podobné protokoly, kde sa všetko (vrátane hesla) prenášalo v textovej podobe a po odchytení boli údaje ľahko zneužiteľné. OpenSSHOpenSSH je balík obsahujúci SSH klient a server. Je súčasťou projektu openBSD, takže netreba hovoriť, že bezpečnosť je priorita (aj keď v minulosti bolo pár nepríjemných chýb). Domovská stránka OpenSSH je www.openssh.org. V dobe písania tohto článku je najnovšia stabilná verzia 5.3, nič ale nepokazíte inštaláciou verzie rady 4. Po stiahnutí a rozbalení balíka OpenSSH skompilujete tradične, configure skript, make, prípadne make install. Odporúčam nepúšťať configure len tak ledabolo, prečítajte si help (configure --help). Zdajte aspoň miesto, kam sa má nainštalovať a umiestnenie konfiguračných súborov. Tradične je to /usr/ a /etc/ssh/. Proces kompilácie a inštalácie teda spustíte nasledovnou sekvenciou príkazov. $ ./configure --prefix=/usr/ --sysconfdir=/etc/ssh/ $ make # make install Je ale veľmi pravdepodobné, že to potrebovať nebudete, nevidel som distribúciu, čo by OpenSSH nemala v repozitároch. Niektoré dokonca aj v štandardnej inštalácií. Ako to fungujeNie je na škodu mať akú takú vedomosť o tom, ako SSH približne funguje. Ak vás to nezaujíma, môžete túto časť preskočiť. Nasledujúce informácie sa týkajú verzie SSH2. Nie som žiadny kryptológ, tak to berte s rezervou :). ŠifrovanieKomunikácia pomocou SSH, ako už bolo spomenuté, prebieha šifrovane. To, ako celý šifrovací proces prebieha, sa pokúša ozrejmiť nasledovný odstavec. Samozrejme nezachádza do technických detailov šifrovacích algoritmov, to je vysoko mimo rozsah článku. SSH2 využíva kombináciu asymetrického a symetrického šifrovania. Asymetrická šifra je použitá len a len na prenos kľúča použitého pre symetrické šifrovanie. SSH server má svoj verejný a privátny kľúč (kľúč je len súbor s dátami, nepredstavujte si nič abstraktné :)). Zatiaľ čo verejný kľúč poskytuje server hocikomu, privátny kľúč je bezpečne uložený na servery, kde k nemu má prístup len administrátor. Celý princíp asymetrickej šifry spočíva v tom, že dáta zašifrované verejným kľúčom sa dajú odšifrovať len privátnym. Keď sa klient prvý raz pripojí na server, server mu pošle svoj verejný kľúč, klient si ho uloží pre neskoršie použitie a zašifruje ním kľúč, ktorý bude neskôr použitý na symetrické šifrovanie. Takto zašifrovaný kľúč pošle serveru, ten si ho odšifruje svojim privátnym kľúčom. Teraz pozná aj server aj klient kľúč a začína komunikáciu symetrickou šifrou. Symetrická šifra sa, ako ste už mohli postrehnúť, líši od asymetrickej tým, že narozdiel od dvojice kľúčov (verejný a privátny) sa používa len jeden kľúč. Symetrické šifry sú všeobecne bezpečnejšie. Do celej teoretickej skladačky nám ešte niečo chýba, a to konkrétne šifry použité na zabezpečenie spojenia. Na asymetricky šifrovanú časť spojenia sa používajú algoritmy RSA a DSA. Na symetrickú časť máte na výber z viacerých a to (citujem s manuálu) "3des-cbc, aes128-cbc, aes192-cbc, aes256-cbc, aes128-ctr, aes192-ctr, aes256-ctr, arcfour128, arcfour256, arcfour, blow‐fish-cbc, and cast128-cbc". To, aká šifra bude použitá, môžete ovplyvňovať ako na strane klienta, tak aj na strane servera. Väčšinou to ale nebude potrebné, keďže openssh sa dokáže rozhodnúť sám pre tú "najlepšiu" :) Nesmie chýbať názorný obrázok. zelena časť znázorňuje kroky, kde sú prenášané dáta šifrované ešte asymetrickou šifrou, červená analogicky symetrickou.
AutorizáciaKeď už je vytvorený šifrovaný komunikačný kanál, môže začať proces autorizácie. SSH2 poskytuje viac spôsobov autorizácie, my si popíšeme dva najčastejšie. Autorizácia heslomKlasický spôsob všetkým iste známy. Server si po pripojení klienta vypýta heslo a po kontrole spustí vybraný shell uvedený v /etc/passwd. OpenSSH môže, ale nemusí používať systém PAM. Autorizácia kľúčomTak ako ste pre server jednoznačne identifikovaný svojím menom a heslom, je tomu aj v prípade kľúčov. Klient vygeneruje sadu kľúčov, privátny a verejný. Privátny je opäť bezpečne uložený na klientskom počítači, zatiaľ čo verejný je uschovaný na serveri. Server potom pri pripojení zašifruje nejaké dáta verejným kľúčom, ktorý ma k dispozícií a pošle ich klientovi. Ten, ak má k dispozícií privátny kľúč, môže dáta rozšifrovať a poslať späť serveru. Ten potom, ak obrží správne dáta usúdi, že klient ja autorizovaný a spustí shell. Poďme sa pripojiťUrčite sa už po tej teoretickej omáčke chcete konečne pripojiť a spravovať svoj počítač vzdialene. Tak poďme na to. Prvý krok bude, ak to za Vás nespravil balíčkovací systém, naštartovať sshd. Konkrétny postup sa líši od distribúcie po distribúciu, tak si uvedieme aspoň pár príkladov. Všetky príkazy treba spustiť ako root
Ak server beží, pribudne Vám v procesoch sshd počúvajúci na porte 22. Obidvoje si môžeme overiť príkazom netstat -tlpn Ak ssh beží, mal by sa medzi výstupom nachádzať riadok podobný tomuto tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 3094/sshd Skúsme sa teda prihlásiť. Na to aby ste sa mohli prihlásiť aj mimo lokálnej siete, potrebujete samozrejme verejnú IP, preto teraz len overíme funkčnosť OpenSSH a pripojíme sa z lokálneho počítača. OpenSSH klienta spustíte príkazom ssh, ktorého základná syntax je ssh uzivatel@host, pričom uzivatel je užívateľské meno a host doména/ip adresa počítača, na ktorý sa chceme prihlásiť. Prihlásme sa teda na lokálny počítač. ssh janko@localhost Pri prvom pripojení nás server prekvapí hláškou podobnej tejto The authenticity of host 'localhost (127.0.0.1)' can't be established. RSA key fingerprint is 20:03:45:4c:f4:09:e3:5c:21:2a:ea:bf:79:82:3c:f5. Are you sure you want to continue connecting (yes/no)? Kedže ste sa k serveru ešte nikdy nepripojili, klient ešte nemá v databáze verejný kľúč servera. Napíšte teda yes a stlačte enter. Klient si uloží kľúč do ~/.ssh/known_hosts. Server pokračuje vypýtaním hesla, zadajte ho teda. Heslo sa tak, ako sme na unixových systémoch zvyknutí, nebude zobrazovať. Po overení správnosti hesla ste prihlásený a môžte robiť, čo chcete (samozrejme to vyžaduje znalosť práce so shellom). Popísané kroky ilustruje nasledovný obrázok
KonfiguráciaKedže štandardná konfigurácia nemusí vždy vyhovovať, ukážeme si, ako OpenSSH prispôsobiť k obrazu svojmu. OpenSSH sa štandardne konfiguruje pomocou súborov v /etc/ssh/. Pre server je to sshd_config a pre klient ssh_config. Súbory majú formát Direktíva hodnota pričom, jednotlivé položky sú oddelené riadkami. Cieľom článku nie je popísať všetky možné možnosti OpenSSH, preto sa zameriame len na základné nastavenia. Zmena portuPort 22 vystavený internetu sa do pár minút premení na strelnicu rôznych botov skúšajúcich slovníkové heslá na účty root, test a podobne. Preto nie je od veci premiestniť sshd na iný port. O to sa v konfiguračných súboroch stará direktíva Port. Štandardne je nastavená na číslo 22. Prepíšeme ju teda na nejaké vyššie, neobvyklé číslo, povedzme 4389. Súbor ssd_config teda bude obsahovať riadok Port 4398 Teraz musíme prinútiť klienta, aby sa na ten port pripájal tiež. Opäť to môžeme dosiahnuť pridaním rovnakého riadku do ssh_config. Správnejšie bude ale povedať to klientovi parametrom pri spustení. Konkrétne ide o parameter -p. Na server počúvajúci na porte 4398 sa teda pripojíme príkazom ssh -p 4398 uzivatel@host Nastavenie protokoluPovolenie prvej verzie SSH protokolu môže znamenať bezpečnostné riziko. Preto sa uistite, že ssh_config aj sshd_config obsahjú riadokProtocol 2 Autorizácia kľúčomAutorizácia kľúčom je pohodlnejšia ako vyťukávanie hesla, problém je v tom, že zatiaťčo heslo je len vo vašej pamäti (dúfajme :)), kľúč sa nachádza na disku, kde je ľahšie ho ukradnúť. Kľúč si síce môžete takisto ochrániť heslom, problém je, že sa potom stráca pohodlnosť takéhoto riešenia, existuje však možnosť vyhnúť sa častému zadávaniu hesla pri použití kľúča pomocou nástroja ssh-agent. Ten si možno popíšeme v pokračovaní, ak nejaké bude.Aby ste sa mohli prihlasovať pomocou kľúča, musí sshd_ config obsahovať riadok PubKeyAuthentication yes Ďalším krokom je vygenerovanie dvojice kľúčov (verejný a privátny). RSA kľúče vygenerujeme príkazom ssh-keygen -t rsa Program si vypýta miesto, kam má uložiť kľúče, keďže nám vyhovuje štandardné umiestnenie, tak len stlačíme enter. Ďalej si vypýta heslo, ktoré bude použité na prístup k privátnemu kľúču. Teraz je na Vás, či niečo zadáte alebo nie, bezpečnejšie samozrejme bude, ak áno. Dvojicu kľúčov teraz máme v ~/.ssh/id_rsa (privátny) a ~/.ssh/id_rsa.pub (verejný). Posledný krok je umiestniť náš verejný kľúč na server. Kľúč musíme umiestniť do ~/.ssh/authorized_keys. Môžeme použiť ftp,sftp alebo len ručne skopírovať riadok s ~/.ssh/id_rsa.pub do ~/.ssh/authorized_keys. Súbor potom bude obsahovať niečo podobné tomtuto: ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAzriLTMYHhCc7fr8IXkZwNWRG81 j6PoT9wx4pU8mYRW/P1MGzY1LdU7NC5MOjwGwfVmIY70/NG5VKwsTOBzrAQ/75 +3nZd3PB4uaCYdex+dNI3+iBYCfjdWX3gqCZshJzx7cd+4m33gqzFQyEchNiI9 K5lXIPv/ICQq6cp3ZktVgxqbGSzydTuOKBIBnA05CWMXZYxhgEG1ivijoHVVpQ B+mSMKACb7ylLYXD0wVimL8zsuxVnWEIDsf/plOlcWFvqqQF7oixCLtPQuDQwk f6pqPrWcJ2xtffWf5DrLSvl1cYvd6obvXvsndEPuJ5/D7mLSpVNYm1IkpxsOAz CFcKCw== xchg@smaher V skutočnosti to bude na jednom riadku, v článku je text zalomený. Teraz už jednoducho príkazom ssh uzivatel@host sa pripojíme, server nebude vyžadovať heslo od účtu. Zakázanie prihlásenia na účet rootZásada nikdy sa neprihlasovať pod rootom platí aj tu (no na serveroch možno menej). Využívajte mechanizmy su a sudo. Účet root zakážete v sshd_config pridaním riadkuPermitRootLogin no ZáverPo prečítaní tohoto článku by ste sa mali vedieť pripojiť na svoj počítač z iného počítača a pracovať na ňom. Samotný OpenSSH má však oveľa viac možností (x11 forwarding, port forwarding, socks proxy, sftp, ...) ktoré sa sem však nezmestili. V prípade, že by bol záujem o článok o ďalších možnostiach OpenSSH, tak sa ho skôr či neskôr dočkáte :). |
Vyžaduje prihlásenie alebo registráciu pre pridávanie komentárov ku článkom.
Počet komentárov: 23. Zobraziť komentáre.
Diskusia (23 príspevkov)
|
Re:SSH a Linux
Mar 09 2010 08:48:50 konecne normalny clanok po dlhom case
ale jedna pripomienka: ten obrazok by si zasluzil ine farby. Musel som ostrit zrak aby som farbu pisma odlizil. Majte zlutovanie aj s nami co sme farboslepi  |
#4678 |
|
Re:SSH a Linux
Mar 09 2010 10:16:05 Nepoznam sice autorov a kedy o com pisu ale ked sa niekomu nepaci hadam by mohol napisat nieco aj sam, nie? Ja som rad ze si precitam kazdy tyzden nieco, je to lepsie ako nic.
A tiez sa pridavam, dobry clanok. |
#4681 |
|
Re:SSH a Linux
Mar 09 2010 18:27:44 Ano fajn clanok.
A teraz ma napada, ze mam takyto problem. Robil som nejaku zalohu na server s rsync cez ssh. Nejak sa to zaseklo a tak som to zhodil. Od vtedy sa mi nejak zaseklo prihlasovanie s vygenerovanym klucom. Musim stale vytukavat heslo ked sa chcem prihlasit. Nejake napady? |
#4686 |
|
Re:SSH a Linux
Mar 09 2010 18:51:25 Je tvoj kluc stale na servery tam kde ma byt? Je aj na lokalnom pc tam kde ma byt? Skús parameter -v klientovi. Alebo vygeneruj novy kluc.
|
#4687 |
|
Re:SSH a Linux
Mar 09 2010 19:46:44 xchg napísal:
Je tvoj kluc stale na servery tam kde ma byt? Je aj na lokalnom pc tam kde ma byt? Skús parameter -v klientovi. Alebo vygeneruj novy kluc. Vymazal som svoj kluc aj na servery vygeneroval novy a naimportoval som ho nanovo. Stale to iste. po -v vypisal toto. OpenSSH_5.1p1 Debian-5ubuntu1, OpenSSL 0.9.8g 19 Oct 2007 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Connecting to xx.xxx.xx.xxx [xx.xxx.xx.xxx] port 22. debug1: Connection established. debug1: identity file /home/bum/.ssh/identity type -1 debug1: identity file /home/bum/.ssh/id_rsa type 1 debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048 debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048 debug1: identity file /home/bum/.ssh/id_dsa type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_5.1p1 Debian-5 debug1: match: OpenSSH_5.1p1 Debian-5 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.1p1 Debian-5ubuntu1 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server->client aes128-cbc hmac-md5 none debug1: kex: client->server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host 'xx.xxx.xx.xxx' is known and matches the RSA host key. debug1: Found key in /home/bum/.ssh/known_hosts:1 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password debug1: Next authentication method: publickey debug1: Offering public key: /home/bum/.ssh/id_rsa debug1: Authentications that can continue: publickey,password debug1: Trying private key: /home/bum/.ssh/identity debug1: Trying private key: /home/bum/.ssh/id_dsa debug1: Next authentication method: password root@xx.xxx.xx.xxx's password: |
#4694 |
|
Re:SSH a Linux
Mar 09 2010 20:27:37
Hladá hladá tie súbory ale nenájde. V /home/bum/.ssh/id_dsa home/bum/.ssh/identity alebo home/bum/.ssh/id_rsa má byť privátny kľúč, je tam? |
#4695 |
|
Re:SSH a Linux
Mar 09 2010 20:40:20 stando napísal:
konecne normalny clanok po dlhom case
ale jedna pripomienka: ten obrazok by si zasluzil ine farby. Musel som ostrit zrak aby som farbu pisma odlizil. Majte zlutovanie aj s nami co sme farboslepi
Ktory obrazok myslis? Na to velkom je pismo cierne v celom obrazku, rozlisene je to len takymi kruzkami okolo . Zeby ti to zle vykreslilo? |
#4698 |
|
Re:SSH a Linux
Mar 09 2010 21:16:29 Szabó napísal:
Mam tam toto id_rsa id_rsa.pub known_hosts
a skontroluj či tam ten kľúč naozaj je, obsah sem nedávaj radšej . Nič ma nenpadá, okrem zlých práv k tomu súboru. |
#4701 |
|
Re:SSH a Linux
Mar 09 2010 21:49:49 bum@bum-laptop:~/.ssh$ ls -l
celkom 12 -rw------- 1 bum bum 1675 2010-02-13 16:41 id_rsa -rw-r--r-- 1 bum bum 396 2010-02-13 16:41 id_rsa.pub -rw-r--r-- 1 bum bum 884 2010-02-13 16:21 known_hosts A ten cat mi vyhodi kopec znakov takze kluc vygenerovany je. Su zle prava? |
#4702 |
|
Re:SSH a Linux
Mar 09 2010 21:58:10 xchg napísal:
Nie sú :/ Mozes dat konfigurak servera/klienta? Eeee Ak myslis na to na co ja tak urcite.
vydrz |
#4704 |
|
Re:SSH a Linux
Mar 09 2010 22:03:59 cat /etc/ssh/ssh_config
# This is the ssh client system-wide configuration file. See # ssh_config(5) for more information. This file provides defaults for # users, and the values can be changed in per-user configuration files # or on the command line. # Configuration data is parsed as follows: # 1. command line options # 2. user-specific file # 3. system-wide file # Any configuration value is only changed the first time it is set. # Thus, host-specific definitions should be at the beginning of the # configuration file, and defaults at the end. # Site-wide defaults for some commonly used options. For a comprehensive # list of available options, their meanings and defaults, please see the # ssh_config(5) man page. Host * # ForwardAgent no # ForwardX11 no # ForwardX11Trusted yes # RhostsRSAAuthentication no # RSAAuthentication yes # PasswordAuthentication yes # HostbasedAuthentication no # GSSAPIAuthentication no # GSSAPIDelegateCredentials no # GSSAPIKeyExchange no # GSSAPITrustDNS no # BatchMode no # CheckHostIP yes # AddressFamily any # ConnectTimeout 0 # StrictHostKeyChecking ask # IdentityFile ~/.ssh/identity # IdentityFile ~/.ssh/id_rsa # IdentityFile ~/.ssh/id_dsa # Port 22 # Protocol 2,1 # Cipher 3des # Ciphers aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc # MACs hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160 # EscapeChar ~ # Tunnel no # TunnelDevice any:any # PermitLocalCommand no SendEnv LANG LC_* HashKnownHosts yes GSSAPIAuthentication yes GSSAPIDelegateCredentials no cat /etc/ssh/sshd_config # Package generated configuration file # See the sshd(  manpage for details
# What ports, IPs and protocols we listen for Port 22 # Use these options to restrict which interfaces/protocols sshd will bind to #ListenAddress :: #ListenAddress 0.0.0.0 Protocol 2 # HostKeys for protocol version 2 HostKey /etc/ssh/ssh_host_rsa_key HostKey /etc/ssh/ssh_host_dsa_key #Privilege Separation is turned on for security UsePrivilegeSeparation yes # Lifetime and size of ephemeral version 1 server key KeyRegenerationInterval 3600 ServerKeyBits 768 # Logging SyslogFacility AUTH LogLevel INFO # Authentication: LoginGraceTime 120 PermitRootLogin yes StrictModes yes RSAAuthentication yes PubkeyAuthentication yes #AuthorizedKeysFile %h/.ssh/authorized_keys # Don't read the user's ~/.rhosts and ~/.shosts files IgnoreRhosts yes # For this to work you will also need host keys in /etc/ssh_known_hosts RhostsRSAAuthentication no # similar for protocol version 2 HostbasedAuthentication no # Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication #IgnoreUserKnownHosts yes # To enable empty passwords, change to yes (NOT RECOMMENDED) PermitEmptyPasswords no # Change to yes to enable challenge-response passwords (beware issues with # some PAM modules and threads) ChallengeResponseAuthentication no # Change to no to disable tunnelled clear text passwords #PasswordAuthentication yes # Kerberos options #KerberosAuthentication no #KerberosGetAFSToken no #KerberosOrLocalPasswd yes #KerberosTicketCleanup yes # GSSAPI options #GSSAPIAuthentication no #GSSAPICleanupCredentials yes X11Forwarding yes X11DisplayOffset 10 PrintMotd no PrintLastLog yes TCPKeepAlive yes #UseLogin no #MaxStartups 10:30:60 #Banner /etc/issue.net # Allow client to pass locale environment variables AcceptEnv LANG LC_* Subsystem sftp /usr/lib/openssh/sftp-server UsePAM yes Toto je na mojom PC Chces aj server? Tu som nic nemenil. Server mozno ano ale uz netusim. rypal som sa v tom asi pred mesiacom ked sa to poto. A pozeram, ze server ma identicke nastavenia. Asi som si urobil zalohu ci co ked som sa v tom zacal rypat. (co nezvyknem. Hehe) |
#4705 |
|
Re:SSH a Linux
Mar 10 2010 15:17:36 Nevidím na tom konfiguráku nič neobvyklé :/ Ale ak si v nom nic nemenil a zacalo to samo tak to asi tym nebude. Len taka otazka, skusil si restartovat ssh server?
. Skus este z nejakeho ineho stroja sa prihlasit pomocou toho kluca, aby sa aspon zistilo ci je problem na strane klienta alebo servera. |
#4713 |
|
Re:SSH a Linux
Mar 10 2010 15:34:02 xchg napísal:
Nevidím na tom konfiguráku nič neobvyklé :/ Ale ak si v nom nic nemenil a zacalo to samo tak to asi tym nebude. Len taka otazka, skusil si restartovat ssh server? . Skus este z nejakeho ineho stroja sa prihlasit pomocou toho kluca, aby sa aspon zistilo ci je problem na strane klienta alebo servera.
ssh server som restartoval na servery a aj som ho restartoval cely. Pc vypinam bezne takze tam by to malo byt v pohode. Eeee. Preco ma to nenapadlo este vyskusat z druheho PC? Dik skusim. |
#4716 |
|
Re:SSH a Linux
Mar 10 2010 16:33:24 No skusil som to a tiez vypytalo heslo. Ale vytvorilo sa v .ssh/ nieco taketo.
id_rsa.keystore |
#4717 |
|
Re:SSH a Linux
Mar 10 2010 17:12:21 ach jaj, mna nic nenapada. Čo tak odinštalovať aj s konfigurakmi a spravit cistu instalaciu? Aj na servery aj na klientovi, potom vygenerovat novu sadu klucov.
//edit predsa len, mozes pustnut ls -l /home/user/.ssh zo servera? prava mozu byt zle aj tam. |
#4718 |
|
Re:SSH a Linux
Mar 10 2010 17:17:48 xchg napísal:
ach jaj, mna nic nenapada. Čo tak odinštalovať aj s konfigurakmi a spravit cistu instalaciu? Aj na servery aj na klientovi, potom vygenerovat novu sadu klucov. //edit predsa len, mozes pustnut ls -l /home/user/.ssh zo servera? prava mozu byt zle aj tam. Akoze mi to moc neprekaza, len niektore veci sa nedokazu robit uplne bez pomoci ako napriklad rsync. Ale prezijem. A este aby som vedel. Ked odynstalujem ssh uplne na servery ktory je netusim kde a znovu nainstalujem budem sa vediet potom pripojit? Dost ma to desi.  |
#4719 |
|
Re:SSH a Linux
Mar 10 2010 17:28:07 Binárku /usr/sbin/sshd (alebo tam kdesi) mozes prepisat aj za behu, pri restarte sa spojenie nestrati (hadam
). Alebo si vytvor docasny "shell" netcatom
a potom s klienta
alebo tam hoď telnet nachvílu, moznosti mas vela. A nemáš prístup cez serialovu konzolu? |
#4721 |
|
Re:SSH a Linux
Mar 10 2010 17:35:57 xchg napísal:
Binárku /usr/sbin/sshd (alebo tam kdesi) mozes prepisat aj za behu, pri restarte sa spojenie nestrati (hadam ). Alebo si vytvor docasny "shell" netcatom
a potom s klienta
alebo tam hoď telnet nachvílu, moznosti mas vela. A nemáš prístup cez serialovu konzolu? Kokos. To bolo Latinsky? Dosla dcerenka ze ju mam ist hojdat. To snad zvladnem. Hehe. Toto by bolo skor asi na online navigaciu. Ja take cosi v zivote nerobil a ani o tom nepocul. Ale to je moj problem. |
#4722 |
|
Re:SSH a Linux
Mar 11 2010 15:35:03 No, namiesto ssh si tam môžeš dať nachvíľu telnet (na nete nájdeš návod isto pre tú distribúciu), a cezeň pre istotu preinštalovať to openssh.
Ešte by si mohol dať aj ten výpis zo servera čo som písal hore |
#4733 |
|
Re:SSH a Linux
Mar 11 2010 15:57:16 xchg napísal:
No, namiesto ssh si tam môžeš dať nachvíľu telnet (na nete nájdeš návod isto pre tú distribúciu), a cezeň pre istotu preinštalovať to openssh. Ešte by si mohol dať aj ten výpis zo servera čo som písal hore
szabo:~# ls -l /root/.ssh/ celkom 4 -rw-r--r-- 1 root root 396 2010-02-17 17:40 authorized_keys cat /etc/ssh/ssh_config # This is the ssh client system-wide configuration file. See # ssh_config(5) for more information. This file provides defaults for # users, and the values can be changed in per-user configuration files # or on the command line. # Configuration data is parsed as follows: # 1. command line options # 2. user-specific file # 3. system-wide file # Any configuration value is only changed the first time it is set. # Thus, host-specific definitions should be at the beginning of the # configuration file, and defaults at the end. # Site-wide defaults for some commonly used options. For a comprehensive # list of available options, their meanings and defaults, please see the # ssh_config(5) man page. Host * # ForwardAgent no # ForwardX11 no # ForwardX11Trusted yes # RhostsRSAAuthentication no # RSAAuthentication yes # PasswordAuthentication yes # HostbasedAuthentication no # GSSAPIAuthentication no # GSSAPIDelegateCredentials no # GSSAPIKeyExchange no # GSSAPITrustDNS no # BatchMode no # CheckHostIP yes # AddressFamily any # ConnectTimeout 0 # StrictHostKeyChecking ask # IdentityFile ~/.ssh/identity # IdentityFile ~/.ssh/id_rsa # IdentityFile ~/.ssh/id_dsa # Port 22 # Protocol 2,1 # Cipher 3des # Ciphers aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc # MACs hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160 # EscapeChar ~ # Tunnel no # TunnelDevice any:any # PermitLocalCommand no SendEnv LANG LC_* HashKnownHosts yes GSSAPIAuthentication yes GSSAPIDelegateCredentials no cat /etc/ssh/sshd_config # Package generated configuration file # See the sshd( manpage for details
# What ports, IPs and protocols we listen for Port 22 # Use these options to restrict which interfaces/protocols sshd will bind to #ListenAddress :: #ListenAddress 0.0.0.0 Protocol 2 # HostKeys for protocol version 2 HostKey /etc/ssh/ssh_host_rsa_key HostKey /etc/ssh/ssh_host_dsa_key #Privilege Separation is turned on for security UsePrivilegeSeparation yes # Lifetime and size of ephemeral version 1 server key KeyRegenerationInterval 3600 ServerKeyBits 768 # Logging SyslogFacility AUTH LogLevel INFO # Authentication: LoginGraceTime 120 PermitRootLogin yes StrictModes yes RSAAuthentication yes PubkeyAuthentication yes AuthorizedKeysFile /root/.ssh/authorized_keys # Don't read the user's ~/.rhosts and ~/.shosts files IgnoreRhosts yes # For this to work you will also need host keys in /etc/ssh_known_hosts RhostsRSAAuthentication no # similar for protocol version 2 HostbasedAuthentication no # Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication #IgnoreUserKnownHosts yes # To enable empty passwords, change to yes (NOT RECOMMENDED) PermitEmptyPasswords no # Change to yes to enable challenge-response passwords (beware issues with # some PAM modules and threads) ChallengeResponseAuthentication no # Change to no to disable tunnelled clear text passwords #PasswordAuthentication yes # Kerberos options #KerberosAuthentication no #KerberosGetAFSToken no #KerberosOrLocalPasswd yes #KerberosTicketCleanup yes # GSSAPI options #GSSAPIAuthentication no #GSSAPICleanupCredentials yes X11Forwarding yes X11DisplayOffset 10 PrintMotd no PrintLastLog yes TCPKeepAlive yes #UseLogin no #MaxStartups 10:30:60 #Banner /etc/issue.net # Allow client to pass locale environment variables AcceptEnv LANG LC_* Subsystem sftp /usr/lib/openssh/sftp-server UsePAM yes Toto je na servery. Nejak ma ten zasah fakt... no naberam odvahu. Skusim sa na to par krat vyspat a skusim to. Maximalne potom poprosim spravcu nech na to hodi kukuc. |
#4735 |
