Poslední příspěvky

21

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.

22

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.

23

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.

24

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.

25

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?

26

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)

27

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>.

28

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

« Poslední příspěvek od redustin kdy Dnes v 09:42:19 »

Bezni zde se vyskytujici tvorove predevsim netusi, ze to musi byt ukostreno jen na jedne strane, jinak je to nejen nefunkcni, ale smrtelne nebezpecne.

Hm, mohu poprosit o technické vysvětlení té smrtelné nebezpečnosti ukostření na obou stranách v domácích/kancelářských podmínkách, ne někde v provozu na desítky metrů mezi lokalitami? Samozřejmě rozumím argumentu rozdílných potenciálů koster, kdy stíněním teče proud, který může zanášet bordel. Ale co je na tom smrtelného, pokud vodič netahám venkem, kde mi do něj může třeba uhodit blesk?

29

Odkladiště / Re:Webdesign - funkcia vs forma

« Poslední příspěvek od mikesznovu kdy Dnes v 09:34:01 »

Příklad: úpln3 nejvíc na p***-alici jsou webové stránky s cookiiem dialogem (samo osobě na palici) , které blokuji a nevidím, jenže stránka blokuje scrollování (na pici na druhou)
A nepomúže ani css ublock pravidlo generické body overflow scroll !important

Když tedy na.mobilu honím prstem pravidla. Picker UI, ne se dobrat výsledku - rezignuju a v domění dám zákaz inline scriptů ; a co se nestane?stránka je navíc i bez stylů!(což na mobilu znamená nečitelná. -  megaikony facebook, menu na 4 displeje)

Protože matlal dal css pravidlo rovnou do html  - kodér na palici

Zřejmě webmaster usoudily že takové návštěvníky nepustí

30

Server / Re:Jednoduchši HA na Proxmox

« Poslední příspěvek od czechsys kdy Dnes v 09:28:45 »

Proxmox resi HA (vm,lxc) na urovni samotnych proxmoxu, neresi HA samotnych sluzeb. To si uzivatel musi resit sam.

Samotne HA je jednoduche, staci si precit dokumentaci proxmoxu a naklikat to v gui.