Příspěvky

151

Hardware / Re:Externí monitor připojený přes HDMI a DVI neukazuje

« kdy: 10. 01. 2020, 10:57:40 »

Vyměnit kabel. Některé HDMI konektory mají špatnou kvalitu a může se stát, že se potkají dva konektory, kde se spolu prostě všechno nespojí. Spojí se třeba jen DDC, takže monitor je detekovám, ale když se nespojí TMDS linka s hodinami, tak se obraz neobjeví.

152

Hardware / Re:Osvětlení domu/bytu na stejnosměrný proud

« kdy: 10. 01. 2020, 10:30:46 »

v pripade, ze svetla budu ovladane napriamo vypinacmi, ma zmysel hladat nejake vypinace dimenzovane na DC? Budu tiichsie?

Tišší rozhodně ne. Vypnout stejnosměrný proud je mnohem větší problém, protože na rozdíl od střídavého nikdy neprochází nulou, což je okamžik, při kterém hořící oblouk zhasne a nový se už nezapálí. Vypínače na DC jsou proto velmi bytelné a pro jen trochu větší proudy už neexistují a nahrazují se bytelnými stykači. To by ale neměl být případ LED osvětlení.

153

Sítě / Re:Odblokování přístupu k internetu v práci

« kdy: 09. 01. 2020, 12:02:22 »

Ahoj,

zde mam dotaz a to jak na odblokovani internetu?

Pokud to pracoviště není někde ve sklepě, bude nejlepší pořídit si nějaké zařízení s LTE a chodit na internet přes něj.

Zaměstnavatel zřejmě používá velmi restriktivní firewall. I když by se ti ho podařilo obejít, ani bych se nedivil, kdyby sbírali účtovací data, kolik která stanice přenesla do/z internetu. A když se tvá umístí s velkým náskokem na prvním místě, dají si na tebe pozor a budou zkoumat, co s tím internetem děláš a následně to buď taky zablokují, nebo tě nějak jinak potrestají.

154

Windows a jiné systémy / Re:Vytvoření instalačního USB klíče s Windows 7

« kdy: 07. 01. 2020, 22:25:08 »

Bootovací USB jsem vytvářel vždy jen tak, že jsem USB klíč naformátoval ve Windows a nakopíroval na něj obsah CD/Image.
Funkční bez problémů.

Pokud chcete bootovat v režimu UEFI (a to byste měli chtít), je to naprosto legitimní postup. Stačí flash disk naformátovaný na FAT32, je jedno v jakém OS. Já bohužel narazil na problém, že v ISO obrazu byl soubor install.wim, který byl větší než 4 GiB. Zkoušel jsem flashku naformátovat na ExFAT, ale tomu zase firmware počítače nerozuměl. Nakonec jsem kapituloval a protože byl po ruce počítač s Windows, vyrobil jsem flashku přímo nástrojem od Microsoftu. Ten na flashku nahrál jen vybranou edici Windows, takže daný soubor nepřesáhl 4 GiB.

155

Sítě / Re:Public network bridge nefunguje

« kdy: 06. 01. 2020, 15:04:00 »

V tom případě problém s Wi-Fi nebude. O tom dalším nic nevím

156

Sítě / Re:Public network bridge nefunguje

« kdy: 06. 01. 2020, 14:06:12 »

Nemáte někde v cestě Wi-Fi? Wi-Fi klient a most nejdou moc dobře dohromady.

157

Hardware / Re: Krabička k TV/IPTV nebo GPU do serveru?

« kdy: 12. 12. 2019, 09:34:52 »

Navážu na diskusi o RPi4... jaký prosím používáte microHDMI-> HDMI kabel, aby fungoval CEC? Díky.

U RPi4 mám ten originální z MicroHDMI na HDMI a CEC funguje. Jen pozor, že ne všechny TV přijímače ho podporují a u některých je to potřeba zapnout v menu.

158

Hardware / Re: Krabička k TV/IPTV nebo GPU do serveru?

« kdy: 12. 12. 2019, 09:33:41 »

Nemáte někdo zkušenost s Chromecast? Má nějaké nevýhody?

Na YouTube je to fajn, ale jinak je to hodně omezené. Přehrávat video z domácího NASu půjde asi jen velmi obtížně.

Mě osobně na Chromecastu a podobných krabičkách navíc neskutečně rozčiluje jejich autentizační model – kdokoli je na stejném segmentu může vše, kdokoli je na jiném segmentu nemůže nic, toto chování nejde nijak změnit. Takže v netriviální síti Chromecast můžete používat jen když se připojíte do úplně stejné Wi-Fi sítě, naopak, když si ho vezmete s sebou třeba na dovolenou do hotelu, mohou vám na něm pouštět videa hosté z celého hotelu.

159

Hardware / Re: Krabička k TV/IPTV nebo GPU do serveru?

« kdy: 11. 12. 2019, 13:57:30 »

Kup Rapsberry Pi 4  nebo Odroid C2 a do nainstaluj LibreELEC. Připojí to síťové uložiště, přehraje to YouTube i spoustu dalších video služeb a celé se to dá ovládat pomocí HDMI CEC dálkovým ovládáním od TV přijímače. Pokud budeš chtít i TV vysílání, můžeš přidat TV HAT a do LibreELEC doinstalovat TVheadend.

160

Sítě / Re:Raspberry dalši IP

« kdy: 09. 12. 2019, 22:12:50 »

Jak přidat dalši IP?
Třeba když se chci dostat do zařizení, ktere je v jinem subnetu.

Podle všeho dhcpcd nic takového neumí. Musíte to buď udělat ručně, nebo použít ke konfiguraci sítě jiný nástroj a dhcpcd vypnout.

161

Sítě / Re:Lokální adresy v síti ISP

« kdy: 06. 12. 2019, 10:58:35 »

Nepiste sem prosim lzi. Adresy podle RFC6598 nejsou privatni ale sdilene.

…což je jen jméno. Na jejich vlastnosti to nemá žádný vliv, chovají se ve všech ohledech úplně stejně jako RFC 1918, jen je jejich povolené použití mnohem přesněji specifikováno. Pokud použití slova „privátní“, či „neveřejné“ v souvislosti s RFC 6598 považujete za lhaní, tak si prosím nahraďte všechny výskyty těchto slov za „globálně nesměrovatelné“.

A hlavne v te predchozi vete neni IANA, ale Internet Registry - seznam IR pro CZ: https://www.ripe.net/membership/indices/CZ.html Coz jsou prave ISPcka (tedy nejsou tam ti ruzni pokoutni s antenama z plechovek, co vsemu rozumi lepe nez IETF)

Ano, v tomto máte pravdu, skutečně všichni v řadě IANA – RIR – (někdy NIR) – LIR jsou internetovými registry. A žádný z nich nikdy nepřidělí adresy podle RFC 1918. Protože pokud by přidělil, musel by to dokumentovat v příslušené Whois databázi a to mu žádná z databází nedovolí právě proto, že dané rozsahy již jsou zarezervované.

Každý LIR i RIR či NIR je ale zároveň Enterprise, takže může bez problému pro svou privátní potřebu, stejně jako pro potřebu spřátelených organizací, adresy podle RFC 1918 používat.

162

Server / Re:Centrální ověřování pro Let's Encrypt

« kdy: 05. 12. 2019, 16:14:20 »

Jen si tak postesknu, jak je proboha možné, že se Ignum v roce 2019 vůbec udrží na trhu, tohle jsou služby k ničemu.

Pokud s jejich službami nejste spokojen a zmůžete se jen na stesk na fórech, místo abyste hlasoval peněženkou pro jiného registrátora, jste součástí toho důvodu, proč je Ignum v roce 2019 stále na trhu. Přitom prostředí DNS registrátorů je vysoce konkurenční a v případě CZ domény dokonce změna registrátora trvá jen sekundy a stojí 0 Kč.

163

Sítě / Re:Lokální adresy v síti ISP

« kdy: 05. 12. 2019, 16:08:57 »

Stále jsem přesvědčen, že RFC1980 mluví o intranetu - uzavřených podnikových sítích a vzhledem k tomu, že poskytovatel připojení do internetu (ISP) takových sítí může připojit stovky nebo tisíce nemají tyto adresy co hledat za mým WAN rozhraním které je dveřmi do internetu (public) nikoliv intranetu (private).

V roce 1996, kdy RFC 1918 vyšlo, to tak skutečně bylo myšleno, protože tehdy bylo běžné, že ISP pracovali pouze s veřejnými adresami. Carrier grade NAT přišel až mnohem později. Skutečně by bylo lepší, kdyby provozovatelé CGN používali jako privátní adresy ty podle RFC 6598 a byl tak vyloučen konflikt s privátními adresami v koncových sítích, ale spousta ISP zavedla CGN ještě v době, kdy RFC 6598 nebylo a nemají motivaci celou síť přeadresovávat. I tak by vám ale na WAN rozhraní s veřejnou IP adresou chodil provoz z neveřejných IP adres, jen by to nebyly ty rozsahy z RFC 1918.

…kdyz mu vadi, ze ISP nedodrzuje RFC u jinych klientu…

Už jste konečně našel něco v nějakém RFC, co tento ISP nedodržuje? Já stále čekám…

164

Sítě / Re:Lokální adresy v síti ISP

« kdy: 05. 12. 2019, 09:45:47 »

Tak jak jsem již psal... Z mého pohledu mám za WAN celý internet a odtud mi skutečně dovnitř nic z RFC 1918 nepoleze stejně tak jako neleze z RFC 1918 nic od nás. Když ten rozsah povolím tak tu mám tolik šumu v logu že "nevím" co s tím.

Chcete říct, že šumu z adres RFC1918 je mnohem víc než šumu ze zbytku veřejného internetu? Pokud ano, tak je skutečně v síti ISP asi něco špatně.

Pro mně za mně ať to má takto ISP nakonfigurované, ale pokud jeho zákazníci s adresami z RFC 1918 mohou do internetu přes nějakou veřejnou IP adresu tak na mou veřejnou adresu polezou taky tak.

Proč tohle chcete? Máte jedinečnou možnost logovat skutečnou adresu zdroje provozu, máte možnost přímého obousměrného spojení bez prostředníků. A vy byste místo toho radši, aby tam ISP strčil NAT, za který své zákazníky schová a kvalitu spojení tím poškodí a jediný argument pro to je, že se vám nelíbí zdrojové adresy na vstupu. To je dost chabý argument pro to, aby kvůli němu ISP přebudovával svou síť.

Mimochodem, v RFC 1918 se také píše, že:

Addresses within this private address space will only be unique within the enterprise, or the set of enterprises which choose to cooperate over this space so they may communicate with each other in their own private internet.

Což je přesně tento případ, tedy až na to, že s ISP na koordinaci privátních rozsahů aktivně nespolupracujete (ale měli byste).

165

Sítě / Re:Lokální adresy v síti ISP

« kdy: 04. 12. 2019, 16:36:58 »

To nejsou věty. A „privátní“ je dost široký pojem, RFC 1918 má 8 stran textu – na to, abyste mohl někoho obviňovat z neznalosti textu, to chce trochu víc, než jen váš vlastní výklad jediného slova.

To vase "trochu vic" je cele toto vlakno. Na hranicni router s udajne verejnou IP zvenci prichazeji pakety se zdrojovou adresou z RFC1918 a vy tomu tleskate. Poskytovatel zpusobuje problemy zakaznikovi a nejenze chce zakaznika omezovat v nasazeni u nej adres z RFC1918, ale jeste se tvari, ze to je problem zakaznika.

Ty pakety nepřichází z venčí, ale ze sítě ISP. Je s nimi možné bez problému obousměrně komunikovat, tak kde je problém?

Proskimoval jsem RFC 1918, nenašel jsem nic, co by naznačovalo, že není možné komunikovat mezi veřejnými a privátními adresami bez NATu.

I z pozice majitele toho hraničního routeru budu radši, když mi provoz bude chodit z privátních adres přímo, třeba proto, že budu moci snáze identifikovat konkrétní původce toho provozu. Nevidím důvod, proč by mi to mělo vadit.