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.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
Ahoj, hraju si s postfixem, mam to na serveru s ubuntu, kde mam klasickou verejnou IP adresu od providera. Nemuzu tedy nastavit reverzni zaznam.
Zatim mam jen postfix, nic vic a kdyz poslu z prikazove radky, od roota email na schranku na seznamu, doruci se v pohode. Kdyz ale poslu email na svuj hosting (hostingsolutions), tak mam v logu stale jen toto :
Apr 23 12:21:43 posta postfix/qmgr[5896]: 22838781E58: from=<root@mujserver.cz>, size=305, nrcpt=1 (queue active)
Apr 23 12:22:14 posta postfix/smtp[32589]: connect to mail.hostovanadomena.cz[83.167.245.23]:25: Connection timed out
Cim to muze byt a jak se dozvim, kde je chyba? Muze to byt tim, ze to nepusti kvuli reverznimu DNS, nebo treba ten server nepodporuje komunikaci pres nezabezpeceny port 25?
Stejne tak kdyz poslu email z hostingu na root@mujserver.cz, tak se nic nedoruci, ani zadny mailer deamon mi neprijde (mozna az za cas, po timeoutu) ale ted nic nevim, co se deje. Ze seznamu z atlas.cz to normalne chodi 
Connection timed outDuvodu muze byt vice, firewall, blokace na strrane ISP, konfigurace atp.
No, to mi je docela jasne, prave proto se ptam, co muze byt duvodem toho, ze connection timed out...
Firewall je nesmysl, blokace ISP taktez, konfigurace tim spise.
To vsechno bych zkoumal, kdyby email neprosel nikam. Ale na seznam emaily normalne chodi. Bude to tedy neco, co se nelibi tomu memu hostingu a proto se ptam na radu, co to muze delat a zda se to da nejak zjistit, krom kontaktovani(otravovani) podpory, aby se podivala do logu. Nemam zkusenosti, tak nevim, jestli kdybych neprosel nejakou antispam politikou, by mi prisel nejaky navratovy kod - treba odmitnuto, nebo se takhle servery chovaji, ze se tvari nedostupne, kdyz se jim zprava nelibi.
Ja osobne to tipuji na to, ze ten dany SMTP (meho hostingu) nekomunikuje s jinymi servery po nezabezpecenem portu 25, je to vubec mozne? A proc seznam komunikuje?
P.
petr@zlatehory:~$ telnet virtual.soban.cz 25 Trying 2a02:2b88:2:1::156c:1... Connected to virtual.soban.cz. Escape character is '^]'. 220 virtual.soban.cz ESMTP Postfix quit 221 2.0.0 Bye Connection closed by foreign host. petr@zlatehory:~$
23.4.2014 11:52
MMMMMMMMM | skóre: 44
| blog: unstable
| Valašsko :-)
[root@mail ~]# telnet 83.167.245.23 25 Trying 83.167.245.23... Connected to 83.167.245.23. Escape character is '^]'. 220 web32.hostingsolutions.cz ESMTP Postfix quitpak
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
telnet mx1.seznam.cz 25
pokud jedno funguje a druhé ne a nemáš ve firewallu žádné omezení, chyba je imho buď u tvého ISP nebo na druhé straně (třeba blokuje tvou IP) ;)
root@posta:~# telnet 83.167.245.23 25 Trying 83.167.245.23... ^C root@posta:~# telnet mx1.seznam.cz 25 Trying 77.75.72.42... Connected to mx1.seznam.cz. Escape character is '^]'. 220 2.0.0 Seznam SMTP server waiting for your HELO/EHLO quit 221 2.0.0 Thanks for your visit, have a nice day. Connection closed by foreign host. root@posta:~#
tak je to jasne... muze provider mit seznam povolenych (nejpouzivanejsich) SMTP, na ktere 25ku pousti a jine blokuje? Treba kvuli sireni spamu...
Hmm, spise se to na tom ucim, pak to pujde na VPSku.
Sice si chci na te pripojce postavit svuj mailserver, ale asi to budu jen relay, budu to resit tak, ze si necham schranku na hostingu a budu ji vybirat fetchmailem k sobe.
Chci to pouzivat jako "lokalni" neomezene uloziste posty. Proste s postou pracovat a tridit ji na svem serveru, kde nebudu mit kvoty, ani zadna omezeni, ale prijimat ji bude hosting.Takze si zalozim pro kazdou domenu sbernou schranku na hostingu a budu ji vybirat fetchmailem k sobe. No a jako SMTP pouziju server hostingu a je to.
Snad se tim vyhnu problemum jak s vypadky meho "serveru", tak s nedorucovanim.
traceroute -T -p 80 -n 83.167.245.23
a pak
traceroute -T -p 25 -n 83.167.245.23
To první se pokouší navázat spojení na port 80 - hádám, že weby ISP blokovat nebude, takže by se měla zobrazit celá cesta k tomu serveru (shodou okolností tam něco běží, ale kdyby ne, tak se zobrazí aspoň předposlední hop.) Tenhle výstup se porovná s výstupem druhého příkazu, který se pokouší navázat spojení na port 25. Bude z toho vidět, kde se ty pakety začnou ztrácet.
Tiskni
Sdílej:
