Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - ja.

Stran: [1] 2 3 ... 22
1
Sítě / Re:Vedení UTP a především vyústění ze zdi
« kdy: 18. 03. 2024, 10:16:37 »
Osobně bych to unifi nejdříve koupi a zkusil ho normálně položit někde na podlahu pod skříň(nebo naopak na skřín) a zkusil poměřit signál.
Chápu že mít talíř na stropě  je cool ale talíř na podlaze udělá stejnou práci a nemusím kvůli tomu dělat takové harakiry.
jinak to unifi sam. posílá signál na všechny strany, není to žádná extra směrovka(vlastní zkušenosti)

Posiela síce signál na všetky strany, ale nie rovnako: https://help.ui.com/hc/en-us/articles/115005212927-UniFi-Network-AP-Antenna-Radiation-Patterns

Teoreticky naozaj najlepšie je, keď unifi ufo je na strope. Otázka je, či je treba dosahovať limity, alebo umiestnenie inde bude good enough. Ja som mal dlhé roky nanoHD položené "naopak" na skrini a signál bol aj tak vynikajúci.

2
Sítě / Re:NetworkManager a viac AP s rovnakym SSID
« kdy: 14. 03. 2024, 20:23:01 »
Pripojiť sa na konkrétne BSSID?

V prvom rade sa však hodí vysielať  802.11r fast BSS transition, aby klient vedel, že tieto AP sú naozaj súčasťou tej istej siete.

3
Sítě / Re:Připojení k internetu přes PPPoE - nevýhody
« kdy: 13. 03. 2024, 00:43:30 »
Spomínaná réžia je v tom, že ku každému paketu sa musí pribaliť PPP obálka. To má dva následky:

1) Menšia využiteľná kapacita paketu, práve o tú obálku. To má v praxi za následok, že PPPoE pripojenie má nižšie MTU (1492 namiesto 1500).

Niektorí provideri podporujú RFC 4638, kde sa klient môže dohodnúť na tom, že chce použiť jumbo frames, aby dosiahol na MTU 1500 pre svoj traffic. To, či to podporuje aj Váš ISP, musíte zistiť od neho.

To, že MTU je nižšie, môže vyžadovať dodatočnú konfiguráciu. Napríklad pri wireguarde to treba klientom nastaviť. Pre bežné tcp by malo fungovať PMTUD.

2) Obálku pri prijímaní alebo odosielaní treba spracovať, pre každý paket. To vyžaduje čas procesora v routeri. Latencia môže byť zanedbateľná, čo ale nebude zanedbateľné, je záťaž procesora; slabšie CPU nemusia potom zvládať rýchlosť, ktorú by inak linka umožnila. Bežné lacné routery sú často schopné uroutovať vyššie stovky Mbps ak nemusia prebalovať pakety, ale nie s PPPoE.

To býva zvýraznené ešte aj tým, že processing PPPoE využije iba jedno jadro.

Či je to pre Vás problém závisí od použitého routeru a rýchlosti linky. Pri DSL rýchlostiach to nemusí byť problém, pri XG-PON to problém je.

4
Sítě / Re:Proxmox server, dvě sítové karty a Docker
« kdy: 12. 03. 2024, 16:52:04 »
Stále mi uniká pointa prečo.

Keď chcem, aby nejaká skupina virtuálok používala inú internetovú konektivitu, tak ich dám do samostatnej VLAN a default gateway na tej VLAN bude routovaná cez druhý uplink. Riešiť to fyzickou wifi? Soudruzi, proč?

5
Sítě / Re:Proxmox server, dvě sítové karty a Docker
« kdy: 11. 03. 2024, 10:59:21 »
1) vyvtvoriť macvlan sieť v dockeri:
Kód: [Vybrat]
docker network create -d macvlan -o parent=wlp2s0 --subnet=.../24 --gateway=... --ip-range=.../25 netname Ak to teda wlp2s0 dovolí...

2) proxmox už podporuje docker?

6
Hardware / Re:Kabel Thunderbolt kombinující mDP a USB-C
« kdy: 10. 03. 2024, 17:40:38 »
Áno, videli, pretože Thunderbolt 1 a 2 používali mDP konektor, až Thunderbolt 3 prešiel na USB-C.

Apple predáva redukciu TB2 <-> TB3, je to káblik asi 10 cm dlhý, a funguje to. Aj keď nie som si istý, či cez to ide aj natívny DP, to som neskúšal. TB2 dokina s TB3 počítačom išla.

7
Přemýšlím nad domácím serverem a jeho vzdálenou správou. Vím, že existují projekty jako PiKVM nebo TinyPilot, ale nedávno mi byla vnuknuta myšlenka, že něco takového vlastně má spousta desktopů v sobě pod názvem AMT.

Máte s tím někdo zkušenosti?

Máme.

Ono je to občas trochu pomalé a chybové, ale v princípe to funguje. Podmienkou je použiť intel lan alebo wifi adaptér (zvyčajne tie, čo sú na doske), v linuxe to nejde použiť z localhostu, keďže to odchytáva packety na úrovni sieťového adaptéra (v podstate ovládač pre windows je len redirektor, aby traffic na správny port na localhost cez sieťový adaptér išiel).

Ako remote konzolu používam meshcommander, ktorý intel prednedávnom zrušil (a AMT prekrstil na "Intel vPro Enterprise"). Na githube to stále je, a deep linky na meshcommander.com fungujú. Ide cez to ovládať powerstate, má to "IDER" (remote floppy alebo cdrom image), remote konzolu, systém accountov (vrátane Kerberos/AD) a permissions, dá sa to skriptovať.

Len sa s tým človek trocha vytrápi, keď to rozbeháva prvý krát. A pozor, musí to podporovať aj CPU, nie iba doska. Nie všetky CPU to podporujú, v arku je info, či áno alebo nie, napr. i7-1360p to nepodporuje, ale i7-1370p áno.

8
To len znamena, ze ponuka malo a to, ze jeho uspokojenie jeho potreby by predstavovalo neefektivne vynalozenie zdrojov.

Naopak, efektivní využití zdrojů znamená, že za ně zaplatím co nejméně v poměru k produktu.

Ale vobec nie. Pri hodnoteni efektivity vas subjektivny nazor vobec nevstupuje do obrazu. Ono totiz v ekonomickych vztahoch tych hracov je mnoho, a ich zaujmy byvaju protichodne. Co pre vas moze byt dobry biznis, pre ineho moze znamenat, ze musi kryt stratu z inych zdrojov (takze preco by to robil?). Ja by som bol velmi rad, keby som si mohol kupit ferrari za tisicku, bohuzial, vyrobca mi ho asi za tu cenu nepreda. Alebo iny priklad: problem prezamestanosti v socialistickych podnikoch. Iste, ludia boli radi ze mali zamestnanie, moc nepracovali, ale pre spolocnost, ktora musela niest straty, to malo katastrofalny dopad.

Ekonomika je nauka ktora skuma, ako spolocnost riesi problem vzacnosti zdrojov. Efektivna alokacia teda znamena, ze zdroje su najlepsie vyuzite, ked uzitok z nich je maximalizovany. Vsimnite si, ze zatial do toho nevstupila otazka ceny. Ta vstupuje az pri trhovych vztahoch; no a pokial vy chcete nieco pod cenu, niekto iny vam to musi pod cenu predat. Tym padom hradi stratu, ktoru by nemal, pokial by to predal za trhovu cenu. Ine subjekty na trhu, ochotne zaplatit za to trhovu cenu, maju pre dane zdroje (pracu, expertizu) zjavne lepsie vyuzitie, ako vy. Podobne, ako ini ludia maju lepsie vyuzitie pre ferrari, ako ja.

9
To je pravda jen velice částečně. Reálně vás každý bude platit maximálně podle užitku, kterou vaší prací vyprodukujete. Protože jinak by vás dotoval. Což ale mimo jiné znamená, že pokud se nenajde klient, který vaší nezaplatí víc (což je ten užitek), může snadno nastat situace, kdy nejsou lidé ale zároveň už mzdy nerostou. Poptávka po vaší práci je prostě elastická a má cenový strop.

To, ze nejaky klient nevie dostatocne dobre zhodnotit vykonanu pracu v danom obore, resp. to, ze sa ocitol pod krivkou, ktora reprezentuje ekvilibrium na trhu ale neznamena, ze nejsou lide. To len znamena, ze ponuka malo a to, ze jeho uspokojenie jeho potreby by predstavovalo neefektivne vynalozenie zdrojov. Je to podobne, ako keby som vyplakaval, ze na trhu je malo novych ferrari za cenu vo vyske priemernej mzdy; v podstate ich je presne 0. To vsak neznamena ze je ich malo. Trh sa rozhodol, ze cena, pri ktorej sa stretava ponuka a dopyt je niekde inde.

10
Hardware / Re:Oprava polité klávesnice Razer Huntsman Mini
« kdy: 02. 02. 2024, 09:43:03 »
Rozobrat a vycistit isopropylom sa doma neda? Lepsie klavesnice maju v baleni nastroj na vyberanie "keycaps", tak vsetky povyberat, vycistit, zlozit.

11
Sítě / Re:Nutnost kratšího prefixu pro IPv6 než /64
« kdy: 01. 02. 2024, 10:22:34 »
Aha, takže problém /64 nie je ten, že IP adries by bolo málo (bolo by ich až-až), ale ten, že "fyzika" siete (alebo správne asi štandard) je tak nastavená, že jednoducho z hľadiska použiteľnosti treba väčší rozsah, inak mi je to k ničomu. Blahoželám súdruhom, ktorí takýto štandard vymysleli. Čoskoro budeme vynaliezať IPv8, lebo ako tak pozerám, tak rozsahy sa pridelujú prakticky tak ako pri IPv4 v minulosti, čiže vďaka štandardom zbytočne veľké. Hlavne, že keď sa hovorí, prečo je IPV4 zlé a IPv6 dobré, tak sa v prvom riadku článku hneď na úvod píše, že IPv4 umožňuje 2^32 adries a IPv6 2^128. Hoci reálne je to vďaka nezmyselným štandardom rádovo podstatne menej. Akože je mi jasné, že IPv4 sa čerpalo tak či tak rýchlejšie, ale ja sa na to pozerám skôr pohľadom, že čoskoro bude mať svoju IP adresu aj umývadlo a prideľovanie štýlom /64 alebo /56 (podľa toho, čo píšeš) nebude ani zďaleka stačiť. Hovorím teraz o oddelení podsietí, keďže viem ako fungoval káblovkový internet cca 20 rokov dozadu u nás. Ľudia boli v jednej sieti v celom meste a jeden známy sa mi pochválil, že z počítača jednej firmy skúsil vymazať nejaké faktúry (bolo mu divné, že viidí všetky počítače) a ono to išlo. Zmazal ich. Kto vie, ako to v tej firme potom skončilo.

Pozeras sa na to z nespravneho uhla pohladu. 128 bitov nie je adresa siete; nie je mozne routovat celu sirku adresy. V skutocnosti je zlozena z dvoch casti: 64 bitov adresa siete a 64 bitov adresa zariadenia v sieti. Routovat je mozne iba prvu cast, (aj z kapacitnych dovodov, vid vyssie), tak si to predstav tak, ze routuje sa podla prvej casti a druha cast je informativna pre posledny router, ktore zariadenie v jeho sieti to je. V podstate, ako keby sa k IPv4 prilepila cast "a toto je adresa zariadenia za NAT", tak prva cast by zodpovedala verejnej IPv4 adrese a druha cast identifikacia zariadenia. Tiez by sa routovat dala iba ta prva cast.

Aj pre adresu siete je 64 bitov dostatocna. Minimalne dovtedy, kym sa staneme civilizaciou typu 2 na Kardasovej skale ich tolko postavit a prevadzkovat nedokazeme. Ked tento bod dosiahneme, bude to zahrnat viac ako jednu planetu, takze sa budu okrem adries riesit aj problemy typu latencia.

12
Distribuce / Re:debian 12 problemy po upgrade
« kdy: 26. 01. 2024, 10:38:07 »
Byt to na mne, tak bych to nainstaloval znova a to rozlozeni oddilu udelal poradne. Proc oddeleny boot? Proc oddeleny home? 8 GB disk bych vubec nedelil.

Oddeleny home ma vyhodu, ze sa da preinstalovat system, aj zmenit distribucia, bez toho, aby sa to nejako dotklo dat v home.

Oddeleny boot ma tiez svoje pozitivne vlastnosti; grub napriklad brble (ale nabootuje) ked je to btrfs subvolume. Fedora silverblue bez oddeleneho boot sa ani nenainstaluje.

Samozrejme, oddelovat to ako samostatne partition alebo volumes ma nevyhodu vo fixnom urceni velkosti. Vyssie spomenute subvolumes (na linuxe iba v btrfs a zfs) sa tomuto vyhnu, ale problemy mozu nastat inde, pretoze niektory sw s tym proste nepocita.

13
Server / Re:NAS pre kamerový systém
« kdy: 22. 12. 2023, 12:24:38 »
Za mě by bylo ideální, aby se do NAS dala dát akcelerační karta. Protože NVRka nemám rád...   ;)

A presne preto ma DVA rada od Synology Nvidia GPU (sice "len" GTX 1650, ale ma) a robi to na CUDA jadrach.

Open-source riesenia ako Frigate zase pouzivaju Coral TPU (coral.ai).

14
Software / Re:Webová služba s mapou zařízení
« kdy: 14. 12. 2023, 22:13:24 »
Na drobne zoznamy zariadeni/sluzieb pouzivam Homer: https://github.com/bastienwirtz/homer

Je to sada statickych suborov, samotny zoznam je yaml subor, a vie to aj vyhladavat (vsetko na strane klienta).

SSH evidujem v .ssh/config s aliasmi, tam sa k tomu nastavi aj spravny kluc alebo gss, hostname, login name, pripadne dalsie veci.

15
Software / Re:Video editor pro Linux
« kdy: 14. 12. 2023, 15:14:41 »
Blackmagic Davinci Resolve (free) alebo Resolve Studio (plateny, cca 300 eur). Nema zmysel stracat cas nicim inym.

Pod Linuxom vyzaduje funkcny OpenCL s AMD alebo Nvidiou; Intel nie je oficialne podporovany.

Stran: [1] 2 3 ... 22