OpenSSH - více než jen Secure Shell (diskuse)

[the.max]

moc dobra "referencni prirucka". konecne sem pochopil par veci jak pouzit spravne parametry

[mykhal]

neví někdo o nějaké ssh implementaci v GnuTLS ?

[netservis]

Perfektní článek, dík.

[hanc]

moc hezkej clanek, diky ! jen tak dal :)

[pavlix]

Díky všem za pochvaly, jj, jakmile bude čas, navážu dalším povídáním.

[pet]

XForwarding u ssh je velice dobra vec, bohuzel pro nektere aplikace nefunguje. Podle mych zkusenosti jsou to aplikace pouzivajici gtk2. Pokud nekdo vi co s tim, tak bych byl mooc rad.

[phax7]

Mi to funguje normálně z krabice... teď jsem zkusil na Gimpovi

[Petr "Glubo" Sýkora]

Běžně xforwarduji aplikace používající gtk2, nenarazil jsem na žádný problém. Jak se ta chyba projevuje?

[SigTERM]

tohle ti mozna pomuze, mluvi se tam cosi o ssh -Y hostname misto ssh -X hostname

http://gentoo-wiki.com/HOWTO_X-forwarding

[Peter Šantavý]

XForvarding funguje aj s gtk2 aplikaciami (u mna s Fedora a CentOS v roznych verziach).

Problemom bude nieco ine...

[pto]

Někde mi při problémech s gtk2 pomohlo přidat do cfg kromě:

ForwardX11 yes

ješte:

ForwardX11Trusted yes

[jiri.b]

jen podotykam, ze FUSE a sshfs neni a nikdy nebude soucasti OpenSSH projektu!

jinak, co jsme se dozvedeli? nic zajimaveho... skoda.

[diverman]

tak napis pokracovani, kde se teda dozvime neco zajimaveho...

[jiri.b]

na konci I. dilu autor zadal o tipy na temata, dostal jich kopec... bohuzel zustal u zakladu, ktery zna kazdy uzivatel unixu, co neklika, jak zbesily :)

takze staci mrknout do diskuse k I. dilu...

napriklad jeste technicka... pri vyhradnim pouzivani sftp-serveru nefunguje scp, protoze scp neni nic jineho nez vstup presmerovany pres pipe (ssh) a vystup do remote shellu. upozornuji na slovo 'vyhradnim', ctenar muze sam vyzkouset pri pouziti ForceCommand :)

hehe... kolega mi rekl, "kdo pouziva scp...?"... wow, ja tedy osobne pouzivam, vetsinou pouze scp :)

[diverman]

tady nekdo sezral vsechnu moudrost sveta

[Michal Kubeček]

na konci I. dilu autor zadal o tipy na temata, dostal jich kopec... bohuzel zustal u zakladu, ktery zna kazdy uzivatel unixu, co neklika, jak zbesily

Vy v tom článku někde vidíte napsáno, že je tento díl poslední? Já tam naopak na konci vidím zmínku o tom, co bude v příštím dílu, očekával bych tedy, že nejméně jeden ještě bude. Takže by asi bylo lepší s hodnocením, u čeho autor zůstal nebo nezůstal, počkat až na konec seriálu…

[jiri.b]

no... pro mene chapave a ty, jenz se citi stale ukrivdeni a maji pocit, ze jim nekdo ublizuje (coz neni autor, ale nekteri ctenari) :), bych rad objasnil to, co jsem napsal...

...zatim je to porad dokola, coz je praveze skoda. aktualni dil ci podobne variace najdeme na root.cz, krypta.cz ci linuxsoft.cz - ten je povedeny dle meho nazoru - http://www.linuxsoft.cz/article.php?id_article=265

ten, kdo ssh pouziva kazdy den, a tipuji, ze hodne lidi, to vse zna. ten, kdo nezna, tak si vystaci s prvnim dilem...

(zde bych osobne napsal o srovnani openssh clienta a putty, napriklad v praci jsem jediny, kdo zavrhl putty a pouziva X/Cygwin...; pocity a pouzitelnost)

napriklad je tu porad dokola dotaz na ssh a chroot. doufam, ze tohle bude neco, co autor rozhrabne, a bude to originalni clanek na poli ceskeho unix internetu. snad se to ale nezvrhne v 15minutovou pripravu se zaverem pouzivejte rssh...

proste chtel jsem rict, ze tu chybi neco originalniho, neco co jde do hloubky, neco co resi ruzne pohledy a co je i trochu provokativni a atakuje neustale stereotypy. kvalitni clanky, plne informaci a zamysleni, jsou to, co dela jeden portal dobrym a druhym prumernym :)

[Michal Kubeček]

A pro ty ještě méně chápavé: hodnotit hloubku seriálu po druhém dílu, když nevím, kolik jich bude, je blbost. Howgh.

[pavlix]

Ve chvíli, kdy jsem dostal tipy, byl tento díl už sepsán a bohužel autor neměl na změny ve článku čas.

[LFCIB]

jinak, co jsme se dozvedeli? nic zajimaveho... skoda.

Proč to množné číslo? Mluv za sebe laskavě. Nebo je vás tam víc? Víc machýrků co už všechno uměj, tak čtou abclinuxu?

[pavlix]

Jinak na hloubkové poznání SSH doporučuju číst manuál.

A nepamatuju si, že bych tvrdil, že sshfs je součástí OpenSSH. V článku zmiňuju i WinSCP a toho jsi se kupodivu nechytil.

[AsciiWolf]

Skvělý článek,hned jsem vyměnil mé vsftpd za sftp

[disorder]

tomuto nerozumiem? vsftpd umoznuje povolit len sifrovane spojenia (skus miesto obycajneho ftp nainstalovat ftp-ssl)

[AsciiWolf]

No,jde o to,že jsem vsftpd provozoval na stroji z 32MB ram + mi tam běžel ořezaný ssh server (dropbear)...

Takže mi přišlo o moc lepší nainstalovat tam sftp modul pro sshd a odinstalovat vsftpd,který bral zbytečně 6MB RAM - ušetřil jsem 6 MB RAM :)

[petr_p]

vsftpd-2.0.3 na i686 mi zabira v pameti 1740 kB.

[AsciiWolf]

Btw. navíc na co používat 2 démony (sshd + vsftpd s šifrovaným spojením,když mohu mít jen jednoho démona (sshd) s sftp modulem ;)

[disorder]

ssh a ftp nie su volne zamenitelne sluzby :)

[jaja]

v tomto se ale vsftp s sftp potkava. a o tom tu je rec.

duvodem proc to nedelat je rychlost. sftp je temer o rad pomalejsi. coz se vsak u beznych operaci neprojevuje. pouze pokud sdilite velky objem dat je sftp nevyhodne - je vsak pravdou, ze tam uz nedostacuje ani vsftp. obvykle se tam pouziva nfs. jakmile do toho jeste zamichame spotrebu syst. zdroju (ram,cpu) tak nalezeni vhodne technologie je netrivialni.

[Michal Kubeček]

sftp je temer o rad pomalejsi. coz se vsak u beznych operaci neprojevuje.

V jakém smyslu je "téměř o řád pomalejší"?

[pavlix]

Dík, jsem rád, že pomohlo, btw, co to provozuješ za mašinu?

[Radek Hladik]

Reším takový "jednoduchý" problém. Chtěl bych, aby se root mohl přihlásit jenom z localhostu. Nebo alespoň aby se ze sítě mohl přihlásit jen klíčem a z localhostu i heslem.

Myslel jsem si, že to bude poměrně jednoduché, OpenSSH má přece AllowUsers direktivy a spol... Jenže po chvíli laborování a koukání do zdrojáků, se mi zdá, že to nepůjde.

Zjistil jsem totiž, že OpenSSH u vyhodnocování direktiv *Users víceméně ignoruje znak ! jako negaci. U vyhodnocení části s username se volá funkce match_pattern, která ! už nevyhodnocuje. U vyhodnocení adresy se sice volá fce match_patterns, která sice ! v potaz bere, ale poměrně zamotaně, což ve finále vede k tomu, že to také nefunguje.

Takže nápady jako AllowUsers root@localhost !root nebo DenyUsers root@!localhost bohužel nefungují.

Stejně tak omezení uživatele pomocí direktivy Match mi nepomůže, protože nemůžu omezit nic významného.

Neřešil jste někdo podobný problém? Rád bych to vyřešil přímo v sshd, vím že to můžu udělat třeba přes pam_access, ale tohle by přece SSH daemon mohl zvládnout...

Radek

[jiri.b]

novejsi verze OpenSSH maji Match v man sshd_config

a posledni verze OpenSSH to rozsiruje i pro definovani zpusobu autentifikace.

[jiri.b]

http://www.openbsd.org/cgi-bin/man.cgi?query=sshd_config

Match   Introduces a conditional block.  If all of the criteria on the
        Match line are satisfied, the keywords on the following lines
        override those set in the global section of the config file, un-
        til either another Match line or the end of the file.  The argu-
        ments to Match are one or more criteria-pattern pairs.  The
        available criteria are User, Group, Host, and Address.  Only a
        keyword.  Available keywords are AllowTcpForwarding, Banner,
        ForceCommand, GatewayPorts, GSSApiAuthentication,
        KbdInteractiveAuthentication, KerberosAuthentication,
        PasswordAuthentication, PermitOpen, RhostsRSAAuthentication,
        RSAAuthentication, X11DisplayOffset, X11Forwarding, and
        X11UseLocalHost.

[Radek Hladik]

Tuhle man page na netu jsem taky potkal, leč ve Fedoře 5,6 a 7, ve kterých to potřebuju, je bohužel zatím jen toto:

Available keywords are AllowTcpForwarding, ForceCommand,GatewayPorts, PermitOpen, X11DisplayOffset, X11Forwarding, and X11UseLocalHost.

Nevím proč to tak je, ale obávám se, že balíček s novou verzí pro všechny verze Fedory asi nebude. A použití nedistribučních balíčků bych se rád vyhnul. Na druhou stranu, pokud už se rozhodnu použít jiný, tak si tam můžu přidat i patch na podporu LDAPu, který by se mi tam docela taky hodil

Radek

[jiri.b]

no tak to se musis rozhodnout sam, jestli pouzivat distro s obstarozni verzi OpenSSH nebo ne :)

myslim, ze ./configure && make install funguje stale :)

patch na LDAP? no nevim, ale na Linuxech se to resi pres PAM...

$ uname -sr ; ssh -V
OpenBSD 4.1
OpenSSH_4.6, OpenSSL 0.9.7j 04 May 2006

[jiri.b]

no a taky by to snad slo (pouze prihlaseni) pres /etc/hosts.allow, pokud je sshd zkompilovano proti TCPWrappers

$ ldd /usr/sbin/sshd  | grep wrap
        libwrap.so.0 => /lib/libwrap.so.0 (0xb7f54000)

[Jouda]

s/autentifikace/autentizace/

to první je nesmysl pane jiří

[pavlix]

Spíš drobná chybka, když jde jen o komentář :).

[Filip Jirsák]

A chcete, aby se root z localhost u připojoval přes ssh? Pokud ne, stačí PermitRootLogin no. Pokud z nějakého důvodu potřebujete povolit lokální přihlášení roota přes ssh, asi bude dobré prozdradit důvod, proč to tak potřebujete (třeba se najde jiné řešení).

[Radek Hladik]

Právě, že bych rád aby se přihlašoval přes SSH. Protože bych tak poměrně elegatně obešel su. V současnosti řešíme administraci serverů tak, že se přihlásí uživatel a pak si udělá su. K tomu musí znát rootovské heslo. Já bych rád, aby se to udělalo tak, že se uživatel přihlásí svým klíčem a potom udělá ssh root@localhost a root bude mít nastavené klíče, které se smí přihlásit. Půjde tak lépe hlídat kdo se smí přihlásit a lépe půjde odebrat někomu možnost přihlásit se jako root, než mu mlátit do hlavy, aby zapoměl heslo. Na druhou stranu bych chtěl nechat možnost přihlásit se heslem, pokud tohle nějak selže.

Když tak teď o tom přemýšlím, tak možná bude stačit, když zapnu PermitRootLogin without-password a to su zůstane jako ta nouzovka. Ale pak se půjde ze sítě přihlásit jako root rovnou, bez použití neroot uživatele... Ale to by možná nemuselo zas až tak vadit...

Radek

[Filip Jirsák]

A nebylo by jednodušší použít pam_wheel, které přesně k tomuhle slouží?

[Radek Hladik]

Tak a jsem zase jednou za debila Tolik jsem se soustředil na použití SSH a klíčů, že jsem znova vymýšlel kolo (a to doslova ) A přitom pam_wheel používáme na omezení, kdo vůbec smí udělat su. Tak mu jen nahodim sufficient a bude to. Díky za nakopnutí...

Radek

[CentrinO]

Ahoj,
jeste bych pridal ze podobnou zalezitost je asi vhodne resit i pomoci sudo, ktere je na neco podobneho taky delane. Hezky den preje

[jiri.b]

sudo je dobre, ale ne vselekem. jestli ma nekdo blbe napsany /etc/sudoers, tak nekdo muze z povoleneho programu ziskat root shell a je po logovani :)

takze, bud verime, a mame tu nejakou dohodu s uzivateli... nebo holt se podivame po paranoidnim resenim - tj. auditing a RBAC a MAC.

[moira]

A kdyz udela su - tak nebude mit root shell? IMHO je v tomto mnohem lepsi pouzit sudo nez dat uzivateli moznost prihlasit se suckem. Kdyz ma nekdo blbe napsany sudoers tak to je jeho problem. To uz muzete taky argumentovat, ze kdyz nekdo nema na roota heslo, tak nekdo taky muze ziskat root shell :)

[Milan "Nemo" Cingroš]

Příkazem sudo -s dostaneme root shell a uživatel zadává vlastní heslo. Ale pravidla bezpečnosti stejně říkají, že pokud měl někdo přístup k root shellu, tak jediná možnost, jak zajistit bezpečnost po jeho odchodu je přeinstalovat počítač...

[Michal Kubeček]

Na systému se standardním bezpečnostním modelem… Takový SELinux nebo LIDS dokážou i toho roota docela efektivně přidusit. Vlastně i AppArmor…

[jiri.b]

no bylo to mysleno tak, ze spousty programu maji moznost jit do shellu - vi/vim, ftp atd...

tyhle pravidla bezpecnosti jsou vtipny :) u nas v praci ma rootshell desitka lidi, no nevsiml, jsem si ze to porad preinstalovavaji :)

[Milan "Nemo" Cingroš]

Vždycky se musí udělat kompromis mezi "absolutní" bezpečností a použitelností. Obvykle se po prvním průšvihu snižuje použitelnost a zvyšuje bezpečnost A když má rootshell desítka lidí, tak je to asi stejně jedno

[pavlix]

Dá se to nakonfigurovat i bez hesla.

[disorder]

     -Y      Enables trusted X11 forwarding.  Trusted X11 forwardings are not
             subjected to the X11 SECURITY extension controls.

vsetko je v manuale

[Dr.Tič]

Mne se ten clanek taky libi. I kdyz programy z baliku OpenSSH (a z doplnkovych baliku) pouzivam kazdy den a podobnych clanku jsem uz par cetl, tak i presto jsem tu nasel nekolik veci, ktere pro me byly nove nebo jsem si aspon upresnil nektere informace. Takze celkovy dojem - dobry clanek.

[laoce]

Aj mne sa ten clanok velmi pacil ..ssh pouzivam denne v praci ale mnohe veci tu uvadzane mi boli nie uplne jasne :o) takze moc diki za clanok a pevne nervy v pokracovani :o) drzim palce!!! :o))

[alanos]

Pokud si spustím nějakou aplikaci přes ssh -C -X , dá se nějak udělat aby aplikace běžela dál na vzdáleném počítač i po ukončení na mém X.? Konkrétně když si ze vzdáleného počítače pustím třeba GFTP a dám něco stahovat aby to běželo dál . Já to sice řeším přes VNC ale jen se chci zeptat jestli to jde nějak přes ssh.

[jiri.b]

rekl bych, ze ne. X client je svazan s urcitym displayem a ten by zmizel...

[alanos]

Já si to myslel ale za optáni člověk nic nedá :o) . V navodech jsem taky nic nevyčetl.

[Abraxis]

Co takhle "nohup"? Ale uz se asi k aplikaci znovu nepripojis...

[jiri.b]

to je podle me nesmysl, X client musi mit platny X display...

...vsak si zkuste spustit X aplikaci v konzoli, skocite na X diplay problemu

[pavlix]

Neznám způsob, ale neřekl bych, že je to úplně nemožné.

[fabian]

Pekny clanek. O sshfs jsem nevedel a hned se mi to hodi. Diky:)

[y]

Peknej clanek. Akorat je skoda ze tu neni vic informaci o sftp. Na vsftpd pouzivam chroot uzivatelu, ale u sftp se mi nic podobneho zatim nepodarilo. Byl bych rad kdyby se o to v pokracovani clanku neco objevilo.

[Michal Kubeček]

Měl by to umět scponly.

[pavlix]

Taky už jsem přemýšlel o tom chrootu, díky.

[statybosabc]

Baigti darbą statybosabc.lt Gaisro atkūrimas Kadravimas: Mediena ir metalas Žaliasis pastatas Istorinis išsaugojimas Institucinės / mokyklos Interjero dizainas Tapyba Šalčio statybos statybos paslaugosVandentiekiavimas Remodeling Atsinaujinančiosios energijos projektai Stogų Saulės Atšaka Plieno pastatai Plieno Smeigės/Gipskartonio Struktūrinis remontas / armatūra

Kai kurios su darbu susijusių paslaugų ir techninės priežiūros darbų paslaugų apimtis apima (bet jomis neapsiribojame):

Tvoros įrenginiai Sienų demo/statyba Dailidžių ir (arba) remonto įrenginiai. Lubų remontas/įrenginiai Betono remontas Leidžiantis Tapyba Durų remontas ir (arba) įrengin