Příspěvky

1

Bazar / Re:Kopec disket za poštovné

« kdy: 31. 03. 2024, 21:33:25 »

jo jo, v mechanicne byl bud mechanickej nebo optickej snimac. jeden ctverecek urcoval kapacitu (kdyz tam nebyl, tak 720KB, kdyz tam byl tak 1,44MB, existovaly i 2.88MB verze.
No a druhej ctverecek byl prepinacem mezi RW a RO - pokud zde chybel posuvnik, pomohla izolepa (stejne jako u 5,25 mechanik)

2

Sítě / Re:Změna IPv6 od poskytovatele a složitější struktura sítě

« kdy: 17. 03. 2024, 12:26:05 »

pokud mas (i tvuj provider) spraven nastaveny DHCP PD a RA, pak to funguje tim stylem, ze tvuj router si od providera vezme prefix, napr /56.  Z nej si pro lokalni sit veme nejaky /64.
Hromada dalsich mu jich zbyde pro dalsi tve routery, ktere si o prefix reknou a pouziji ho za sve vnitrni rozhrani.

V pripade, ze provider zmeni rozsah, ktery je pridelen na tvuj hlavni router, zbytek site se o tom dozvi a preadresuje se v ramci vterin.

O NPT6 snad radsi ani neuvazuj, je to zbytecna namaha a vlastne nevidim duvod pro takovou opicarnu.


Cele to je skvele v tom, ze to proste funguje (melo by) bez jakehokoliv zasahu.
Cernou murou to je samozrejme pro spravce siti, protoze vsechno je tak automaticke, ze spravci samozrejme nemaji tuseni, co ma jakou adresu atd -> proste problem.

Na doma je autokonfigurace vetsinou v pohode, do firem uz to je horsi.

3

Sítě / Re:Správné nastavení domácí sítě

« kdy: 17. 03. 2024, 12:14:54 »

Tim, ze jsi Dlinka prepnul do modu AP jsi vyresil vetsinu problemu, ktere nesou dva routery za sebou (jako napriklad pokud se snazite komunikovat z prvni site do druhy). Proste mit dva routery se zapnutym  NATem za sebou je prasarna.

Co se tyka toho dhcp relaye: nepotrebujes ho, mas to vsechno v jedny siti vcetne dhcp serveru. Pouziva se, pokud mas DHCP server v jine siti, nez ve ktere pridelujes adresy.

4

Sítě / Re:Připojení k internetu přes PPPoE - nevýhody

« kdy: 16. 03. 2024, 22:01:56 »

z pohledu ISP:

NAT, potazmo port forwarding je v podstate nepouzitelny, slozite se spravuje, je to zdroj problemu atd. proste cesta do pekel.

PPPoE ma obrovskou vyhodu v tom, ze verejne IPcko ma zakaznik primo na routeru, a do site providera se zapisuje routa /32 -> neplytva se adresami, jako pri klasickem pouziti routovanych verejek, kdy zakaznik potrebuje jedno IPcko, ale vam to sezere 4, protoze mu musite dat /30 (takze 4 adresy - subnet, brana, klient a broadcast).

5

Hardware / Re:2 monitory alebo jeden široký (zakrivený)

« kdy: 25. 02. 2024, 10:35:39 »

Ono jde i o to, ze u 32" a vetsich je rozdil vzdalenosti monitoru od oci mezi stredem obrazovky a rohama tak velky, ze oci musi hodne preostrovat. Takze tyhle velky uhlopricky jedine ohnuty.

A ano, je to trochu o zvyku, trva to tak tyden, nez si clovek privykne.

6

Hardware / Re:2 monitory alebo jeden široký (zakrivený)

« kdy: 25. 02. 2024, 09:00:00 »

resil jsem to same a zvitezila moznost C)

32" 4k ohnuty monitor - mista dost a nevyjde to draho.

7

Sítě / Re:8-port switch 2.5Gbps?

« kdy: 28. 09. 2023, 13:32:11 »

Skoda ze tomu dali SFP+, šiknul by se tam 10G RJ45.

Nastesti to ma SFP+. Z toho 10G metaliku udelate snadno. Z metaliky udelat optiku jaxi nejde.

Btw ten zyxel dava 2,5G i na 70 metru cat5. Vyzkouseno, zmereno.
A kdyz jsme u 10Gb SFP+ - tam jsme zkouseli moduly od mikrotiku a 120(!) metru naboreny trasy na cat5 (nekolik spojek v ceste) a hadejte ;-)
Fungovalo to. Ani merak nenasel problem.

8

Sítě / Re:rtsp stream přes ffmpeg

« kdy: 02. 08. 2023, 21:21:11 »

chybka v syntaxi:

Kód: [Vybrat]

ffmpeg -i rtsp://....

9

Sítě / Re:Doporučte WiFi router pre optický Internet 1Gbps

« kdy: 02. 08. 2023, 21:18:24 »

Pokud je to optický internet, nemělo by tam být rozhraní pro optiku? Jak je zapojený WAN port?

muze to byt FTTH, kde optika konci nekde ve sklepe panelaku. Nahoru pak muze jit uz klasicky UTPko, ci nejaka lepsi alternativa (coz jsem zatim asi nikde nepotkal).

i po 100m utp cat5 dneska protahnete 10Gb (cimz priznavam, ze me desive bavi ty sahodlouhle rozpravy "co natahat v baraku za kabely")

10

Sítě / Re:Přístup na WAN z lokálních adres - povolit či nikoliv?

« kdy: 12. 01. 2023, 05:11:57 »

Oni musia mat nejaku verejku, aj ked spolocnu. Staci isp donutit aby sa museli otocit cez jeho wanove rozhranie smerom k tebe a nie ako teraz, ze mozu ist priamo na teba.

Coz je prave v nekterych topologiich siti takrka neresitelny problem. Napriklad v pripade globalniho NATu, kdy natujete lidi bez verejek az ve chvili, kdy opousti hranu vasi site. Zalezi na tom, jak ma kdo sit postavenou.

11

Server / Re:Záloha desítek GB u kamaráda

« kdy: 25. 02. 2022, 09:07:30 »

to nebude tragikomedie, ale proste pru$er.

Osobne jsem zazil, jak firma prisla o komplet data (ransomware), no ve vysledku jeden den na to prisli, druhej den v poledne fungovali uz na 100%. Stacilo vymenit disky v serveru (stejne to potrebovaly, puvodni byly jeste plotny), nasypat system, nainstalit ucto, ze zaloh natahnout komplet data a bylo hotovo.

Naklady cca 10kKc (cas + disky). Ztraty zpusobene vypadkem veskere nulove.

Cim jednodussi je system zalohovani, tim snaz se to pak obnovuje.

Samozrejme jsou firmy, kde takovy vypadek serveru znamena daleko vetsi pru$er, ale tam taky nepatri tyto primitivni styly zalohovani a obnovy, to uz je ale jine tema.

A ano, znam nekolik firem (nastesti jsem se tam nepodilel na jakekoliv sprave), ktere o data prisly - no, neni to hezky pohled.

12

Server / Re:Záloha desítek GB u kamaráda

« kdy: 25. 02. 2022, 06:46:57 »

Jednou tydne plna zaloha, kazdy den rozdilova vuci plne. Nu a drzel jsem 4 plne zalohy + vsechny aktualni rozdilove.

To zní strašně neefektivně (4x zabrané místo a každý týden přenos celé zálohy - to bych třeba já se svým domácím internetem nedal). A pro obnovu jednoho souboru je potřeba stáhnout celou zálohu?

nerikam, ze to je extra efektivni, ale je to extra levne, jednoduche a funkcni.
Neresim zalohy vyssich stovek GB, ale dulezitych dat (co si budeme povidat, nejdulezitejsi data jsou rodine fotky, pak nejake ucto a pak tuny dokumnentu). Pro male firmicky to je jeste jednodussi.  A jak jsem psal - pokud jsou archivy trosku logicky rozdelene, neni potreba sosat celou zalohu, ale jenom spravnou cast (+ rozdilovku k dane casti).
Navic co se tyka tech linek do internetu - vzdyt je jedno, jestli zaloha odtece za 10 minut, nebo za 6 hodin.  (za 6 hodin na 10Mb lince odsypete cca 20GB dat).

btw u male firmy s cca 40ti zamestnanci maji kompletni ostra data vcetne X let ucta, po zabaleni asi 12GB. To odleze po (takrka) cemkoliv.

13

Server / Re:Záloha desítek GB u kamaráda

« kdy: 24. 02. 2022, 20:11:37 »

Pokud zrojovy pocitac je na windowsech, existuje (stary dobry) cobian backup. Pokud je zdrojem linux a spol, bude tu jiny soft, nicmene pozadavky asi budou stejne.

Resil jsem to nekolikrat a vzdycky bylo reseni +- stejne:
Jednou tydne plna zaloha, kazdy den rozdilova vuci plne. Nu a drzel jsem 4 plne zalohy + vsechny aktualni rozdilove.

Kazda zaloha znamenala zabalit, zasifrovat, odeslat na vzdalenou lokalitu. Co tam slouzi jako uloziste je vicemene jedno, vzhledem k tomu, ze zaloha uz je zasifrovana. Odesilalo se to pres ftp nebo scp, dulezite je, aby vzdalene uloziste nebylo trvale pripojene ke zdroji dat, pak vam ho nesezere ransomware a mate se k cemu vratit. Uz nekolikrat se mi tento postup vyplatil.

V kazdem pripade si obcas overte, ze zalohu dokazete rozbalit, abyste po nejake nehode nemel hromadu nepouzitelnych zaloh.

Ostrych dat nebyva mnoho, ve vysledku nejvic zaberou rodinne fotky/videa.

Vyplatilo se mi delat vice archivu, ale urcite ne archiv per soubor - to silene zdrzuje jak pri baleni/sifrovani, tak pri vlastnim prenosu.

14

Sítě / Re:Mikrotik - jaké porty povolit ve firewallu

« kdy: 22. 01. 2022, 15:08:59 »

pokud mas jako prvni established/related, tak nemusis resit odpovedi na dotazy vznesene z tvy site/mikrotiku.
pak budou dst naty pro portforwarding
a pak firewalling.

a pokud se bojis, ze se odriznes, tak si prihod jeden port, na kterej staci zaklepat a adresa ze ktery na nej zaklepes se z firewallu vykopne. (to pravidlo musi bejt samozrejme na zacatku firewallu)

samozrejme to bude chtit poladit, odzkouset, ale melo by to makat.

15

Sítě / Re:Zkušenost multicast (video) a levné switche

« kdy: 21. 12. 2021, 19:22:08 »

1920 jsou soho switche s jakymsi managementem. Ve starsi verzi multicast snesly docela slusne, ty novejsi (jsou asi 3 roky na trhu, +-) jsou jeste orezanejsi a multicast jim ocividne nesvedci.

Chce to alespon rady 5120/5130, pak to dela co ma a na siti o nich proste nevite.