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.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
$TTL 1h;
$ORIGIN svse.cz. ;
@ IN SOA ns1.svse.cz. root.svse.cz. (
2010081811 ; serial
1h ; refresh
15m ; update retry
3w ; expiry
2h ; minimum
)
Problém je, že i po tak dlouhé době (sca 20dnů) mi stále dost lidí hlásí problémy s připojením na webové stránky, poštu, atd... Jsou ochotni připustit, že občas se připojí, občas nikoli. Jedná se většinou o vzdálené sítě používajících DNS od různých poskytovatelů.
Předpokládal jsem, že neautoritatvní DNS servery se řídí časem TTL zony a když tuto dobu překročí budou se dotazovat autoritativních serverů.
Je možné, že některé (asi špatně nastavené DNS) drží své záznamy na úkor TTL? Neptají se autoritativních serverů a udržují neplatné nebo neaktuální záznamy?
Děkuji za vysvětlení.
Tom
Řešení dotazu:
$TTL 1h; default TTL for zone
$ORIGIN svse.cz. ; base domain-name
@ IN SOA ns1.svse.cz. root.svse.cz. (
2010081811 ; serial
1h ; refresh
15m ; update retry
3w ; expiry
2h ; minimum
)
;nameserver for domain
@ IN NS ns1.svse.cz.
@ IN NS ns1.kibo.cz.
;mail server for domain
@ 1d IN MX 10 mail.svse.cz.
;domain host includes NS and MX records define above
svse.cz. IN A 213.211.53.198
akela IN CNAME svse.cz.
ns1 IN CNAME svse.cz.
smtp IN CNAME svse.cz.
www IN CNAME svse.cz.
web IN CNAME svse.cz.
testy IN CNAME svse.cz.
ftp IN CNAME svse.cz.
knihovna IN CNAME svse.cz.
Ještě jednou děkuji za pomoc.
Tom
$TTL 1h; default TTL for zone
$ORIGIN svse.cz. ; base domain-name
@ IN SOA ns1.svse.cz. root.svse.cz. (
2010081811 ; serial
1h ; refresh
15m ; update retry
3w ; expiry
2h ; minimum
)
;nameserver for domain
@ IN NS ns1.svse.cz.
@ IN NS ns1.kibo.cz.
;mail server for domain
@ 1d IN MX 10 mail.svse.cz.
;domain host includes NS and MX records define above
; radek pod tim je SEO hack
svse.cz. IN A 213.211.53.198
akela IN CNAME svse.cz.
; tak tady je asi zakopany pes
ns1 IN A 213.211.53.198
smtp IN CNAME svse.cz.
www IN CNAME svse.cz.
web IN CNAME svse.cz.
testy IN CNAME svse.cz.
ftp IN CNAME svse.cz.
knihovna IN CNAME svse.cz.
Osobne bych to radeji napsal takhle (prijde mi to prehlednejsi):
$TTL 1h; default TTL for zone
$ORIGIN svse.cz. ; base domain-name
@ IN SOA ns1.svse.cz. root.svse.cz. (
2010081811 ; serial
1h ; refresh
15m ; update retry
3w ; expiry
2h ; minimum
)
;nameserver for domain
@ IN NS ns1.svse.cz.
@ IN NS ns1.kibo.cz.
;mail server for domain
@ 1d IN MX 10 mail.svse.cz.
ns1 IN A 213.211.53.198
svse.cz. IN A 213.211.53.198
akela IN CNAME ns1.svse.cz.
smtp IN CNAME ns1.svse.cz.
www IN CNAME ns1.svse.cz.
web IN CNAME ns1.svse.cz.
testy IN CNAME ns1.svse.cz.
ftp IN CNAME ns1.svse.cz.
knihovna IN CNAME ns1.svse.cz.
BTW - nekam se asi vytratil mail.svse.cz
ns1.svse.cz na IP 213.211.53.198
213.211.53.198 IN PTR svse.cz.
Ten radek
svse.cz. IN A 213.211.53.198je ten SEO hack. Zkus tu domenu "postavit" bez nej ;) Nekde tam je chyba, protoze NS zaznam nesmi ukazovat na CNAME: - viz zonecheck (NS is not allowed to point to a CNAME alias). Nebo to jeste neni reloadnuty?
213.211.53.198 IN PTR ns1.svse.cz.a stávající smazat? Tom
; zone file fragment for example.com
$TTL 2d ; zone TTL default = 2 days or 172800 seconds
$ORIGIN example.com.
@ IN SOA ns.example.com. hostmaster.example.com. (
2003080800 ; serial number
1d12h ; refresh = 1 day 12 hours
15M ; update retry = 15 minutes
3W12h ; expiry = 3 weeks + 12 hours
2h20M ; minimum = 2 hours + 20 minutes
)
IN NS ns.example.com.
IN NS ns.example.net.
...
; A record for ns.example.com. RR above
ns IN A 192.168.2.1
[root@lovius named]# nslookup ns1.kibo.cz ns1.kibo.cz canonical name = kibo.cz. Name: kibo.cz Address: 78.156.136.96Zaznam musi ukazovat na CNAME a ne na alias Zkus:
IN NS kibo.cz.
kibo.cz. IN A 78.156.136.96
Ale pak to je totalne rozhozene proti WHOIS informaci
Tiskni
Sdílej: