Byl vydán Mozilla Firefox 159.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 159 bude brzy k dispozici také na Flathubu a Snapcraftu.
Nasazení softwaru, který nyní používá ve svých autech pro čínský trh, zvažuje automobilový koncern Volkswagen také v Evropě, kde by se mohl používat v budoucích vozech značek Volkswagen, Škoda a Cupra. Základem pro budoucí evropské modely by se mohla stát takzvaná China Electronic Architecture, elektronická architektura vyvinutá pro čínské modely ve spolupráci s tamní automobilkou Xpeng.
Vedoucím brněnské pobočky Red Hatu se stal Radek Vokál [LinkedIn].
Open source download manager Fatrat povstal z popela. Autor k dvacetiletému výročí projektu přidal do vínku podporu nejnovější knihovny libtorrent, rozhraní portoval na QT6, došlo k nahrazení podpory java rozšíření pythonem. Webové rozhraní bylo přepsáno s podporou mobilních zařízení. Aplikaci je taktéž možno zkompilovat bez podpory GUI. Více informací v releases.
Zranitelnost Broccoli2Shell (CVE-2026-111497) v kompresní knihovně Brotli se netýká pouze Node.js. Ohroženy jsou také aplikace využívající HTTP. Knihovnu používají webové prohlížeče, servery i řada dalších aplikací a technologií, například také Python nebo Bun. Identifikace všech zranitelných komponent může být obtížná, protože knihovna bývá součástí dalších softwarových balíčků nebo je přímo začleněna do spustitelných souborů aplikací.
Quad9, švýcarský celosvětově působící neziskový poskytovatel DNS, od 24. listopadu 2026 ukončí své služby ve Francii kvůli soudnímu sporu s katarskou televizní stanicí beIN. Ta požadovala blokování domén, které podle ní nelegálně zpřístupňují sportovní přenosy. Francouzský soud Katarům vyhověl a nařídil (🇫🇷, PDF) Quad9 blokaci zavést, pod hrozbou pokuty 1000 eur denně. Provozovatel příkaz odmítá s tím, že blokace
… více »Článek na blogu APNIC vysvětluje, jak správně vytvářet a používat ASPA záznamy — podepsané objekty v RPKI, které uvádějí, kteří poskytovatelé směrování jsou pro dané autonomní číslo (ASN) oprávněni. Síťoví operátoři je mohou využít k ověřování tras BGP a k odhalování úniků tras či podvržených tras.
Byla vydána (𝕏) verze 8.0.0 open source programu pro prolamování hesel hashcat (GitHub, Wikipedie). Přehled novinek v příspěvku v diskusním fóru a pdf.
Byla vydána (𝕏, Bluesky) nová verze 2026.3 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem 6 nových nástrojů v oficiálním oznámení na blogu.
Zdravim,
mam server - eth0 wan, eth1 lan, bezi na nem firewall, samba atd., ale nejdou odesilat maily.
puvodne jsem mel vsechno forwardovany na smtp od ISP, takhle v iptables:
-A PREROUTING -i eth1 -p tcp -m tcp --dport 25 -j DNAT --to-destination xxx.xxx.xxx.xxx:25
normalne to fungovalo, pak sem to zrusil a fungovalo posilani pres libovolnej smtp. Ted by tam mel jet postfix,
ale nic neodejde, na cokoliv mi to pise: Connection timed out: port 25
Port 25 blokovanej neni, na jakykoliv smtp ven se telnetem pripojim, dokonce i kdyz se pripojim
zevnitr na server dostanu se na smtp postfixu, a kdyz tam rucne dam neco odeslat je to to samy.
Proto tipuju na blbe nastavenej firewall, v iptables uz nic o portu 25 neni, internet atd funguje normalne.
Tusite nekdo v cem je zakopanej pes?
a vlogach postfixu neco je?
no tam prave je ten timeout, pise to tohle:
Dec 17 09:44:56 server postfix/qmgr[7791]: CDE96400B537: from=<neco@domena.cz>, size=5345, nrcpt=1 (queue active)
Dec 17 09:45:26 server postfix/smtp[7793]: connect to mx50.seznam.cz[77.75.73.47]: Connection timed out (port 25)
Dec 17 09:45:56 filmserver postfix/smtp[7793]: connect to mx60.seznam.cz[77.75.73.47]: Connection timed out (port 25)
Dec 17 09:45:56 server postfix/smtp[7793]: CDE96400B537: to=<xtas--at--email.cz>, relay=none, delay=147012, delays=146951/0.01/60/0, dsn=4.4.1, status=deferred (connect to mx60.seznam.cz[77.75.73.48]: Connection timed out)
Podivejte se do firewallu, zdali opravdu nekde nemate blokovany port 25 a pak v main.cf zkontrolujte parametr mynetworks, zdali nemate povolenou komunikaci jen z localhostu, zkuste take odeslat mail z localhostu, zdali projde. Pokud ani to nezabere, tak sem vlozte vypis z logu mail.info, mail.error a mail.warn
v mynetworks je 127.0.0.0/8, 192.168.1.0/24 - ale to by snad melo byt spravne, potrebuju jen posilani mailu z vnitrni site. Mail neprojde ani kdyz se telnetem pripojim na localhost a zkusim to rucne. mail.info viz trochu vyse, mail.error a mail.warn jsou prazdne. Asi znovu zkouknu ten firewall ale asi jsem slepej :-/
je spravne v main.cf: mydestination = localhost.localdomain, localhost ? to je defaultni ne?
Tak jste me navedli spravne, bylo to fakt v tom firewallu, akorat byla nastavena stara adresa v iptables
-A OUTPUT -s xxx.xxx.xxx.xxx -j ACCEPT
ja sem si rikal ze to pravidlo je nastaveny spravne, ale neznam tu adresu zpameti a nenapadlo me ze bude spatna, momentalne na serveru nic nebezelo, traffic sel pres FORWARD takze se vse zdalo v pohode :)
Kazdopadne teda jeste jeden dotaz: to co mam v main.cf jako MYHOSTNAME - muzu to pouzit uz jako smtp server nebo musim jeste neco nekde nastavit? tzn. aby lidi ve svych klientech meli v nastaveni odchoziho serveru to co je v MYHOSTNAME a ne 192.168.1.1?
priste by melo stacit z dane masiny telnet nejaky.smtp.server 25 a hned by bylo videt, ze se se vzdalenym serverem vubec nespojite...
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz