Příspěvky

Musis si uvedomit ze pro nic je to jedna z cest jak utopit deistky mega se kterajma nevedi co by. Realny naklady na provoz domeny jsou totiz tak +- setina toho, co vybiraj.

Dalo by se říci spolu s Mikýřem: "akorát, že vůbec."

Projekt Turris představuje pro CZ.NIC nejen výdaje, ale i příjmy (z prodeje hardware) a přinejmenším nějakou dobu dokonce byl v černých číslech a reálně se se uvažovalo o spin-offu z CZ.NIC. Situaci poněkud zhoršila covidová a s ní spojená čipová krize, ale rozhodně neplatí, že smyslem Turrisu je ,,utopit desitky mega se kterajma nevedi co by". Kdyby to tak opravdu bylo, asi by si mohli dovolit najmout víc lidí a věnovat se mnohem víc vylepšování a údržbě stávajících věcí vedle (komerčně úspěšnějšího) vývoje nového hardware.

[vytvořit konvertor]

Tohle je rozhodně zajímavé téma!

V emailu vidím že jak subject, tak html tělo je v UTF-8 bez typicky výrazného escapování.

Na těle asi tak úplně nezáleží, ale ta hlavička s předmětem bude problém.

Nebo si mám vytvořit konvertor, kterým proženu mail, když to selže na dané chybě aby se u nás provedlo to přeposlání úspěšně na druhý pokus? (kvůli SPF je příchozí a odchozí trasa jako separátní email, tj nedoručenky jdou ke mě, ne původnímu zdroji).

Tohle zní jako výzva! Ale není nakonec ten způsob přeposílání kamenem úrazu? Protože, co se děje na straně e-shopu:

Email je z eshopu potvrzení objednávky - nevím zda mají nějako dynamickou detekci/generování podle toho zda protistrana nahlásila SMTPUTF8 podporu, nebo to řeší taky konverzí. Z maileru není jasný zda používají knihovnu nebo jenom základní mail():

Kód [Vybrat] Rozbalit

X-Mailer: PHP/5.6.40-57+0~20211119.60+debian10~1.gbp8a9bd1

...je podle mě výchozí chování většiny SMTP klientů. Pokud jim předáš zprávu v UTF-8 a SMTP podporuje UTF-8, prostě ji předají tak jak je, protože SMTPUTF8 je standard, který věci jen zjednodušuje. Pokud ovšem příjemce SMTPUTF8 nepodporuje, měl by zprávu zakódovat tak, aby ho nepotřebovala. Protože opravdu potřeba je jen v případě, že userpart některé e-mailové adresy obsahuje znaky mimo ASCII. Ve všech ostatních případech je možné hlavičky zakódovat podle RFC 2231.

Takže mi připadá, že je něco špatně s přeposílačem, který odmítá e-mail překódovat podle vlastností serveru příjemce.

Bind to vyžaduje v souladu s RFC 9276. Je to kvůli zátěži CPU na rekurzivních DNS serverech ověřujících DNSSEC. Ale ano, z pohledu bezpečnosti je to určitý kompromis.

Otázka z pohledu jaké bezpečnosti. NSEC3 hashuje jména pomocí SHA256. Při nenulovém iterations hashuje ještě několikrát znovu pomocí SHA256. S ohledem na aktuální stav krypto akcelerátorů s rychlostí i okolo 10²⁰ hashů za sekundu je celkem jedno jestli pro jeden pokus hrubou silou bude potřeba jeden nebo dva hashe.
Prostě je potřeba se smířit s tím, že DNS je veřejný telefonní seznam a ani NSEC3 na tom nic nedokáže změnit.

Ještě bych upřesnil, že uživatelsky přívětivým rozhraním myslím možnost ovládání dálkovým ovladačem televize, stejně jako komerční videotéky.

V tuhle chvíli používám kombinaci tvheadend a Kodi, což funguje přijatelně, ale umí to nahrávat jen předem vybrané pořady. Potřeboval bych něco, co by umělo přehrát jakýkoli pořad který nedávno vysílali na kterémkoli kanále.

Asi nema zmysel kontaktovat telekom a poziadat ho aby konkretne moju ***.ddns.info povolil.
Bezny ludia vacsinou nezvyknu pouzivaju vpn a ani menit DNS, preto ich o to nemozem ziadat a na web sa potom nedostanu.

Jaký má být smysl tohoto příspěvku? Pokud ti Telekom něco blokuje, podle tvého názoru neoprávněně, a ty se ani nepokusíš je kontaktovat, co myslíš, že se stane tady na fóru?

Existuje nějaké řešení, jak trvale nahrávat obsah televizního vysílání z několika posledních dnů a následně jej zpřístupňovat v uživatelsky přívětivé podobě?

Takovou službu nabízejí komerční poskytovatelé IPTV, ale nabídka se postupem zhoršuje. Nejdřív zakázala přeskakovat reklamy Prima, teď se přidává Nova. Vlastní řešení by mohlo být omezené jen diskovou kapacitou.

První část problému není složité vyřešit - stačí několik DVB-T2 přijímačů a dostatečně velký disk. Nevím ale, jak řešit nějaké intuitivní uživatelské rozhraní - tedy ideálně archiv EPG a při výběru položky v EPG spustit nahrávku od daného místa. Má někdo nějaký tip?

[Kabelový internet]

T-Mobile
IPv6: vzdy /56 (ovsem nevim, jestli jde o staticky prefix)

Tohle bohužel není pravda. Tam, kde má T-Mobile svou optiku, tak IPv6 zákazníkům vůbec neposkytují.

Proto se taky tohle téma jmenuje Kabelový internet, nikoli optický internet.

Nic takového ani není potřeba, konektor USB Type-C rozpozná roli připojeného zařízení pomocí rezistoru připojeného k drátu CC na druhém konci kabelu. Pokud je tam pull-up, je na druhém konci DFP (Downstream Facing Port), tedy hostitel, pokud je tam pull-down, je na druhém konci UFP (Upstream Facing Port), tedy periferie. Jenom v tom druhém případě je legální posílat do konektoru napájení.

Pardon tazateli za mirny offtopic, muzu poprosit vice info k tomuto?

Je to pěkně popsané ve specifikaci USB Type-C v kapitole 2.3. V případě powerbanky připojené k laptopu jde o to, že jde o spojení dvou Dual-Role Power (DRP) portů. Oba se umí chovat jako zdroj i jako spotřebič, takže směr toku proudu není jak určit.

V mem prostredi je zcela neresitelny problem treba jen naucit notebook (Thinkpad T14 gen4 AMD, umi USB PD 3.0) fungovat spolu s powerbankou (cip IP5356 s podporou QC 2.0 a 3.0 + USB PD 2.0 a 3.0 -- datasheet https://www.injoinic.com/api/static/uploads/20250528/20250528152756_6836bafc92489.pdf )
Nefunguje to vubec, ne tak jeste, abych si treba mohl vybrat, co chci krmit odkud.
Bych ocekaval, ze pokud powerbanku zapnu pred pripojenim kabliku, pujde stava z ni - a pokud ji pripojim vypnutou, bude se krmit z notebooku...?

Tak nějak by to mohlo fungovat, případně by mohlo být možné směr toku proudu přehodit pomocí USB PD, třeba na straně počítače, když power banka žádné ovládací prvky nemá. Ale nevím o tom, že by to šlo nastavit jinde než na Androidu.

Rodecaster umi fungovat jak v rezimu USB host, tak USB peripheral, coz je skvele a progresivni.
A protoze nejaka fyzicka packa mezi "jsem host / jsem periferie" je prilis oldschool a vubec zcela nevhodna do dnesni skvele, progresivni a digitalni doby, mame prece ve specifikaci proces nejake autonegociace...

Nic takového ani není potřeba, konektor USB Type-C rozpozná roli připojeného zařízení pomocí rezistoru připojeného k drátu CC na druhém konci kabelu. Pokud je tam pull-up, je na druhém konci DFP (Downstream Facing Port), tedy hostitel, pokud je tam pull-down, je na druhém konci UFP (Upstream Facing Port), tedy periferie. Jenom v tom druhém případě je legální posílat do konektoru napájení.

Cili for je ten, ze Rodecaster se po svem zapnuti snazi natroubit 5V do USBcka, jenze to USBcko jde z pocitace a 5V dodava taky.
To je pry zcela korektni a ve striktnim souladu se specifikacemi a autonegociace by si s tim mela umet poradit, jenze, slovy Rode, "nekteri vyrobci USB radicu tuto cast specifikace opomenuli".
https://help.rode.com/hc/en-us/articles/7376147203599-Why-can-t-my-computer-turn-on-when-the-R%C3%98DECaster-Pro-II-or-R%C3%98DECaster-Duo-is-connected

Zřejmě jde o to, že vypnutý počítač může mít mezi VBUS a GND nula voltů a malý odpor, takže pro Rodecaster ten pull-up rezistor vestavěný v kabelu A-C vypadá jako pull down a tedy začne posílat napájecí napětí. To ale taky asi znamená, že řadič v počítači nemá na VBUS žádnou diodu pro zablokování zpětného proudu, která by tam asi být měla.

Je pár subjektů, co zo zajišťuje za nějaký bakšiš. Např: http://isp-servis.cz/?page_id=312

Co mi to jen připomíná... 

Dá se nějak získat vlastní (= mimo rozsah mého ISP) blok IPv6 adres pro osobní potřebu?

Ano, říká se tomu Provider Independent adresy. K jejich získání musíte požádat kteréhokoli člena RIPE NCC, aby byl váš Sponsoring LIR a vaším jménem s RIPE NCC komunikoval. Seznam členů poskytujících služby v Česku je tady, nemusíte se ale omezovat na ně,  můžete zkusit třeba https://freetransit.ch/, který má jako jeden z mála veřejné a transparentní ceny.

S tímto členem uzavřete smlouvu, která musí mít náležitosti popsané v RIPE-637. Člen pak vaším jménem o adresy požádá a po několika formalitách získáte vlastní blok adres o velikosti /48. Člen platí za sponzorované prostředky částku stanovenou RIPE NCC, v současnosti je to 75 eur za prefix ročně bez DPH. Kolik bude platit držitel členovi je na jejich vzájemné dohodě.

Pokud chcete vlastní adresy za účelem multihomingu, asi budete potřebovat i vlastní číslo autonomního systému. To probíhá v podstatě stejně jako získání bloku adres, jen při žádání o něj musíte předložit seznam aspoň dvou jiných sítí se kterými plánujete návázat BGP relace.

Administrativně to tedy není velký problém, ovšem řekl bych, že narazíte spíše technicky. Pokud chcete multihoming s vlastními adresami skrz více různých ISP, musíte s nimi navázat relaci BGP. Drtivá většina přípojek rezidentálního charakteru, jako xDSL, *PON, LTE, 5G něco takového neumožňuje buď z technických příčin (3GPP sítě, agregace na páteři CETINu) a nebo to prostě daný ISP nenabízí protože se mu to nechce konfigurovat a troubleshootovat.

Takže nakonec stejně skončíte s vlastními adresami někde v datacentru, které pak dotáhnete domů VPNkou přes více operátorů. V takovém případě ale zase nejspíš nepotřebujete svoje vlastní adresy, nejspíš bude jednodušší získat dostatečně velký blok adres od provozovatele datacentra, kam VPN koncentrátor umístíte.

Možná by vás taky mohla zajímat přednáška Odkud se berou IP adresy na letošních LinuxDays.

Jaké RFID se používají v supermarketech na zabezpečení zboží a jakou čtečku mohu použít pro jejich snímání?

Zabezpečení zboží se jmenuje Electronic Article Surveillance a existuje několik konkurenčních technologií. Zajímavá je třeba akusticko-magnetická, která je reverzibilní a používá se třeba v knihovnách, aby pípaly jen nevypůjčené knihy.

Pokud není tvrdý požadavek na OpenWRT, podíval bych se taky na nějaké MikroTiky s modemem vestavěným v anténě:
https://mikrotik.com/product/atl_5g_r16

Přeci jen, externí anténě připojené koaxiálním kabelem je lepší se vyhnout, mít ethernetový kabel rovnou z antény je celkem praktické.

Kód [Vybrat] Rozbalit

@   IN CAA  0 issue "Letsencrypt.org"
www IN CAA  0 issue "Letsencrypt.org"
@   IN CAA  0 issuewild "OtherCA.org"

Ta pravá strana je pro LE špatně, má tam být malé el.

Ale co když chci jasně říci, že není možné vytvořit samostatný cert třeba pro mail.firma.cz nebo intranet.firma.cz ? Bude nutné explicitně pro každý hostname (mail, intranet, webmail ...) vytvořit záznam níže? Je má logika správná?

Kód [Vybrat] Rozbalit

mail      IN CAA  0 issue ";"
intranet  IN CAA  0 issue ";"

Ano, je to přesně tak. Autority postupují od vydávaného jména a odebírají části zleva dokud buď nenajdou záznam, nebo dokud jim zbude jen public suffix. Protože webová prezentace bude chtít certifikát pro vrchol zóny (aby fungovala v prohlížečích bez "www.", je skutečně potřeba nastavit odlišné záznamy u každého jména zvlášť.

U plochých kabelů chybí to kroucení dvoulinek okolo sebe, takže na tom bude hůře s přeslechy (a možná i s odolností proti rušení). Asi bych do toho nešel na delší vzdálenosti, a větší rychlosti. Nicméně v nižších rychlostech si asi ani nevšimnete, že tam nějaká poruchovost je, pokud se opravdu nebudete dívat na obou stranách, co z toho leze na drátě.

Myslím, že tyhle kabely nejsou stejné jako ploché telefonní kabely. Podle mě jsou v tomhle plochém kabelu čtyři tenké kroucené páry vedle sebe. Mám doma jeden 15 metrů dlouhý natažený v drážce mezi plovoucí podlahou a zdí a funguje na gigabit bez problémů. To by s telefonním kabelem bez kroucení rozhodně nefungovalo.