Svobodná historická realtimová strategie 0 A.D. (Wikipedie) byla vydána ve verzi 28 (0.28.0). Její kódový název je Boiorix. Představení novinek v poznámkách k vydání. Ke stažení také na Flathubu a Snapcraftu.
Multimediální server a user space API PipeWire (Wikipedie) poskytující PulseAudio, JACK, ALSA a GStreamer rozhraní byl vydán ve verzi 1.6.0 (Bluesky). Přehled novinek na GitLabu.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-1.2 a 20.04 OTA-12.
Byla vydána (Mastodon, 𝕏) nová stabilní verze 2.0 otevřeného operačního systému pro chytré hodinky AsteroidOS (Wikipedie). Přehled novinek v oznámení o vydání a na YouTube.
WoWee je open-source klient pro MMORPG hru World of Warcraft, kompatibilní se základní verzí a rozšířeními The Burning Crusade a Wrath of the Lich King. Klient je napsaný v C++ a využívá vlastní OpenGL renderer, pro provoz vyžaduje modely, grafiku, hudbu, zvuky a další assety z originální kopie hry od Blizzardu. Zdrojový kód je na GitHubu, dostupný pod licencí MIT.
Byl představen ICT Supply Chain Security Toolbox, společný nezávazný rámec EU pro posuzování a snižování kybernetických bezpečnostních rizik v ICT dodavatelských řetězcích. Toolbox identifikuje možné rizikové scénáře ovlivňující ICT dodavatelské řetězce a na jejich podkladě nabízí koordinovaná doporučení k hodnocení a mitigaci rizik. Doporučení se dotýkají mj. podpory multi-vendor strategií a snižování závislostí na vysoce
… více »Nizozemský ministr obrany Gijs Tuinman prohlásil, že je možné stíhací letouny F-35 'jailbreaknout stejně jako iPhony', tedy upravit jejich software bez souhlasu USA nebo spolupráce s výrobcem Lockheed Martin. Tento výrok zazněl v rozhovoru na BNR Nieuwsradio, kde Tuinman naznačil, že evropské země by mohly potřebovat větší nezávislost na americké technologii. Jak by bylo jailbreak možné technicky provést pan ministr nijak nespecifikoval, nicméně je známé, že izraelské letectvo ve svých modifikovaných stíhačkách F-35 používá vlastní software.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 162 (pdf).
Sdružení CZ.NIC, správce české národní domény, zveřejnilo Domain Report za rok 2025 s klíčovými daty o vývoji domény .CZ. Na konci roku 2025 bylo v registru české národní domény celkem 1 515 860 s koncovkou .CZ. Průměrně bylo měsíčně zaregistrováno 16 222 domén, přičemž nejvíce registrací proběhlo v lednu (18 722) a nejméně pak v červnu (14 559). Podíl domén zabezpečených pomocí technologie DNSSEC se po několika letech stagnace výrazně
… více »Google představil telefon Pixel 10a. S funkci Satelitní SOS, která vás spojí se záchrannými složkami i v místech bez signálu Wi-Fi nebo mobilní sítě. Cena telefonu je od 13 290 Kč.
nastavil jsem verejnou ip a domenu v souborech hosts a v /etc/bind ovsem, kdyz chci spustit bind tak mi to vypise:
server:~# /etc/init.d/bind9 start
Starting domain name service...: bind failed!
zrejme jsem udelal nekde malou chybu, ale nejsem schopny ji odhalit.
diky Dan
ps: pripadne by se mi pomohla kopie konfiguraku od funkcniho primarniho dns, abych mohl porovnat nastaveni.
tak jsem prave koukal do souboru deamon.log a vypis proc se nespusti bind9 je zde
divne je, to ze soubor "named.conf" existuje v adresari /etc/bind/ ovsem vypis z logu pise, ze nemuze "named.conf" najit.starting BIND 9.3.2-P1 -u bind -t /var/lib/named
standardne se totiz bind pousti v chroot-u, tj. tvuj konfigurak musi byt v "etc/named.conf" *relativne* k /var/lib/named
dmesg určitě ne, ten vám ukáže jen zprávy od jádra. Spíš něco jako /var/log/messages nebo tak nějak.
named-checkconf, named-checkzone
server:~# named-checkconf /etc/bind/
/etc/bind/:1: I/O error
named-checkzone - jaka byt sitaxe?
zmena upravil jsem stavajici konfiguraci pro bind9 s kterou mi bind9 nechce nastartovat. Primarni dns by mel delat ns1 a ns2 sam sobe pro domena1.cz
konfiguraci jsem ulozil zde
manualu jsem na netu nasel stovky, ale kdyz mam asi nekde jednu nebo dve chyby tak se to hleda spatne
named-checkconf a named-checkzone, které vám byly doporučeny? Ty vám řeknou, kde je problém. Z toho vašeho zónového souboru se mi ale dělá špatně.
protoze neznam zpravnou sinatxi u prikazu named-checkconf a named-checkzone, aby mi to vypsalo nejakou chybu z ktere bych mohl neco vycist.
mate namysli ten soubor domena1.cz.p ?
Tak znovu: když neznáte syntaxi těch příkazů, proč se nepodíváte do manuálové stránky? Proč myslíte, že se s nimi jejich autoři psali?
Ano, myslím soubor domena1.cz.p
man named-checkconf mam otevreny, ale kdyz jsem pouzil napr.
server:/etc/bind# named-checkconf zones.rfc1918 named.conf -o output.txt
nic mi to nevypsalo (ani jeden prikaz jsem nikdy nepouzival)
u prikazu named-checkzone mi to porad vypisuje help radek, at tam zadam co tam zadam
uz mi to zacalo vypisovat nejake chyby:
www.volny.cz/admin33/chyby.txtVaše doména se jmenuje 'named.conf'?
Pokud nezačnete přemýšlet nad tím, co děláte, nemá to smysl.
ale vzdit mi to jiz vypisuje zpravne ne? zprava3
pokud zadam:
server:/etc/bind# named-checkzone -D domena1.cz.p
tak uz mi to vypisuje zrejme spravne:
server:/etc/bind# named-checkzone -D named.conf domena1.cz.p
domena1.cz.p:18: ignoring out-of-zone data (www.domena1.cz)
zone named.conf/IN: loaded serial 2006111101
named.conf. 86400 IN SOA ns1.domena1.cz. admin.domena1.cz. 2006111101 28800 14400 3600000 86400
named.conf. 86400 IN NS ns1.domena1.cz.
named.conf. 86400 IN NS ns2.domena1.cz.
named.conf. 86400 IN A 111.112.113.114
named.conf. 86400 IN MX 100 mail.domena1.cz.
OK
ale pokud zadam
nslookup 111.112.113.114 domena1.cz tak mi to jeste "neodpovida", kde bych mohl mit chybu?
server:/etc/bind# nslookup 111.112.113.114 domena1.cz
;; connection timed out; no servers could be reached
tohle mi to hlasi, urcite mam nekde jednu chybku a nevidim ji.
server:/etc/bind# named-checkzone domena1.cz /etc/bind/domena1.cz.p
zone domena1.cz/IN: loaded serial 2006111101
OK
soa zaznam je asi v poradku...
v nejake diskuzi jsem cetl, ze reverzni zaznam k domene dela jen isp a zase nekdo jiny psal, ze si reverzni zaznam muze delat kazdy.
server:~# dig @127.0.0.1 ns1.domena1.cz
; <<>> DiG 9.3.2-P1 <<>> @127.0.0.1 ns1.domena1.cz
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 52276
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;ns1.domena1.cz. IN A
;; Query time: 10 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mon Dec 4 12:14:53 2006
;; MSG SIZE rcvd: 29
nslookup 111.112.113.114 domena1.cz
Server: domena1.cz
Address: 111.112.113.114#53
** server can't find 114.113.112.111.in-addr.arpa: SERVFAIL
named -f -g07-Dec-2006 15:15:50.124 zone 113.112.111.in-addr.arpa/IN: loading master file 113.112.111.in-addr.arpa.zone: file not found
07-Dec-2006 15:15:50.125 zone domena1.cz/IN: loading master file domena1.cz.p: file not found
directory v sekcii options.
nslookup 111.112.113.114 domena1.cz
Server: domena1.cz
Address: 111.112.113.114#53
114.113.112.111.in-addr.arpa name = ns1.domena1.cz.
nslookup nahrada ma byt prikaz dig.nslookup v linuxu vypisuje v nekterych pripadech jiny vypis nez v cmd v ms-win!
nslookup 195.70.132.134
Server: 127.0.0.1
Address: 127.0.0.1#53
Non-authoritative answer:
134.132.70.195.in-addr.arpa name = web.nethouse.cz.
Authoritative answers can be found from:
132.70.195.in-addr.arpa nameserver = dns.nextra.cz.
132.70.195.in-addr.arpa nameserver = sns.nextra.cz.
sns.nextra.cz internet address = 195.70.130.19
Tiskni
Sdílej: