Příspěvky

61

Sítě / Re:Sháním 100Mbit/s ethernet HUB (opravdu HUB, ne switch)

« kdy: 24. 02. 2021, 22:40:47 »

Podezrelym je SW. Chybne sestaveny paket a embbeded SW nad RTOS.

62

Sítě / Re:Sháním 100Mbit/s ethernet HUB (opravdu HUB, ne switch)

« kdy: 24. 02. 2021, 18:05:45 »

Pokud je analyzator (zarizeni) k necemu, tak by prave takovy tap mel integrovat uz sam a to pro oba komunikacni smery, kdyz je pripojene zarizeni FDX. Kdyz totiz budete dekodovat traffic z hubu, znacne tim rozhodite CSMA/CD, a chte nechte budete muset zmenit sit na HDX, ale pak nepoznate z odbocky, ze ktera strana za dany paket muze.

Takovy analyzator mame taky. Byl drahy jak prase, nesikovne se pouziva a vyrobce se nyni tvari ze nikdy ani nic takoveho nevyrabel a nepodporovat. V praxi je sice HUB+wireshark omezenejsi reseni, ale vyzkousene a snaze pouzitelene. Blbe je, ze ted ve rezimu skoro vsichni na home office se ten HUB blbe pujcuje.

63

Sítě / Re:Schanim 100 Mbit/s ethernet HUB (opravdu HUB, ne switch)

« kdy: 24. 02. 2021, 15:52:09 »

Případně by mohlo jít použít linuxový stroj se dvěma síťovkama, udělat nad nimi bridge a na něm nastavit brctl setageingtime 0, čímž by měl efektivně zrcadlit provoz na oba porty.

Bridge preposle pouze validni pakety. Potrebuji se spolehnout, ze mam opravdu vsechny a ne resit stejny problem jako s "port mirroringem", kdy neco zataji, neco opravi.

64

Sítě / Re:Sháním 100Mbit/s ethernet HUB (opravdu HUB, ne switch)

« kdy: 24. 02. 2021, 15:50:11 »

Mam v Brne 16-port stary Intel hub (myslim, ze 10/100)

Pokud bys byl ochoten to vymenit za nejaky switch (8+ portu) tak se muzem domluvit, drzim ho jako zalozni zarizeni, pro pripad vypadku domaciho HW.

Vymenim. Napisu PM.

65

Sítě / Re:Schanim 100 Mbit/s ethernet HUB (opravdu HUB, ne switch)

« kdy: 24. 02. 2021, 15:48:46 »

Případně snad i to nejlevnějsí managované Cisco (pár tisíc za PoE verzi) to umí

Problem je v tom, ze "port mirroring" neposila pakety presne tak jak je prijme a nektere nposila vubec. Pokud jsou totiz nevalidni na L2, dela si to co chce. Proto potrebuji "hloupe" zarizeni.

66

Sítě / Sháním 100Mbit/s ethernet HUB (opravdu HUB, ne switch)

« kdy: 24. 02. 2021, 12:24:43 »

Ahoj vsichni.
Schanim 100 Mbit/s ethernet HUB (opravdu HUB, ne switch). Potrebuji se podivat analyzatorem na data ethernet komunikace. A uz me dosla trpelivost s "mirror" funkci switche, protoze to preposlani paketu v nekterych pripadech pakety meni (specielne kdyz jsou pakety nevalidni, nebo se ruzne chova k 802.1Q casti a podobne, ruzne switche ruznych vyrobcu do toho zasahuji jinak).
Bohuzel se uz dloooouho bezne prodavaji jen switche (protoze pro normalni pouziti je to vhodnejsi, nez HUB, samozrejme). A HUB ktery mam v supliku je jen 10 Mbit/s.

Nemate nekdo tip, kde by se dal takovy (muzealni) HW koupit, pripadne nemate nekdo na prodej?

67

Sítě / Re:Jak propojit bezdrátově dva domy?

« kdy: 04. 10. 2020, 00:46:34 »

Tak to chudák Cetin, protože s takovou aby najal desetitisíce nových mechaniků a jenom opravoval ty údajně upálené kabely

Pokud vim, tak ty telekomunikacni kabely maji na konci bleskojistky. Podstatne mohutnejsi nez jsou bezne ochrany elektronickych zarizeni, takze jsou schopne pohltit vetsi energii. Po bource se meni ve velkem, mysleno doslova, protoze jsou v drzaku, ktery jich obsahuje celou hromadu (uz si nepamatuji kolik). Protoze ty bleskojistky funguji tak, ze malou energii pohlti a funguji dal. Vetsi pohlti, ale za cenu vlastniho zniceni.

68

Sítě / Re:Jak propojit bezdrátově dva domy?

« kdy: 30. 09. 2020, 18:42:00 »

Venkovní vedení se běžně dělají celá desetiletí a žádný problém. Účinek atmosférické elektřiny se velmi zřídka týká samotného UTP kabelu, ale prakticky vždy venkovního fázového, nulovacího nebo nejčastěji zemnícího vodiče a od toho pak dochází i k poškození spotřebičů.

Problem taky vetsinou neni samotne venkovni vedeni, ale to, ze to znamena kabel, na jehoz konci je pokazde jedno zarizeni zapojene do jine zasuvky. Izolace mezi kabelem a zarizenim je pres pulsni trafo, navrzene jen na 500V. Pri uderu blesku je rozdil mezi zasuvkami dvou ruznych objektu i vic. A stineny UTP to taky neresi. A k tomu se pridava jeste indukovane napeti.
Neverim, ze to nekdo pouziva masivne a nema problem. Dusledky uderu blesku jsem videl uz mnohokrat. Malo kdy jde o primy uder, ale zarizeni jsou stejne na srot.

69

Sítě / Re:Jak propojit bezdrátově dva domy?

« kdy: 30. 09. 2020, 13:31:06 »

Venku se dratovemu vedeni vyhnete. Kdyz si bourka zamane a praskne dost blizko (staci stovky m) tak je jedno co to melo za ochrany. Pokud je mozne neco tahat, tak optikou, jinak bezdrat.

U 60 metru venkovniho dratu staci uz jen to indukovane napeti. Kazda ochrana ma maximalni energii, kterou snese bez poskozeni a ta je primo umerna velikosti pouzitych soucastek.

70

Hardware / Re:Životnost SSD šifrovaného na úrovni OS

« kdy: 02. 09. 2020, 21:44:55 »

Koukam na to a koukam jak blazen. Mam tam LUKS a v /etc/crypttab mam parametr discard (takze s podporou TRIM).
Clovek se kazdy den dozvi neco noveho. Dik za nakopnuti.

71

Hardware / Re:Životnost SSD šifrovaného na úrovni OS

« kdy: 02. 09. 2020, 20:39:34 »

Tady nejde o to jesli chci nebo nechci povolit TRIM. Na uvod bylo konstatovani, ze v default nastaveni jsou sifrovany vsechny sektory disku a proc.
Jesli je to paranoidni? Mozna. Ale to neni predmetem debaty.
Predmetem je jake toto default nastaveni bude mit vliv na zivotnost SSD. A pokud se nemylim tak se bitlocker chovat take tak (default sifruje cely prostor, ale nejsem si 100% jisty, protoze uz je to dlouho, co jsem to nastavoval)

72

Hardware / Re:Životnost SSD šifrovaného na úrovni OS

« kdy: 02. 09. 2020, 16:24:40 »

dm-crypt, LUKS i BitLocker jsou block-level, tj. z pohledu disku se to nijak neliší od nešifrovaného. V obou případech se zapisují a čtou bloky, jejich obsah je irelevantní.

Prave ze tam rozdil je. Nejde o ty obsazene bloky, ale o ty neobsazene. V pripade pouziti disku naprimo oznami OS disku, ze je blok volny (TRIM). V pripade sifrovaneho zasifruje a ulozi i ten prazdny blok. Z jednoducheho duvodu, aby pri cteni sifrovanych dat nebylo poznat ani to, kolik je obsazeni disku.
Truecript (nez chcipnul) sel dokonce jeste dal a nedalo se tam urcit ani to, jesli po dekodovani disku tam neni druhy skryty svazek ve "volnych" blocich.

73

Hardware / Re:zivotnost SSD sifrovaneho na urovni OS

« kdy: 02. 09. 2020, 16:19:28 »

Jaks prisel na to, ze u sifrovaneho disku se zapisuje vice dat, nez u nesifrovaneho?

Jednoduse. Zasifrovane jsou vsechny bloky zarizeni. Obsazene i neobsazene. To vytvari podobnou situaci, jako kdyz je disk zcela zaplneny.
Jinak receno i blok nealokovany zadnym souborem je zasifrovan a ukozen. Takze z pohledu disku se nelisi neobsazeny sektor a sektor ktery j obsazeny, ale bez pristupu.

74

Hardware / Životnost SSD šifrovaného na úrovni OS

« kdy: 01. 09. 2020, 20:59:42 »

Nemate nekdo tuseni, jaka se da prepokladat zivotnost SSD disku sifrovaneho na urovni OS?
Napriklad DM-crypt nebo bitlocker (od firmy jejiz jmeno se nevyslovuje). Konretne jde o (ne)moznost pouzivat TRIM operace. Ptam se protoze takovyto sifrovany disk vlastne vyuziva disk v cele sve velikosti. Musi, protoze bez desifrorani nesmi byt poznat ani to kolik dat na disku je. Coz znamena, ze se nevyuzity prostor neda uvolnovot pres TRIM.

Nenarazil jste nekdo nekde na nejake srovnani? Dalo by se napriklad udelat stejnou sadu operaci na sifrovanem a nesifrovanem disku a porovnat na smart statistice objem zapsanych dat.

Intuice me rika, ze vliv takoveho sifrovani bude jeste horsi, nez hnusne pohadky o tom, jak hodne zaplneny SSD disk ma vetsi opotrebeni.

Nazor?

75

Distribuce / Re:Xubuntu nepodporuje Ryzen3200G

« kdy: 27. 04. 2020, 11:37:54 »

Jake je tam jadro?
Tyhle nove Ryzeny me spolehlive behali az s 5.3 (na Mintu zalozenem na ubuntu 18.04, tady to bude stejne, je mozne instalovat i novejsi jadro nez to defaultni)