Poslední příspěvky

1

Server / Re:Jednoduchši HA na Proxmox

« Poslední příspěvek od jjrsk kdy Dnes v 13:20:32 »

Co mají taky chudáci dělat, když jeden o druhém neví... Proto by jich měl být lichý počet, aby mohly vytvořit hlasovací většinu.

Sak ta sprava legranda zacne az v situaci, kdy tech hlasovacich vetsin vznikne vic .

Nie, niesom odbornik ...

= snazis se zrealizovat neco, co nepotrebujes, a o cem nemas ani zakladni predstavu jak by to vubec mohlo fungovat.

To neber tak ze je nejak spatne si hrat, ale to ze si chces hrat si mel napsat v prvnim postu.

A ano, DNS zvladne dokonce neomezeny pocet IP adres. Ovsem klienti typicky kdyz uz tak pouziji maximalne nekolik prvnich. Potazmo DNS muze klientum predkladat IPcka na zaklade nejakeho algoritmu (treba nahodne z nejake skupiny) atd. Ale to ti jednoduse nevyresi situaci, kdy klient pouzije "prvni" a na ostatni dlabe.

Ovsem ty by sis mel nedriv uvedomit, ze neexistuje nic jako "zapnu nekde nejake HA". Vzdycky resis nejaky konkretni typ vypadku konkretnim zpusobem. Treba virtualizace ti umi resit vypadek HW, ale neumi ti resit vypadek toho VM jako takoveho.

Nektere sluzby jsou jako odolne dokonce navrzene (treba prave dns), a proto tu odolnost spravci (treba ti z upc/vodafounu) rozbijeji (oba klientske dns jsou ve stejnem rozsahu jednoho AS). Jine (treba web) musis jako vypadkuodolne odzacatku napsat, protoze samo od sebe to s tim ze neco bude nefungovat proste nepocita.

2

Server / Re:Jednoduchši HA na Proxmox

« Poslední příspěvek od darebacik kdy Dnes v 12:53:14 »

...To znamena, ze velmi rychlo sa musi prepisat IP na DNS serveroch a to je asi vsetko.
...

Coz jasne ukazuje, ze se tu nekdo snazi stavet atomovou elektrarnu, ale ani netusi, jak funguje splachovaci hajzlik ...

Tusis ty vubec jak (ne)funguje dns? Predstava, ze HA budes resit zmenou DNS ti nebude fungovat ani v LAN. Kazdej jeden klient si totiz drzi cache.

Co udelat muzes, je ze mas v DNS dve IPcka a kdyz nefunguje jedna, mel (to je treba zduraznit, to MEL) by klient zkusit dalsi. Coz ale nijak nesouvisi s proxmoxem. Protoze ti proste vsechny instance musi bezet zaroven, coz sebou pochopiltene prinasi dalsi radoste jako jsou databaze, zamky souboru, synchronizace ....

Proxmox ti umi zaridit, ze kdyz ti chcipne jedna instance, nastartuje vm na jiny, ale osobne by me celkem zajimalo, jak se to bude chovat v situaci, kdy prave DVE instance ztrati spojeni. Imo to nastartuje vse na obou ze?

Nie, niesom odbornik a v kazdom prispevku na to upozornujem. V homelabe fungujem s dynamickou verejnou IP a ta sa obcas na DNS serveroch prepisuje. Zatial som v tom problem nezaznamenal. Ak sa na DNS da k A zaznamu pridat dalsia IP, tak to by bolo fajn.

PS: atomovku uz dokoncujem, ale tomu plavaku v hajzly fakt nerozumiem, mozes mi to dovysvetlit ?

3

Sítě / Re:Přepínání rychlosti routeru

« Poslední příspěvek od redustin kdy Dnes v 12:46:59 »

Technicky bych ti to mohl klidne i ukazat, jiskri to docela slusne, staci na to 2 podlazi a vzdalenost cca 3m. Duvody? Easy, ono treba taky kazde podlazi muze byt na jine fazi, a kazda ma "svoji" zem.

Mezi zeměmi přivedenými z různých podlaží jednoho baráku to jiskří? Různé fáze s tím přece vůbec nesouvisí, ty se běžně používají i v rámci jednoho bytu.

To k te bezpecnosti. Pricemz to souvisi pochopitelne i s funkcnosti, ono totiz aby ukostreni/uzemneni fungovalo, musi mit jaksi tu jednu centralni nulu ... nestaci to jen nekde pripojit k topeni a na druhy strane k vodovodu ...

A připojení k topení a k vodovodu je to, k čemu dojde při použití dvou routerů s ukostřenými RJ sockety v rámci jedné instalace, jak píše tazatel? Je třeba rozlišovat použití, které je v případě tazatele celkem jasné.

Ad připojení jen na jedné straně - když se mezi dvě zařízeními izolační třídy I použije koax (např. měření nebateriovým osciloskopem na zařízení třídy I), tak ten oplet (tedy return path pro signál) nestíní? Běží v něm proudy zemní smyčky, které se mohou indukovat do stíněného vedení, příp. jimi vygenerované napětí se přičítá k měřenému v případě nesymetriky (tedy koax). Ale proč by nemělo fungovat, když je na obou stranách nízká impedance vůči zemi?

Mimochodem, na nejakych 15m  mezi barakama je klidne 100+V. To kope uz docela slusne.

Mezi baráky je to logické, proto jsem se ptal na jeden objekt, což je přesně to, co tazatel řeší. Nevidím žádný problém, proč by podél toho generátoru mezi svým PC a tím routerem někde o místnost vedle nemohl vést STP ukostřené na obou koncích.

4

Sítě / Re:Přepínání rychlosti routeru

« Poslední příspěvek od TomaMal kdy Dnes v 12:29:42 »

Spíše vy nevíte o čem mluvíte. Správně zapojené stínění je zapojené na obou stranách. V takovém případě funguje nejlépe.
V reálných aplikacích toho není vždy možné dosáhnout z důvodu rozdílných potenciálů. Pokud stíněním teče proud, je riziko zanesení rušení přímo do kabelu ze stínění.
Obecně se zapojují stínění signálových i silových kabelů na obou stranách, u silových vždy, u signálových se občas jedna strana odpojuje pokud popospojení není dostatečné pro vyrovnání potenciálů. Reálně se toto děje u aplikací s frekvenčními měniči.

Pokud jsou takovéto problémy, doporučuji použít nestíněné konektory, nebo do nich stínění nezapojovat. Co nejblíže konektoru odstranit cca 10 mm izolace a stínit na nejbližší kostru. Je tam výhoda v možnosti odpojovat jednotlivé strany a testovat. Zjevně to není doma, takže takovéto zapojení nevadí

Tvrdit že ze stínění zapojené na obou stranách je nebezpečné je nesmysl. Pokud propojuji v rámci jednoho domu, tak nikdy nemohu mít rozdíl větší než pár volt. Cokoliv jiného ukazuje na extrémně špatně provedenou elektroinstalaci a nebezpečím vůbec není ten stíněný kabel.

5

Server / Re:Jednoduchši HA na Proxmox

« Poslední příspěvek od rmrf kdy Dnes v 12:24:18 »

osobne by me celkem zajimalo, jak se to bude chovat v situaci, kdy prave DVE instance ztrati spojeni. Imo to nastartuje vse na obou ze?

Co mají taky chudáci dělat, když jeden o druhém neví... Proto by jich měl být lichý počet, aby mohly vytvořit hlasovací většinu.

6

Hardware / Re:Brutální záseky a zpomalení s BT soundbarem

« Poslední příspěvek od 🇺🇦 GPU kdy Dnes v 12:24:06 »

Problém vůbec nemusí opustit zařízení. Nemusí je jednat o rušení ale prostě nějaký problém uvnitř zařízení, třeba se současným provozem BT a WiFi.

7

Sítě / Re:Přepínání rychlosti routeru

« Poslední příspěvek od jjrsk kdy Dnes v 12:01:22 »

Technicky bych ti to mohl klidne i ukazat, jiskri to docela slusne, staci na to 2 podlazi a vzdalenost cca 3m. Duvody? Easy, ono treba taky kazde podlazi muze byt na jine fazi, a kazda ma "svoji" zem.

Pak se pripadne poptej nejakyho doho dratenika v okoli, co je to pospojeni, a procpak se to dela tema jak palec tlustyma dratama, kdyz tam prece nic netece. To kdyz tu zem v ramci toho baraku chces mit tak nejak vsude kde by byt mela.

To k te bezpecnosti. Pricemz to souvisi pochopitelne i s funkcnosti, ono totiz aby ukostreni/uzemneni fungovalo, musi mit jaksi tu jednu centralni nulu ... nestaci to jen nekde pripojit k topeni a na druhy strane k vodovodu ...

A ne, nema to naprosto zhola nic spolecnyho s bleskama.

Mimochodem, na nejakych 15m  mezi barakama je klidne 100+V. To kope uz docela slusne.

8

Server / Re:Jednoduchši HA na Proxmox

« Poslední příspěvek od jjrsk kdy Dnes v 11:48:24 »

...To znamena, ze velmi rychlo sa musi prepisat IP na DNS serveroch a to je asi vsetko.
...

Coz jasne ukazuje, ze se tu nekdo snazi stavet atomovou elektrarnu, ale ani netusi, jak funguje splachovaci hajzlik ...

Tusis ty vubec jak (ne)funguje dns? Predstava, ze HA budes resit zmenou DNS ti nebude fungovat ani v LAN. Kazdej jeden klient si totiz drzi cache.

Co udelat muzes, je ze mas v DNS dve IPcka a kdyz nefunguje jedna, mel (to je treba zduraznit, to MEL) by klient zkusit dalsi. Coz ale nijak nesouvisi s proxmoxem. Protoze ti proste vsechny instance musi bezet zaroven, coz sebou pochopiltene prinasi dalsi radoste jako jsou databaze, zamky souboru, synchronizace ....

Proxmox ti umi zaridit, ze kdyz ti chcipne jedna instance, nastartuje vm na jiny, ale osobne by me celkem zajimalo, jak se to bude chovat v situaci, kdy prave DVE instance ztrati spojeni. Imo to nastartuje vse na obou ze?

9

Server / Re:Jednoduchši HA na Proxmox

« Poslední příspěvek od darebacik kdy Dnes v 11:23:35 »

Je pravda, ze som to este nestudoval, ale mozno budem musiet 
Mam taku predstavu, ze niektore LXC/KVM, ktore by som chcel dat na HA, tak kopiu tychto KVM/LXC dam na VPS (samozrejme musia byt pod inou  verejnou IPv4 adresou ako su  v homelabe)
Na VPS bude teda nejaky sledovac KVM/LXC v homelabe. Ak z homelabu nebude chodit odpoved, tak utomaticky prebera ulohu KVM/LXC na VPS. To znamena, ze velmi rychlo sa musi prepisat IP na DNS serveroch a to je asi vsetko.

Dalsia dolezita vec je synchronizacia. Ked urobim nejaku zmenu v KVM/LXC homelabe, aby sa to prejavilo tiez na VPS (prip. naopak).
Takto by som si predstavoval HA.

Co sa tyka uloziska, tak vlastne nemam ziadne. Uloziska su obsahom KVM/LXC (jedna sa o kapacity KVM/LXC do 1GB)

10

Distribuce / Re:Konfigurace Samba v Ubuntu

« Poslední příspěvek od farbydos2 kdy Dnes v 09:59:41 »

(...)
Jediné, co mě napadá, že by se tam ztrácely multicasty. Ale pak zas proč, UFW firewall má podle předchozích postů vypnutý, ale i kdyby běžel, tak na MDNS i Sambu je tam ve výchozím stavu výjímka. HW filtrace by taky byla vcelku úsilí, pokud člověk nemá nějaký pokročilejší switch. Na obyčejném switchi nebo SOHO routeru je celý LAN segment jedna L2 síť. WiFina je s tím také v jednom bridgi, pokud nepoužiješ nějaký speciální režim hostovské WiFi, co tě komplet odizoluje od zbytku (pak by ale neprocházel ani ping)... nevím.

To je vlastně dost dobrá poznámka. Pro kabelovou síť by to tak mělo fungovat, ale pro přenos multicastu přes WiFi existuje řada optimalizací nebo naopak omezení, které někdy komunikaci rozbíjí. Všechny počítače, na kterých se má sdílet, jsou připojené kabelem? Pokud tu někde informace zazněla, omlouvám se.

Pokud je problém se objevováním počítačů na lokální síti, přikláněl bych se stejně jako předřečníci ke nastavení záložek. Pokud by v nich explicitně figurovaly ip adresy, je pak samozřejmě potřeba zajistit, aby se nemělnily. Případně by mohlo fungovat použití názvu počítačů. Případně lze vyzkoušet, jestli na všechny stanice v síti projde ping <ip adresa> i ping <jméno v síti>.