Výzkumníci ukazují, jak mohou otevřené tunely a IPv6 Extension Headers synchronizovat pakety do krátkých provozních špiček. V kontrolovaném experimentu naměřili přes 180násobnou koncentraci paketového toku vůči průměrné rychlosti odesílání — nikoli 180násobné zvětšení objemu dat. Článek obsahuje metodiku, limity měření i mitigace pro GRE, IPIP a další tunely.
Po velkém úspěchu prvního MobileLinux Hackdaye se vracíme do Českých Budějovic s druhým ročníkem. V pátek 30. října 2026 od 10:00 se v prostorách Jihočeské univerzity uskuteční Embedded & MobileLinux Hackday #2. Těšit se můžete na témata jako Immutable Linux na telefonech (BengalOS), U-Boot a upstream vývoj, AI optimalizace pro embedded systémy nebo otevřený hardware. Nebude chybět praktické hackování, sdílení zkušeností a možnost … více »
Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění
… více »Francouzský výrobce kabelů Nexans upozornil na napjaté dodávky elektrických kabelů. Výstavba nové výrobní linky pro některé typy kabelů může trvat přibližně tři roky. Datacentra potřebují rozsáhlé nízkonapěťové a středněnapěťové rozvody. Poptávka roste současně s modernizací elektrických sítí. Někteří odběratelé proto uzavírají výrazně delší dodavatelské smlouvy [Reuters].
Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.
Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
http://www.abclinuxu.cz/poradna/linux/show/121128ale v mem pripade se mi porad nedari www zporovznit, pouze ve tvaru
http://domena1.netnikoliv
http://www.domena1.netResp nevim jak nastavit to DNS. Obe domeny (dle programu nslookup) maji tsejnou adresu:
Server: 10.0.0.138 Address: 10.0.0.138#53Zkusil jsem v /etc/hosts pridat:
10.0.0.138#53 domena1.net domena1 10.0.0.138#53 www.domena.net domena1Ovsem bez vysledku.... Muj konfiguracni soubor vypada takto:
<VirtualHost *:80>
ServerName domena1.net
ServerAlias www.domena1.net *.domena.net
DocumentRoot /var/www/domena1.net
DirectoryIndex index.html
<Directory "/war/www/domena1.net/">
Options Indexes MultiViews FollowSymLinks
AllowOverride All
Order allow,deny
Allow from all
</Directory>
</VirtualHost>
Ocenim jakoukoliv radu, v servrove administraci teprve zacinam. Mam zaple apache moduly vhost_alias, rewrite i usedir.
Řešení dotazu:
3.2.0-4-amd64 #1 SMP Debian 3.2.51-1
Co tam dělá to #53? Do hosts se zadávají IP adresy a pak se vyjmenují hostname:10.0.0.138#53 domena1.net domena1 10.0.0.138#53 www.domena.net domena1
10.0.0.138 mvcr.cz www.mvcr.czA 'nefunguje' - předpokládám, že se nepřeloží, to nesouvisí s Apache. Pokud je problém s Apache, otestuj to ručně telnetem
GET / HTTP/1.1 Host: www.mvcr.cz
GET / HTTP/1.1 Host: mvcr.cz
10.0.0.138 domena1.net www.domena1.netTak se mi oboji presmeruje na tu IP koncici 138 coz je IP meho routeru a zobrazi se mi administrace routeru, coz nechci. Kdyz zapis z /etc/hosts odstranim, tak domena1.net mi opet funguje jak ma a www.domena1.net se mi porad presmeruje do administrativniho rozhrani routeru... coz nechapu proc. A s tim telnetem to jsem moc nepochopil, jakoze pouzit
telnet www.domena1.net? To pise, ze to nepoznava, jak s www tak bez.
$ telnet domena1.net telnet: could not resolve domena1.net/telnet: Name or service not known $ telnet www.domena1.net telnet: could not resolve www.domena1.net/telnet: Name or service not knownJinak ja jsem zkousel nekolik navodu:
http://httpd.apache.org/docs/2.2/vhosts/examples.html http://www.thegeekstuff.com/2011/07/apache-virtual-host/ http://www.linuxexpres.cz/praxe/sprava-linuxoveho-serveru-uvod-do-konfigurace-apacheA proste domenu bez www. Rozjedu, s www ani prd.
Tak se mi oboji presmeruje na tu IP koncici 138 coz je IP meho routeru a zobrazi se mi administrace routeru, coz nechci.Tak proč tam teda dáváš tu 138 když ji tam nechceš, dej tam IP toho co chceš, tedy toho PC na kterém běží web server. Nějak nechápu odkud to má fungovat, jestli je to jedno PC dvě PC v lokální síti, nebo se jedná o přístup z venku, případně na jednom PC klient i server 127.0.1.1.
Asi jen toto nestačí...
Soubor /etc/hosts je něco jak lokální DNS, které přijde na řadu jako první, takže když napíšeš franta.cz, tak první (zjednodušeně) se ověří jestli záznam není v /etc/hosts a pokud je, tak se adresa použije.
apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1 for ServerName
Tiskni
Sdílej: