Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Server / Re:Docker container / umožnění či autostart ssh
« Poslední příspěvek od SR kdy Dnes v 10:37:15 »
Ok takze jak bych to videl ja data mate predpokladam na Volume to proste musite jinak si koledujete o prusvih.
Seafile si na tom volume dela vlastni file system pres mount fuse tzn z venku to vidite jen jako Blob a vy by jste je chtel zalohovat po souborech ok dava smysl.

Tzn udelam novy kontejner do ktereho nainstaluju ten fuse co pouziva seafile. Do tohoto kontejneru namountuji ten samy volume (idealne Read only tim mam zaruceno ze data nepodelam).

Pustim normalne kontejneru seafilu nemusim se mu hrabat v init skriptech.
Vedlejsi kontejner ma namountovana data a bezi tam SSH pro rsync proc ne.
Komplikace bude udrzovat ten fuse modul ve stejne verzi jako ma seafile proto je tu varianta ze bych pustil znovu cely ten image seafilu (ten uz to ma nainstalovane) ale misto seafilu bych v nem pustil jen a pouze to SSHcko to uz umite...

Vyhoda: kdyz budete upgradovat seafile tak proste jen zmenite verzi image, tim ze jste mu nesahal na entrypoint tak docela urcite nabehne. V "backup" kontejneru taky vzdy jen zmenite verzi na tu samou => budete mit garanci ze FUSE je v te same verzi data uvidite bez problemu.
Sahat do entrypointu budete ale nebude to tolik vadit tim ze v tom backup kontejneru pobezite "SVOJE" sluzby tak si za ne zodpovidate sam vite co se tam deje a mate to pod kontrolou nebudete se hadat s vedlejsimi procesy / nebudete se byt se seafilem

Takto nak bych to videl ja kdybych to chtel udelat jednoduse.. za sebe bych si radeji udelal mensi image pro ten backup a ten fuse tam nainstaloval rucne bude s tim vic jebani ale je to cistejsi a image bude vyrazne stihlejsi. (na druhou stranu ten image uz tam stejne mate kuli seafile samotnemu a docker ma deduplikaci celkem dobre zmaklou). Navic je to takto i bezpecnejsi protoze na data budete sahat jen pro cteni a muzete si kontejnery oddelit i na urovni uzivatelu..

2
Sítě / Re:Mikrotik ac lite přístup pro správu routeru
« Poslední příspěvek od CFM kdy Dnes v 10:25:12 »
Jak to s tím souvisí? Vytvořím mesh mezi dvěma Mikrotiky a na jednom to odroutuji na kabel.
A jak souvisí mesh s roamingem klientů? I když AP podporuje 802.11r/k/v, tak roaming je na rozhodnutí klienta. 802.11k mu dává seznam AP, takže klient ušetří čas jejich hledáním na kanálech kde nejsou a 802.11r/v pak umožní přepnout mezi AP s co nejmenším výpadkem o proti situaci, kdy mám víc AP a tyto standardy nepodporují (což je zde uvedený případ, pokud vše nastaví na stejné SSID a stejné šifrování).
802.11r/k/v ani MESH, což je způsob jak propojit AP bezdrátově, aktivně neovládá zda klienti přejdou na jiné  AP - je to pouze jejich rozhodnutí. Například staré Androidy jsou tragické a drží se AP do posledního dechu. Některé systémy mají nastavení, které dokáží chování ovlivnit (preference pásma, roaming agressivness). Případně existují aplikace, které se to snaží řešit.
3
Server / Re:Docker container / umožnění či autostart ssh
« Poslední příspěvek od HanzHanz kdy Dnes v 10:16:04 »
Ať už při vytváření image nebo při startu kontejneru můžete určit, co se má spustit. A to něco může být klidně skript, který vám nastartuje více procesů.

Ale takový postup je špatně. V kontejneru má běžet jenom jedna služba. Pomocí SSH se nemáte připojovat do kontejneru se službou, ale na hosta, odkud se připojíte do kontejneru.

On mi poradí třeba nějakej skutečnej profík nebo holt dogooglím.
Profíci vám tu radí. ALe pokud si myslíte, že to víte líp, než oni, nechápu, proč se tu ptáte. To, že se vám nelíbí rada, která je správná, není problém té rady.

Pane Jirsáku, vás třeba jako profíka beru. A chápu, že to není asi best practice to co chci:-) Ale...

Když nejdřív "někdo" poradí Supervisor, ale neřekne jak ho vlastně spustit, tak se dostáváme opět na začátek, že. A to fakt profi není nehledě na to, že to stejně není best practice evidentně tak jako tak v případě kontejnerů.

Ale dobrá, už to mám vyřešené, spuštění ssh přidané do entrypoint scriptu. Ssh po restartu kont. jde.

Nicméně by mě stejně zajímalo, jak by se to vyřešilo lépe a správně, když podmínky jsou takovéto:

1) Seafile sw má spec. filesystém, je třeba uvnitř kontejneru stejně spusti fuse mount, aby byla vidět normální adresářová/souborová struktura

2) Zkoušel jsem i fuse mount do adresáře hosta. Mount proběhne v pořádku, ale na hostu soubory v daném adresáři vidět nejsou

3) Z důvodu 2 jsem přistoupil na pravidelné odzálohování (či spíše vykopírování) fuse mount složky pomocí rsync/ssh. Zálohy samotné jsou řešeny několika Proxmox Backup Servery.

4) Fakt si neumím představit, že Seafile se po..... ať už hw nebo sw nebo ransomware a někdo chce obnovit jenom určité soubory. To je fakt peklo bez klasické adr. struktury. Ale zase ten jejich FS je super na synchronizaci a je to třeba násobně rychlejší než Nextcloud.

Jestli existuje jednodušší/lepší řešení/spolehlivější(v čem?), klidně to předělám...
4
Sítě / Re:Vodafone chce výměnu modemu pro dual-stack
« Poslední příspěvek od Radek Zajíc kdy Dnes v 10:01:37 »
Na kabelovce se pro WAN adresaci používá DHCPv6, takže na WAN dostanete jednu IPv6 adresu s maskou /128 a k tomu si můžete říct o IPv6 prefix pomocí DHCPv6 Prefix Delegation (a pak dostanete /56).
6
Studium a uplatnění / Re:Jak učit dětičky na základní škole?
« Poslední příspěvek od 🇺🇦 GPU kdy Dnes v 09:55:44 »
mozna by mohly rozlozit a slozit starsi komp, aby videly z ceho se to sklada

Si říkám, jestli tohle má v dnešní době vůbec ještě význam. Klasické stolní počítače jsou dneska pravěk, leda jim otevřít něco "gaming" s LEDkama a podobně. Otevírat nějakou bílou bednu asi nemá cenu, to nikoho nenadchne.

Nechci nikoho od něčeho odrazovat, nemám rád negativistický myšlení, ale je teba si uvědomit, že dnešní děti nebudou sdílet naše nadšení ze stejných věcí jako my před >10 lety. Ono vlastně na těch starých počítačích nic zajímavého není, pro nás to bylo zajímavé v době, kdy to nebyl starý počítač.

Kdybych dělal kroužek automechaniků, asi je taky spíše zaujme rozebraná Tesla, než Felicie...
7
Server / Re:Docker container / umožnění či autostart ssh
« Poslední příspěvek od SR kdy Dnes v 09:54:11 »
Problem toho pristupu ale vubec neni v bezpecnosti a v tom ze tam pobezi SSH to je prave to co nechapes..
Problem je to ze kdyz sahnes do entrypointu tak uz celkem dost sahas nastaveni kontejneru jako takoveho autor ho ma odladeny otestovany a dela tam spoustu veci kterym ON rozumi a ktere tam musi z nakeho duvodu byt.
Ve chvili kdy ten entrypoint prepises tak menis inicializacy celeho toho udelatoru co tam startuje muze to fungovat / nemusi. To samo o sobe jeste problem neni na to prijdes opravi se to a nak to pobezi ale pak autor vyda novou verzi image kde neco zmeni prida tam nake nastaveni ty to pouzijes a ono to v tom lepsim pripade nenabehne. V tom horsim pripade to nabehne ale vlivem toho ze jsi tomu sahnul do initu se bude dit naka velmi nepekna vec na kterou prijdes treba az za pul roku a udela tvuj den nestastnym..

Pripadne prijde naky kolega ktery ma o chlup vetsi znalosti nez ty a bude cekat ze je to vyresene tak jak je to spravne jak se to delat ma tim ze mu narusis tenhle predpoklad mu taky zpusobis nepekne chvilky.

Nerikam ze to nejde ale prave proto ze se v tom tolik neorientujes bych se tuplem drzel doporuceni. To co chces sice jde parkrat jsem to pouzil ale vzdy jako krajni moznost (a vetsinou se mi to dlouhodobe vymstilo prave na maintanance cost).
8
Server / Re:Docker container / umožnění či autostart ssh
« Poslední příspěvek od Filip Jirsák kdy Dnes v 09:50:42 »
Ať už při vytváření image nebo při startu kontejneru můžete určit, co se má spustit. A to něco může být klidně skript, který vám nastartuje více procesů.

Ale takový postup je špatně. V kontejneru má běžet jenom jedna služba. Pomocí SSH se nemáte připojovat do kontejneru se službou, ale na hosta, odkud se připojíte do kontejneru.

On mi poradí třeba nějakej skutečnej profík nebo holt dogooglím.
Profíci vám tu radí. ALe pokud si myslíte, že to víte líp, než oni, nechápu, proč se tu ptáte. To, že se vám nelíbí rada, která je správná, není problém té rady.
9
Server / Re:Docker container / umožnění či autostart ssh
« Poslední příspěvek od HanzHanz kdy Dnes v 09:34:29 »
Ono totiz to co chces jednoduse NEJDE takze JEDNODUCHOU odpoved tu proste nedostanes.. nekolikrat jsem ti tu rekl ze aby jsi toho dosahl musis editovat Dockerfile a upravit si entrypoint. Ted bych ocekaval ze se podivas na to jak se edituje Dockerfile co je to vlastne ten entrypoint jak se s nim pracuje.. a budes mit pripadne dalsi otazky. Jestli cekas ze to za tebe cele napisu tak promin mam sve prace dost.

Druha vec je ze to co delas proste neni spravne a driv nebo pozdeji se ti to vymsti. Priznavas ze jsi v tom zacatecnik a chtel bys poradit ale kdyz ti rikame takto to neni dobre tak nam vysvetlujes ze presne takle je to spravne.. ok pak ses v tom ale sam.

No a já ti zase říkám, že to jde... Entrypoint jde specifikovat i v docker-compose.yml. Jen já to neumím či někde dělám nějakou syntax chybu. A ty to evidentně neumíš taky, ale jinak jsi profík :-)

A mám fakt strašně nahnáno, jak se mi to vymstí, že budu mít připravenej ssh přístup po startu cont. :-))))

Tak se věnuj své důležité práci a neobtěžuj se vypisováním hovadin :-) On mi poradí třeba nějakej skutečnej profík nebo holt dogooglím.
10
Sítě / Re:Mikrotik ac lite přístup pro správu routeru
« Poslední příspěvek od Rovano _ kdy Dnes v 09:26:40 »
To slovo co hledáte je mesh.

On tam má metalickej rozvod ne?
Jak to s tím souvisí? Vytvořím mesh mezi dvěma Mikrotiky a na jednom to odroutuji na kabel.
Mesh je na pár řádků konfigurace. Ten Capsman by byl lepší kvůli větším možnostem nastavení, ale když to není kompatibilní, zbývá mesh.
Stran: [1] 2 3 ... 10