VASA-1, výzkumný projekt Microsoftu. Na vstupu stačí jediná fotka a zvukový záznam. Na výstupu je dokonalá mluvící nebo zpívající hlava. Prý si technologii nechá jenom pro sebe. Žádné demo, API nebo placená služba. Zatím.
Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).
ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.
LF AI & Data Foundation patřící pod Linux Foundation spustila Open Platform for Enterprise AI (OPEA).
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.
Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.
Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
Společnost Volla Systeme stojící za telefony Volla spustila na Kickstarteru kampaň na podporu tabletu Volla Tablet s Volla OS nebo Ubuntu Touch.
ssh stroj příkaz >soubor
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...
login1@pocitac-ze-ktereho-bude-inicializovano-spojeni$ ssh login2@vzdaleny-stroj prikaz-spusteny-na-vzdalenem-stroji >lokalni-souborCož 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 sshWTF?!
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.
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á.
ssh stroj 'příkaz > soubor'Nebo:
ssh stroj1 'ssh stroj2 příkaz' > souborAž mě zase napadne co je vlastně předmětem otázky, tak zkusím další variantu.
ssh stroj1 příkaz | ssh stroj2 'cat >soubor'
ssh stroj1 příkaz \>soubor
ssh stroj1 příkaz >souborToto přesměruje výstup na stroj, na kterém se příkaz spouští:
ssh stroj1 příkaz \>soubor
ssh stroj 'příkaz > soubor'P.S.: Jeden z nás je trotl
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.
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? :)
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?).
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 souborJeden 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).
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 ...
Tiskni Sdílej: