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.
Není, hodnota 1280 je povinné minimum, každý síťový prvek pro protokol IPv6 musí zvládnout 1280 byte bez fragmentace.Právě proto ho někteří výrobci nastavují jako výchozí hodnotu, což činí objemné přenosy dat málo efektivní. A právě proto se ptám, jestli to náhodou není případ toho NASu.
v PHP mi zase chybi neco jako je v Pythonu set pro velmi rychle hledani v unikatni kolekci.Jako set se chovají klíče v asociativním poli. Takže třeba nadefinovavat každou zablokovanou IP adresu jako klíč do pole a pak je vyhledávat.
<?php
$blacklist = [ "192.0.2.1" => True, "192.0.2.2" => True, ];
echo array_key_exists("192.0.2.1", $blacklist);
Vsetky CA, ktore poznam (nepoznam ani zdaleka vsetky, takze sanca je), ponukaju budto viacero mien v certifikate (SAN, UCC, MultiDomain ssl) alebo wildcard (teda *.domena.tld), ale nie zaroven (kombinacia).StartSSL Class 2 nabízí vystavení certifikátu pro více domén a to včetně wildcardů.
Ako by som zistil ake ip pouziva(ma registrovane) ministersto? ;-)Například stačí chvíli klikat na téhle adrese: https://stat.ripe.net/www.mvcr.cz
Síťovka nevyhoří při aplikaci 48 V (napětí mezi páry 1-2 3-6 4-5 7-8) tak jako tak. Je to její žádoucí vlastnost a kvůli této vlastnosti se tam dává to drahé trafo.To bych tak jistě netvrdil, obvykle tam jsou například ke středním odbočkám traf zakončovací odpory, které se při velkém a tvrdém napětí mezi páry odpaří. Je pravda, že možná nejsou nezbytné a síťovka funguje i dál (možná s horším EMI). V každém případě norma 802.3af tenhle problém řeší tak, že zdroj musí při každém připojení zjišťovat, zda připojené zařízení je PoE kompatibilní a teprve pak pustit proud.
Ked si neporadim tak skusim to s tou krabickou. Kazdopadne moze byt az taky pokles na tej dlzke, ze by z 12V neostalo na vystupe 5V , ked pouzijem tie 2x2 volne kable z lan? DikMůže. Viz Ohmův zákon. Naopak se taky může stát, že v okamžiku, kdy router nic odebírat nebude, se na něm napětí vyšplhá až k 12 V, což router pravděpodobně zničí. Chceš-li po kabelu vést vyšší napětí, měl bys v každém případě mít u routeru snižující měnič (pokud už není v tom routeru; můžeš ho zkusit rozebrat a analyzovat napájecí zdroj. Třeba budeš mít štěstí a zjistíš, že je tam zdroj s povoleným vstupním napětím 4 - 20 V). Zmíněná PoE sada podle normy 802.3af je to správné řešení, protože mimo jiné zajistí i to, že když kabel s PoE omylem zapojíš do normální síťovky, tak ta síťovka neshoří.
Málokdo pozná blikání při 50Hz, a nejspíš vůbec nikdo při 100Hz. Nicméně za pár hodin si člověk řekne - z čeho mě tak hrozně bolí oči nebo hlava?I 100Hz blikání je hodně patrné, zvláště při periferním vidění, nebo pokud člověk něco žvýká.
Dost by mě zajímalo proč. Je o tom někde nějaká informace?-Kondenzator treba, chci-li odstranit nebo aspon potlacit blikani. Pokud tedy nechci pouze svitit na hajzllu, kde je mi to jedno.Ale nepřidávej ho do pásků, které jsou navržené na provoz pouze s usměrňovačem. Jak už tady zaznělo, významně jim tím zkrátíš životnost.
V dnešní době to stejně s nedoručenkami není nijak slavné. Aby server nespamoval, může je posílat jen k e-mailům ověřeným přes SPF nebo DKIM.Tenhle názor nesdílím. Naprostá většina systémů, se kterými jsem se setkal, nedoručenky běžně generuje a posílá pokaždé, když nemůže doručit e-mail na místo určení. Nedoručenek se spamem přesto dostávám naprosté minimum (~~ 1 za dva roky).
Na to nedokážu přesně odpovědět. Tipuji, že ve standardech se to neřeší. Přepisování obálkového odesílatele ale podle mě není ideální, v takovém případě nebudou chodit nedoručenky (např. z důvodu přeplněné schránky) odesílateli, ale na adresu, kterou vloží přeposílající server. Pokud tam nebude nějaká komplexní logika, která nedoručenku dále zpracuje a přepošle, znamená to, že původní zpráva se v takovém případě ztratí, aniž by se odesílatel něco dozvěděl. A to mi připadá jako nejhorší možný scénář nefunčnosti e-mailu.Stačí cross-domain alias a finální server kontrolující SPF. Prostě SPF je broken-by-designOpravdu je broken-by-design SPF? Není spíš broken-by-design přeposílání e-mailů tak, že zkopíruju původního obálkového odesílatele, místo abych v obálce jako odesílatele uvedl tu e-mailovou adresu, která je zodpovědná za přeposlání? Já vím, že to třeba nejrozšířenější SMTP servery neumí, ale mně připadá špatně to kopírování obálkového odesílatele.
Njn, tak přesně na to je SPF, kdyby radši na domena.cz nastavily SPF na -all místo ~all aby to lidem nechodilo zbytečně, když už kua ten spf máme...Když si nastaví -all nebude spoustě lidí chodit ani legitimní pošta od nich, jak je na mnoha místech lety prověřeno. Stačí cross-domain alias a finální server kontrolující SPF. Prostě SPF je broken-by-design a jasně ukazuje že sáhodlouhé diskuze na půdě IETF o každém aspektu nových standardů mají smysl. SPF si vyvinuli v Yahoo od stolu a povedlo se jim úspěšně opomenout takovýto legitimní a široce používáný způsob použití.
# tunctl -u user -t qemu$ qemu … -net nic,model=virtio,vlan=0 -net tap,vlan=0,ifname=qemu,script=no,downscript=noA jednak jsem to použil pro znazší pochopení problému a zcela záměrně.Můj hard disk má kapacitu jeden pikobajt. Rozhodl jsem se po vzoru Bla pro číslem 1012 dělít namísto násobení, pro znazší pochopení problému.
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.