Vládní CERT upozorňuje na kritickou zranitelnost v GitLab Community Edition (CE) a Enterprise Edition (EE). Zranitelnost CVE-2026-85706 typu path traversal v Repository Commits API dosahuje skóre CVSS 10.0. Kvůli nedostatečnému omezení cest a chybějícímu vynucení autentizace může za určitých podmínek neautentizovaný útočník číst libovolné soubory ze serveru GitLab, a získat tak přístup k citlivým datům a konfiguraci instance.
Linux může běžet nativně na ESP32-S3 – bez emulace a rovnou s 9,7″ e-paperem.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.
Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.
Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
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: