4 Souborový systém (FUSE) komunikující přes standardní vstup/výstup (STDIO).
5 Tzn. jeden kanál, který lze posílat buď mezi dvěma procesy lokálně (nemá moc velký smysl)
6 nebo po síti – tunelovaně např. unitř SSH, nebo nešifrovaně přes obyčejné TCP.
8 Skládá se ze dvou částí:
9 - server – zpřístupňuje skutečný souborový systém pomocí STDIO zvláštním protokolem
10 - klient – FUSE souborový systém, který se připojuje k serveru
16 - pouze jeden kanál pro všechny operace → multiplexování (lze např. kopírovat dva soubory současně)
17 - efektivní binární protokol
18 - zpřístupnit co nejvíce informací o souborech včetně rozšířených atributů a pravdivého údaje o obsazeném místě na disku
19 - pomocí rozšířených atributů zpřístupnit další nestandardní informace a funkce – např. umožnit výpočet hashe souboru na serveru → po síti (STDIO) se pak přenese pouze otisk, ne celý soubor
24 Typické použití bude pro sdílení souborového systému směrem z desktopu na vzdálený server.
25 Uživatel na desktopu zadá něco jako:
26 $ socat EXEC:"stdio-fs-server /home/…/sdílený-adresář" EXEC:"ssh example.com stdio-fs-klient /home/…/bod-připojení"
32 - klient i server by měly být ve finální verzi v C++ případně v C
33 - prototyp může být v libovolném jazyce – Java, Perl?
34 - server může mít více implementací – pracuje pouze se standardním vstupem/výstupem a soubory, nemá nic spolenčného s FUSE
35 - neřešíme bezpečnost – případné šifrování si řeší uživatel o úroveň níž (SSH, TLS) podle svých potřeb
36 - vrstvu, která se stará o multiplexování by bylo dobré napsat jako znovupoužitelnou knihovnu
42 - přes jeden kanál (vstupní a výstupní proud) umožnit přenos libovolného počtu virtuálních kanálů
43 - kusy dat se označí číslem virtuálního kanálu a poskládají se do STDIO proudu
44 - na druhé straně se opět dekódují a rozloží jako samostatné kanály
45 - budeme mít nultý servisní kanál, který slouží k řízení toku a přenosu dalších metadat, tento kanál je prioritní
46 - ostatní kanály se vytváří na přání – podobně jako se vytvářejí TCP spojení
47 - klientem (iniciátorem kanálu) i serverem u virtuálních kanálů můžou být obě strany
48 - je potřeba řešit zahlcení
49 - když se z jednoho virtuálního kanálu nebude číst vůbec nebo pomalu, musí být možné číst ostatní kanály, aniž by bylo potřeba čekat na odbavení paketů pomalejšího kanálu
50 - částěčně lze řešit mezipamětí
51 - pokud dojde k jejímu zaplnění na straně příjemce, je potřeba odesílateli sdělit, že má přestat na tomto kanále posílat data a posílat zatím data jiných kanálů
52 - pokud odesílatel neposlechne, dojde k zablokování a je potřeba počkat, až budou pakety tohoto pomalejšího kanálu odbaveny na straně příjemce (do té doby bude zablokována i komunikace na všech ostatních kanálech)
53 - v krajním případě může nespokojený příjemce reagovat na neposlušného odesílatele odpojením – před tím pošle servisním kanálem informaci, proč ukončuje spojení
54 - kanál je možné odblokovat:
55 - po uplynutí určitého času (stanovený v požadavku na blokaci)
56 - po odvolání blokace příjemcem (řekne, že už má místo na další data)
57 - pokud v ostatních kanálech nejsou žádná data k odeslání
58 - potenciálně nebezpečné – může opět dojít k zahlcení tohoto kanálu a v té době už se objeví data v jiných kanálech a nepůjde je odeslat
59 - musí být povoleno příjemcem
60 - mohlo by jít řídit rychlost jednotlivých kanálů
61 - plynulá komunikace, bez blokování
62 - příjemce řekne, jakou rychlostí je schopný odbavovat data na daném kanále
63 - průběžně lze rychlost měnit