Poslední příspěvky

1

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

2

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?

3

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í

4

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.

5

/dev/null / co dělá &cc_load_policy= na youtube url

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

 Co znamenáurl parametr cc_load_policy na youtube.com/embed adrese?
Hodnota 1

6

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

« Poslední příspěvek od jjrsk kdy Dnes v 09:02:02 »

Nechtěl jsem rozpitvávat ...

Jinak receno, ci je kabel? Protoze kabelem to zjevne je a majitel kabelu za to muze.

V takovém případě je řešení STP kabel (stíněný). ...

V pripade jakehokoli prumysloveho provozu je resenim optika, vubec nedava smysl tam tahat metalicky rozvod. Maximalne se na konce daji konvertory.

Nojo, kilowatta, to je hotovej Temelín. Taky běžně shazuju net v celý ulici, když zapnu rychlovarnou konvici. A když pustím  indukční desku, je v pytli celá čtvrť. 

Presne tak, ja 3,3kW troubou pokazdy kdyz si du opict burty shodim net celymu sidlisti ...

Realita je ta, ze i kdybych nestinenym kabelem tu troubu omotal dokola (tema 100m) tak to na provozu nebude znat.

... čím se to liší je víceúrovňové kódování a tedy větší náchylnost na rušení...

Az na tu drobnost, ze to je presne naopak. Vyssi rychlostni profily pouzivaji rozdilove modulace a jsou proti ruseni mnohem odolnejsi.

Ohledně toho STP - mají běžné RJ45 konektory v levných switchích/consumer routerech a PCs kontakt na ukostření té pokovené STP RJ45 kostičky?

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

7

Sítě / Re:menší subnety než 64 ano/ne/jak pro sítě s "konc.zařízeními"?

« Poslední příspěvek od Vantomas kdy Dnes v 08:57:36 »

Jak tomuto rozumět? rozumím, že nejmenší routovatelný blok je /64. Je to myšleno pro zařízení, který umím spravovat/nastavim jim statickou ipv6 nebo přes dhcpv6?
O jakých zařízeních je řeč?

Pro automatickou konfiguraci adres na IPv6 se kromě DHCP používá i SLAAC.

SLAAC je protokol pro bezstavovou konfiguraci IP adresy, router v takovém případě vůbec neřeší evidenci toho kdo jakou adresu dostal, ani neví kolik takových zařízení je na síti. Router jen oznamuje: "halo, tady router, mám adresu z prefixu 2001:1234:aa:bb::/64, můžeš na mě nasměrovat default routu a DNS jsou takový", zařízení pak vezme prefix z odpovědi, svojí MAC adresu (72:07:12:34:56:78) a samo si nastaví IPv6 adresu (2001:1234:aa:bb:7207:12FF:FE34:5678/64), na router nasměruje default routu a nastaví si DNS servery. Právě proto, že se IPv6 adresa odvozuje z MAC adresy, je zde ten požadavek na minimání prefix /64, protože do menšího už by se MAC adresa nevešla.

SLAAC je jednoduchý a bohatě stačí pro takový ty domácí wifi routery, kde lidi vůbec nemají páru, že nějaké IP adresy existují a fotky z jednoho telefonu na druhý posílají přes whatsapp. Stejné zařízení může mít pokaždé jinou IP adresu podle toho, zda se připojilo přes Wifi, Ethernet v notebooku nebo Ethernet v USB-C docku a není žádná možnost jak z pozice admina sítě říct, že tohle zařízení bude mít vždy tuhle adresu.

DHCP na IPv6 mezitím trochu vyrostl. Nepřiděluje jenom IP adresu zařízení, ale také dokáže přidělit celý prefixy. Zde se konkrétní usecase trochu větví na to zda na té síti chceme obsluhovat další routery nebo koncová zařízení. A díky tomu se i liší co kdo má jak implementováno a co umí a neumí.

Oba tyhle protokoly se používají zároveň a doplňují se. Dá se to nastavit tak, že zařízení nebudou mít SLAAC adresy, ale někde v pozadí to pořád běží, jen je v těch paketech nastavený flag, že se to nemá používat.

Bohužel dnes je stále problém, že ne každé zařízení má vše implementováno. Android si třeba neumí vzít adresu z DHCPv6 serveru a tak funguje jen na sítích, kde je povolené SLAAC.

Samozřejmě při statickém nastavení IPv6 adres je možné používat i menší prefixy, klidně až /126, ale nebude tam fungovat SLAAC a třeba v těch různých domácích wifi routerech ani ty menší prefixy nejdou naklikat. Proto se /64 uvádí jako to nejmenší, pod co už nejde jít níž.

8

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

« Poslední příspěvek od redustin kdy Dnes v 08:45:07 »

Nějak jsem nepochopil, co se začne "lagovat". Ten samý mobil, ze kterého běží BT do soundbaru?

9

Sítě / Re:Root.cz přes IPv6 se nezobrazí ve Firefoxu

« Poslední příspěvek od Radek Zajíc kdy Dnes v 08:20:29 »

Jeste pro jistotu, v IPv6 firewallu mate povoleny protokol ICMPv6 a ne ICMP? Jsou to dva ruzne protokoly a zamena je snadna...
Jinak spis nez snizovat MTU v RA na 1480 bych zvysil MTU na tom PPPoE na 1492. Tech vychozich 1480 je zbytecne nizko.

10

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

« Poslední příspěvek od František Ryšánek kdy Dnes v 00:29:45 »

Podle mého λ je spíš lehce přes 23 m, tzn. žertovný nejkratší násobek (zlomek) = λ/4 mi vychází asi 5.77m ve vakuu. V kabelu je potřeba to ještě vynásobit činitelem zkrácení. A signálové trafo (od přírody na každém Eth portu) má maličkou parazitní kapacitu a z fyzikálního principu své funkce velmi dobrý odstup soufázového rušení. Z kategorie mých šílených nápadů vybírám: rozdělit vedení signálovým trafem tak, aby žádný z obou úseků nebyl celočíselným násobkem λ/4. Což nemusí být úplně výhra, protože vysoké násobky λ ladí čím dál hůř. Nebo vřadit kus vedení stíněného, a konce neuzemnit, ale připojit na uzemnění čtvrtvlnný pahýl - což je nejspíš kravina, protože zkratovací λ/4 pahýly fungují na vedení o definované impedanci = musí to mít vedle signálu taky zem... volný kus drátu by fungoval jako anténa, s nejistým výsledkem. Souhlasím v tomto případě s poučkou, uzemnit jenom jeden konec stínění - vyloučí se tím zemní smyčka (která by na 13 MHz mohla v krajním případě hezky rezonovat) a sice plandající konec může způsobovat kapacitní vazbu soufázově do signálového páru, ale s tím by si trafo mělo poradit.

Marně dumám, kolik asi může být míra potlačení indukce EM rušení z okolí do krouceného páru, pokud ho porovnám holý vs. stíněný (např S-STP).  Dudek svého času ohledně audio kabelů tvrdil něco jako -6 dB, což není mnoho, ale může to souviset frekvenčním pásmem a použitým kabelem. Taky jsem viděl nějaké grafy přeslechů mezi páry (vlevo zvolte obrázek), což je ale jiné hřiště (a ten graf tradičně ukazuje kladná čísla, přestože ve skutečnosti metodicky správně jde o záporné hodnoty v dB). Jako jestli je gigabit na hraně stability, tak by i -6 dB mohlo pomoct (lineárně polovina napěťové amplitudy).

Pokud byste to chtěl měřit, tak pomůže trochu slušný osciloskop, případně se schopností FFT a s generátorem pulzů (TDR - na měření zpoždění/vzdáleností).

Meh. Jediné správné řešení je optika.