Dotaz: Přesměrování výstupu na vzdáleném stroji do lokálního souboru

[MK]

Jakým způsobem přesměrovat výstup příkazu spuštěného z ssh do souboru na lokálním disku?

Díky M

Odpovědi

[unchallenger]

Je vidět, žes to ani nezkusil.

ssh stroj příkaz >soubor

[MK]

Ne o to mi nejde. Na to by me ani nenapadlo se ptat. Zajima me OBRACENY postup. Pripojim se pres ssh (casto pres nekolik stroju) a vystup presmeruji na lokalni disk. Je to mozne?

[Hynek (Pichi) Vychodil]

A který z tisíce způsobů by jsi chtěl? Z toho co píšeš mi není jasná jedna věc: Co je to lokální disk? To se ptám jen proto, že třeba tady u mě si pod tím nedokážu nic představit, jelikož nejbližší HD má kolega v notebooku cca 6m ode mě a další nejbližší HD je cca 20m za dvěma stěnama. To teda když nepočítám ty dva co už 2 měsíce leží na vedlejším stole (pochopitelně nezapojené). Nejbližší pojem, který mě napadá je adresářová struktura jádra jehož shelem právě interaktivně pracuji. Jenže to je taky co chvíly něco jiného a dokonce jednotlivé části té struktury se nacházejí na několika různých HD v různých počítačích. Nemluvě o tom, že některé části se na HD nenachází vůbec.

[MK]

Aby otazka mela smysl, tak samozrejme z pocitace z ktereho je inicializovano spojeni.

[Michal Kubeček]

Uff. Tak budete muset napsat pořádně, který lokální vlastně myslíte. Lokální klienta nebo lokální serveru?

[unchallenger]

Pokud se někdo ptá na přesměrování výstupu na vzdáleném stroji do lokálního souboru a chce přitom přesměrování výstupu na vzdáleném stroji do [vzdáleného] souboru, tak ať si ujasní pojmy...

[Hynek (Pichi) Vychodil]

A co je to vlastně server? Protože kdyby se mě právě teď někdo zeptal, tak bych mu odpověděl, že pracuji s lokálním X serverem na jehož display ovládám emulátor terminálu (což je x client) bežící na aplikačním serveru a v něm interaktivně pracuji se shellem dalšího serveru. Když bych se teď rozhodl něco uložit na ten app. server, tak fakt netuším, jestli bych to ukládal na serveru, nebo na klientu

[Hynek (Pichi) Vychodil]

No aby to mělo nějakou pointu, tak bych ještě dodal, že když se rozhodnu na tom druhém serveru rozhodnu něco uložit do svého domácího adresáře, tak to vlastně uložím na HD v tom app. serveru jelikož home pochopitelně mám v celé firmě jeden a tentýž a ten je na tom app. serveru. Takže jak vlastně zněla otázka?

[MK]

Otazka zni. Jde presmerovat vystup z prikazu spustenem na vzdalenem stroji z ssh do souboru na lokalnim disku fyzicky umistenem v pocitaci z ktereho bylo inicializovano spojeni? A tim myslim skutecne spusteneho na nem (vzdalenem pocitaci) a ne pres ssh (to bych neobtezoval vas ani sebe). Vidim, ze jsem to mel PRESNE popsat, aby nedoslo k tak zmatecne diskusi plne az nesmyslnych variant. Mym nejvetsim omylem vsak bylo vubec se ptat. Presto se naslo par ochotnych poradit...

[Michal Marek (twofish)]

login1@pocitac-ze-ktereho-bude-inicializovano-spojeni$ ssh login2@vzdaleny-stroj prikaz-spusteny-na-vzdalenem-stroji >lokalni-soubor

Což je Yetiho první odpověď. Pokud to není to co chtete, tak si ty počítače pojmenujte Alice a Bob a napište, na kterém se spouští ssh, na kterém vzdálený příkaz a kam se má uložit ten lokální soubor.

PS:

prikazu spustenem na vzdalenem stroji z ssh

...

A tim myslim skutecne spusteneho na nem (vzdalenem pocitaci) a ne pres ssh

WTF?!

[Hynek (Pichi) Vychodil]

No, mě už to možná začíná docházet. On se připojí přes x počítačů na nějaký počítač, spustí si tam nějaký program a terve potom si uvědomí, že by si měl ten výstup přesměrovat na počítač na kterém celou tu anabázi začal. Jen pořád nechápu proč se nemůže vrátit na ten první stroj a celou anabázi absolvovat s tím jedním příkazem a výstup z ssh do lokálního souboru, nebo spustit příkaz a přes ssh to poslat na ten první počítač. To první může udělat určitě a to druhé jen pokud mu lokálně běží sshd. No a pak by ještě mohl pokouzlit s /dev/fd, nebo si otevřít přes ssh tunel a posílat to přes netsocket a další milión možností.

[MK]

Ne, není tomu tak.

Co třeba takhle. Příkaz spuštěný na 'paty_vzdaleny_stroj' (alias bob_paty) uloží výstup na 'pocitac-ze-ktereho-bude-inicializovano-spojeni' (alias alice). S tím, že předem nevím, jaký to bude bob, příkaz nebo soubor atp., který bude zpracován. Ani nevím, přes kolik bobů se budu přihlašovat. Jde o interaktivitu a ne automatizaci, abych si to nabouchal předem do skriptu a spouštěl přes ssh.

Yetiho řešení mohu použít v případě, že nejprve zjistím co a jak. A pak to provedu z alice. To znám, to není problém. Ale nejde to rovnou, když už tam budu? Jen a jen na to jsem se chtěl zeptat.

Možná tudy cesta nevede. Jen jsem se zeptal, nic víc, nic miň. A některé pěkně rozohnilo.

[unchallenger]

Ale nejde to rovnou, když už tam budu?

Ne, nejde, autentizace je jednosměrná. Ssh z alice na boba autentizuje user@alice k vyvádění nepřístojností na bobovi, ale user@bob nemá žádnou možnost provádět cokoli na alici (třeba tam zapisovat soubory), a skutečnost, že je tam zrovna někdo z alice přihlášen, na tom nic nemění. Tu bychom rychle udělali z bezpečnosti cedník.

Tj. musíš to vědět předem a řešit to z alice. Pokud se můžeš sshčknout zpět, tak ho použij, jinak můžeš celou cestu otevírat tunely, aby ses dostal zpět, ale opět to musíš explictině dělat, protože ssh autentizuje jednosměrně.

[Michal Kubeček]

Ssh z alice na boba autentizuje user@alice k vyvádění nepřístojností na bobovi, ale user@bob nemá žádnou možnost provádět cokoli na alici

Pro případné začátečníky bych upozornil, že výše uvedené přestává platit v okamžiku, kdy používáme X11 forwarding (parametr '-X'). Sice je to ve slušných návodech zmíněno, ale často se na to zapomíná.

[Hynek (Pichi) Vychodil]

Mrknu do své křišťálové koule a zkusím třeba:

ssh stroj 'příkaz > soubor'

Nebo:

ssh stroj1 'ssh stroj2 příkaz' > soubor

Až mě zase napadne co je vlastně předmětem otázky, tak zkusím další variantu.

[unchallenger]

Toto ještě myslím nepadlo:

ssh stroj1 příkaz | ssh stroj2 'cat >soubor'

[Stanislav Brabec]

V případě, že stroj1 == stroj2, pak toto je jednodušší:

ssh stroj1 příkaz \>soubor

[Hynek (Pichi) Vychodil]

No a jak se to liší od prvního řešení v mojí reakci krom toho že musím ještě hledat zpětné lomítko

[Stanislav Brabec]

Toto přesměruje výstup na stroj, ze kterého se příkaz volá:

ssh stroj1 příkaz >soubor

Toto přesměruje výstup na stroj, na kterém se příkaz spouští:

ssh stroj1 příkaz \>soubor

[Hynek (Pichi) Vychodil]

a toto udělá to samé:

ssh stroj 'příkaz > soubor'

P.S.: Jeden z nás je trotl

[asdf]

rek bych neco jako

prikaz | ssh kam -c "cat > soubor"

plus asi i vsemozne obmeny.

[r080]

netcat?

[Tomáš]

Vidím, že komentáře jdou vedle. Mně by to ale taky zajímalo, tak otázku přeformuluju. Sedím u počítače A. Přes několik ssh jsem připojený k počítači B. Vesele tam pracuji a najdenou zjistím, že výstup nějakého programu z počítače B bych chtěl mít u sebe na disku (v počítači A). Přitom nemůžu použít klasické SCP přímo na B (nebo naopak) z důvodu firewall apod. Jde to nějak řešit?

[Hynek (Pichi) Vychodil]

No jedna z moznosti je kdyz spustis ten prvni ssh tak ho pres tee (ssh bob1 | tee session.log)presmerovat do nejakeho souboru no a po skonceni session si ti z toho vydolovat. Dalsi moznosti je rovnou odchytavat /dev/fd toho ssh. Takovej malej sniff s tim, ze si zapnes ukladani, zrovna kdyz to chces ulozit. No a milion dalsich moznosti.

[unchallenger]

To nesmí jít.

Viz tuto odpověd.

[Tomáš]

No to je fakt. S tím tee by to šlo. Dá se všechno logovat do souboru a pak z něho vysekat to, co chci.

[Radek]

A proc by to nesmelo jit? Zapominate, ze ten uzivatel je porad na tom prvnim pocitaci prihlasen. Aby to automaticky mohlo zapisovat tam, kam by chtel klient, to je samozrejme nesmysl... Ale co treba zmodem? T.j. reseni, kdy cilovy pocitac (Bob) zacne posilat proud dat a mne se ten prvni pocitac (Alice) zepta, kam a proc to chci na nem ulozit?

V principu autora chapu. Mne taky obcas dost s..., kdyz jsem nekde prihlasenej, a najednou zjistim, ze tam odtud potrebuju nejaky vystup dostat k sobe (a ulozit). A nejvetsi opruz je, kdyz vim, ze cesta pro data existuje, jen se zrovna neda vyuzit na to, co potrebuju...

[unchallenger]

A proc by to nesmelo jit?

Protože jsem-li z alice přihlášen na boba jako user, a stejně jak je tam přihlášen jako user někdo z evy (hack nebo i jinak), tak z pohledu boba (tedy stroje, kde chceš akci iniciovat) mezi námi není rozdíl. Proto pokud akci neinicuji akci z alice, tak na se alici nesmí nic stát, jinak by se hacker z evy dostal i na alici. To je základní logika autentizace, je jednosměrná.

A zda se mě má ssh klient na cosi ptát při přenosu souboru? To dost naivní. Přenos souboru je jedna z tísíců věcí, které se mohou přes ssh odehrát a nikdo tam dohackovávat nějakou zvláštní podporu a dotazy všechny, navíc to nemusí být interaktivní...

Jako ještě relativně(!) čisté by mi připadalo hacknout ssh na alici, aby na nějaký signál (nebo jiný lokální podnět) začalo/skončilo přesměrovávat do souboru namísto psaní na terminál. Takhle by měl situaci stále plně v rukou user@alice a nezáviselo by to na tom, přes co a jak je kam přihlášen.

[Radek]

To je základní logika autentizace, je jednosměrná.

Ale tady prece vubec nejde o to vyuzit te autentizace alice->bob, tady jde jen o vyuziti te "cesty" pro data, klidne bych se autentizoval zpatky na alici (ale s vyuzitim STAVAJICIHO spojeni).

Jinak samozrejme existuji klienti s podporou prave zmodemu (napriklad upravena verze oblibeneho puttyho) a na bobovi pak staci pustit obycejny zm.

P.S. to je nejaka nova moda, vynechavat slovesa? :)

[Michal Marek (twofish)]

Jinak samozrejme existuji klienti s podporou prave zmodemu (napriklad upravena verze oblibeneho puttyho) a na bobovi pak staci pustit obycejny zm.

To neznám (tu vlastnost PuTTY). Je nějak zajištěno, že ten přenos na bobovi smí spustit jen ten, kdo se tam takhle přihlásil z alice (jinými slovy, nemůžou tam ostatní uživatelé boba vložit svoje data?).

[Hynek (Pichi) Vychodil]

Myslíš něco jako Escape Characters v ssh(1)? To je zajímavá myšlenka. Když by jsi si pro každého toho ssh v cestě nadefinoval jiný escape charakter, tak si můžeš postupně nahodit redirecting v jednotlivých spojeních a netcatem si to poslat z boba5 na alici celkem v pohodě No mě osobně přijde jednodužší se na boba5 připojit znovu z alice a použít přesměrování Spolu s ssh-add a volbou -A (ForwardAgent) je to fakt tak složitá záležitost, že ... Jenže to by se musel někdo naučit používat ssh.

[Michal Kubeček]

Víte o nějaké spolehlivé metodě, jak by firewall poznal, jestli se jedná o ssh nebo scp? Tedy kromě patchnutí ssh/scp, aby nastavovaly DSCP?

[Michal Marek (twofish)]

Tak mě napadá -- co kdyby OpenSSH mělo takovouhle fíčuru: Pokud má klient otevřený nějaký filedeskriptor (kromě 0,1,2) a dostane volbu na příkazové řádce, tak požádá server, aby takový filedescriptor otevřel pro session na vzdáleném stroji. Prostě něco jako forwardování TCP spojení, ale pro roury. Vypadalo by to nějak takhle:

login1@alice$ ssh -d 100 login2@bob 100>soubor # d - fileDescriptor
login2@bob$ ...
login2@bob$ ls >&100
login2@bob$ ..
login2@bob$ logout
Connection closed
login1@alice$ less soubor

Jeden problém mě napadá už teď, a sice že všechny programy spuštěné na bob by měly ten filedeskriptor navíc -- nevím, jestli by to některé nezblblo.

Počítač bob by měl možnost zapisovat jen do daných filedeskriptorů klienta a měl by to povoleno jen login2@bob a root@bob (narozdíl od forwardování TCP).

[Hynek (Pichi) Vychodil]

No to už mi přijde jednodužší udělat něco takového:

alice$ ssh bob1 | tee >( sed -n '/# start log/,/# stop log/p' >log.txt)

Použití je snad na bíledni. Připojím se na jiný počítač a z něho zase na další atd. No a když si chci něco uložit do souboru na alici, tak napíšu # start log, pracuji normálně dál a až začnu dělat nezajímavé věci, tak udělám # stop log a nebo ...