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 - Ondřej Caletka

Stran: 1 [2] 3 4 ... 56
16
Software / Re:iVysílání s duálním audiem
« kdy: 16. 02. 2024, 12:04:25 »
Prece, orginal musi byt u kazdeho filmu k dispozici, pred tim nez to zprasi tim dabingem
misto toho aby vsechno zacali nabizet na iVysilani v "qaa" and popripade i s "qad" .....
To je mnohem méně technický a mnohem víc licenční problém. Český dabing dokonce může být vnímán jako forma DRM, protože pokud si někdo koupil licenci pro Česko a zveřejní to na internetu klidně bez geoblockingu, stejně to bude pro zbytek světa nepoužitelné. :)

17
Server / Re:Vypnutí serveru na dvou UPS
« kdy: 16. 02. 2024, 11:57:03 »
Ale nějaké USB porty ten server má, ne? Takže připojení k oběma sériovým portům UPSek udělat nejspíš půjde. Pokud ne, tak asi nemá cenu nic řešit a prostě to nechat chcípnout.

Dále pak záleží, jakým protokolem se dá s UPS povídat. Nejspíš bude potřeba spustit dvě instance monitorovacího démona, vypnout vestavěné funkce a postavit nad tím vlastní logiku, že server se vypne až když obě UPS zároveň přešly do stavu "baterie je skoro vybitá."

18
Software / Re:iVysílání s duálním audiem
« kdy: 12. 02. 2024, 15:37:32 »
Podle mě iVysílání duální zvuk nikdy nepodporovalo, to byla výsada lineárního vysílání. V iVysílání je k dispozici jen případný audiopopis, ale i ten je tam implementovaný trochu zvláštně: při přepnutí na něj dojde i k přepnutí videa, přestane být na výběr víc rozlišení.

19
Sítě / Re:Státní služby jen na IPv6 ze zahraničí
« kdy: 25. 01. 2024, 14:37:52 »
Chmmm pan je odbornik a neni nahodou taky specialista? /48 je sit pro koncoveho uzivatele. Kdo ma vlastni AS, coz kupodivu naprosto nijak nesouvisi s tim, jestli je to zivnostnik nebo firma, tak dostava zcela automaticky /29.
Ne. Číslo autonomního systému může získat kdokoli, kdo splní požadavky a rozhodně k němu zcela automaticky žádný rozsah IPv6 adres nezískává.

Ty yntelygente.
Evidentně na tom nejste se svými znalostmi o moc líp, tak aspoň nenadávejte ostatním.

20
Sítě / Re:Zákaz náhodné MAC adresy
« kdy: 23. 12. 2023, 21:27:19 »
Omlouvám se, měl jsem lépe popsat problém. Jde o to, že v síti se nachází velké množství MT které si různě přehazují MAC adresy a následně dosti často nedostanou IP přes DHCP. Takže dotaz je spíše zda je lze ze strany sítě donutit používat stále stejnou MAC.
Takovou věc ale mobilní telefony nedělají. Jeden telefon má vždy v dané síti s daným SSID jen jednu MAC adresu a ta se v čase nemění. Android má nějkou podporu pro neperzistentní náhodné MAC adresy, ta je ale vypnutá a není snadné ji zapnout: https://source.android.com/docs/core/connect/wifi-mac-randomization-behavior#types

Tady jsem našel popis zmíněného chování. Pohledám aktuálnější
https://www.fing.com/news/private-mac-address-on-ios-14
Tady je popis přímo od Apple. iOS 15 skutečně občas náhodnou MAC adresu změní, ale jen v případě, že se zařízení k dané síti 6 týdnů nepřipojilo.

21
Sítě / Re:Zákaz náhodné MAC adresy
« kdy: 23. 12. 2023, 17:56:00 »
Omlouvám se, měl jsem lépe popsat problém. Jde o to, že v síti se nachází velké množství MT které si různě přehazují MAC adresy a následně dosti často nedostanou IP přes DHCP. Takže dotaz je spíše zda je lze ze strany sítě donutit používat stále stejnou MAC.
Takovou věc ale mobilní telefony nedělají. Jeden telefon má vždy v dané síti s daným SSID jen jednu MAC adresu a ta se v čase nemění. Android má nějkou podporu pro neperzistentní náhodné MAC adresy, ta je ale vypnutá a není snadné ji zapnout: https://source.android.com/docs/core/connect/wifi-mac-randomization-behavior#types

22
Sítě / Re:Nefunkční routing na WAN v IPv6
« kdy: 14. 12. 2023, 13:53:39 »
Mohl by to někdo ověřit? Stačí mít dva stroje, jeden (server) s eth lan (/64 rozsah) a wg wan (jedna adresa nebo jiný /64 rozsah)
Mám router s OpenWRT, na něm tunel, na jeho rozhraní je adresa prefix:200::XXX/128 a tahle adresa je zcela bez problému pingnutelná z vnitřní sítě používající zcela jiný prefix.

23
Sítě / Re:Nefunkční routing na WAN v IPv6
« kdy: 14. 12. 2023, 13:49:29 »
To je můj workaroud, dát celý /48 rozsah třeba na lan rozhraní.
To mi připomnělo, že možná stojí za to upozornit všechny majitele IPv6 prefixu, kteří jej routují na obyčejném Linuxu, že je v každém případě rozhodně dobrý nápad nastavit celý prefix jako Unreachable. Jinak veškerý provoz pro nepřidělené podsítě zvoní na poslední míli. (To zní skoro až poeticky :D)

24
Sítě / Re:Nefunkční routing na WAN v IPv6
« kdy: 14. 12. 2023, 12:13:51 »
Může to být něco se síťovým ovladačem Wireguardu, který je v některých ohledech trochu speciální. V každém případě dávat na rozhraní Wireguardu  prefix /64 nedává smysl, v podstatě to říká, že část svého prefixu posíláš zpátky do upstreamu. Doporučuju přidat adresu prefix:1::1 třeba na loopback. nebo jakékoli jiné rozhraní. Ale beztak by v tom neměl být rozdíl v porovnání s tím, když budeš pro server používat adresu prefix::1. Na wireguardovém rozhraní pak nemusíš mít vůbec žádnou adresu.

25
Sítě / Re:Nefunkční routing na WAN v IPv6
« kdy: 13. 12. 2023, 10:33:50 »
Chápu správně, že na serveru je ukončený ten wireguardový tunel?

A ten prefix 2a03:3b40:xxx:1::/64 je nastavený na tom wireguardovém rozhraní? Jaký to má význam?

Adresa se samými nulami v posledních 64 bitech má speciální význam, takže je lepší vybrat nějakou jinou. Ale to by nemělo představovat velký problém.

Pakety od klienta jsou videt na lan rozhrani, ale na wan se nedostanou.
Pokud jsou ty pakety cílené na IP adresu, která patří serveru, je jasné, že se na wan rozhraní neobjeví, když už tím, že přišly do serveru dorazily do svého cíle.

Nicméně, proč daná adresa neodpovídá, není úplně jasné. Může to být spousta důvodů.

26
Sítě / Re:Pronájem /24 subnetu
« kdy: 08. 12. 2023, 12:53:30 »
Dobře, díky za upřesnění. Může pak ale nakoupit /24 subnet, což je jeho cíl? Nebo na to musí být LIR? :)
Na to se nedá jednoznačně odpovědět. Pokud jde o nákup adres, tedy převod adres, pak musí být příjemce LIR pokud jsou adresy typu ALLOCATED PA. Pokud jsou jiného typu (ASSIGNED PI, nebo třeba LEGACY), pak jejich příjemce nemusí být LIR. Pokud jde o pronájem adres, pod tím se může skrývat kromě převodu adres také jen pouhé přidělení části PA alokace od LIRa směrem ke koncovému uživateli - ten pak logicky LIR být nemusí.

27
Sítě / Re:Pronájem /24 subnetu
« kdy: 08. 12. 2023, 10:34:34 »
Tak samozřejmě že to nechci třeba domů, ale k serverům co budu mít v Pražském datacentru.
Pokud chcete vlastní AS, tak musíte být členem RIPE a zaplatit vstupní a roční poplatek. Nebylo by jednodušší si pronajmout pár adres od poskytovatele, přes kterého budete připojený? Jenom pak budete na něm závislý v tom smyslu, že při stěhování musíte vše přečíslovat, ale jestli se neplánujete stěhovat, nemuselo by to vadit.
NE.

Za prvé ta organizace se členstvím se jmenuje RIPE NCC, RIPE je něco úplně jiného. Za druhé k získání čísla autonomního systému není třeba být členem. K jeho získání je ale potřeba splnit podmínky. Za přidělení čísla autonomního systému se (v roce 2023/2024) nic neplatí.

28
250 je pro dva páry, čili dvě linky. Tohle zařízení nemá smysl vůbec kupovat. Pokud chcete 250, oslovte svého poskytovatele a ten zajistí zřízení služby. Terminátor je součástí pevné sítě a jeho konektor rj 45 je předávací rozhraní. Cetin ho poskytuje zdarma a není ve vašem majetku. Je součástí sítě.
Ne, 250 Mbps je rychlost dosažitelná profilem 35b na velmi krátkém vedení, ale stačí k tomu jeden pár. Bonding se nabízí jen tam, kde je k dispozici pomalejší profil:
https://www.root.cz/clanky/terminator-od-cetin-vdsl-bonding-s-rychlosti-az-250-mbit-s/

Podle mě je chyba v nastavení VLAN. Většina DSL modemů VLAN tag odstraňují, i když jsou v režimu bridge, Terminátor ho tam ale nechává. Takže by mělo stačit v nastavení OpenWRT změnit WAN rozhraní z např. eth1 na eth1.848.

29
Hardware / Re:Redukce USB-B na USB-C
« kdy: 22. 09. 2023, 14:55:27 »
OTG znamená připojení periferních zařízení. Periferní zařízení se nikdy nepřipojují do zásuvky typu B, pro ty jsou určené zásuvky typu A. Protože původní tazatel požaduje zásuvku typu B na redukci pak to znamená, že zařízení připojené na konektor typu C bude nikoli v režimu hostitele (nebo též OTG), ale v režimu periferie.

To teda neznamená. Doplním - třeba připojení komba (Boss Katana) ovládaného přes mobil/tablet s Androidem je typický příklad OTG.
Ano, je to typický příklad OTG - kombo je periferie, připojené k Androidu v režimu hostitele. Nevidím v tom žádný rozpor.

Koukám na obrázek toho komba a má na sobě zásuvku typu B, tedy kabel do něj zapojený bude nejspíše končit konektorem typu A, protože bude určený k zapojení do hostitele.

30
Distribuce / Re:Co mám špatně s ebuildem
« kdy: 22. 09. 2023, 13:20:18 »
Tady něco nehraje. Chyba si stěžuje na nepodporované EAPI 9, zatímco ebuild specifikuje EAPI=6. EAPI 6 by stále mělo být podporované.

Stran: 1 [2] 3 4 ... 56