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.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.1 a 24.04-1.5. S opravou kritických zranitelností.
Společnost Škoda Auto zveřejnila na Printables bezplatné 3D modely příslušenství do svých vozů (držáky na nápoje, pomůcky pro vedení kabelů, mincovníky, háčky na USB kabely a čepice pro kapsy na zadních stranách opěradel sedadel, držáky na telefony a úchyty pro horní upevnění bezpečnostních pásů).
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 170 (pdf).
iptables -t nat -A PREROUTING -p tcp -d ... --dport 80 -j DNAT --to-destination ...
192.168.1.100 odtud potrebuji presmerovat
iptables -t nat -A PREROUTING -p tcp --dport 80 -j DNAT --to-destination 71.7.163.29:8080Nebude to fungovat, pokud by cílový server (jehož adresu zadáte v prohlížeči), byl ve vaší síti (tj. měl adresu typu 192.168.1.něco). Podmínkou také je, že klienti (prohlížeč) posílají s HTTP požadavkem hlavičku
Host: (v HTTP/1.1 už je povinná a všechny klasické moderní prohlížeče ji posílají) – jinak nebude proxy vědět, kam se má dál dotázat na skutečný obsah. Jinak to, o co se pokoušíte, se nazývá transparentní proxy.
Zároveň potřebujete, aby se klienti mohli dotazovat DNS serverů nebo zprovoznit v síti místní DNS resolver, kterého se budou dotazovat.
Pokud by vám to stále nefungovalo, spusťte si na routeru tcpdump -ni interface 'port 80' (resp. port 8080) postupně na vnitřním a vnějším rozhraní a sledujte, kam až pakety dorazí a kde se ztrácí.
Pakety procházející přes PREROUTING se upraví ještě před routováním, takže na firewallu pak musíte mít povolenou komunikaci a navázání spojení z vnitřního počítače na 71.7.163.29:8080 a v opačném směru existující spojení z 71.7.163.29:8080 na vaše klientské počítače.
Mimochodem, předpokládám že normální routování máte už na routeru rozchozené a že např. s vypnutým firewallem se z klienta na web normálně dostanete.
Pokud máte možnost rozumně nastavit proxy na klientských počítačích a chcete pouze klienyt donutit používat vaší proxy, zvažte nastavení proxy a na routeru zablokujte veškerou odchozí komunikaci na port 80 (a např. 8080 a 3128, případně veškerou odchozí komunikaci) a jako výjimku povolte pouze komunikaci na váš proxy server. Nikam jinam se klienti připojit nebudou moci, ale budou vědět, že jsou připojeni přes proxy server (občas to může předejít nějakým nedorozuměním apod. – transparentní proxy server je přeci jen svého druhu únos spojení).
OUTPUT správně. Že počítač pakety zahazuje může mít podle mne ve vašem případě jediný důvod – firewall. O překlad zdrojové adresy paketu s odpovědí by se měl postarat DNAT. Takže do routování a firewallu by měl paket odpovědi od proxy vstupovat se zdrojovou IP adresou nastavenou na IP serveru, kam původně směřoval dotaz prohlížeče, a port 80. Těmto paketům je nutné povolit průchod firewallem vašeho počítače (v INPUT). Asi nejjednodušší je
iptables -A INPUT -p tcp -m state --state ESTABLISHED, RELATED -j ACCEPTčímž povolíte komunikaci pro všechna již navázaná spojení. Pokud byste měl na počítači 192.168.1.100 více rozhraní, a pakety na server měly putovat jiným rozhraním, než pakety k proxy serevru, vstupoval by do hry ještě RP filtr, který kontroluje, zda paket přišel tím rozhraním, kde je očekáván. Ale pokud máte na 192.168.1.100 jen jedno rozhraní, neměl by na to mít RP filtr žádný vliv.
/bin/echo "1" > /proc/sys/net/ipv4/conf/all/log_martiansjestli si o těch příchozích paketech jádro nemyslí něco divného. A zkusil bych na tom počítači během testu úplně vypnout firewall pro příchozí pakety – vymazat
INPUT a nastavit mu default policy na ACCEPT. Ještě můžete zkusit vypsat si pravidla iptables s parametrem -v (např. iptables -vL), zobrazí se i počty paketů, které prošly jednotlivými větvemi. Pokud nemáte na počítači jiný síťový provoz, můžete podle toho poznat, která pravidla se aplikovala. Pokud tedy je problém skutečně v nastavení firewallu. Ale pokud pakety se správnými hlavičkami dorazí až na vaši síťovou kartu a nemáte problém s routováním, nevidím už jiné místo, kde by mohl být problém…
iptables -t nat -A OUTPUT -p tcp --dport 80 -j DNAT --to-destination 195.70.150.7:80 iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT iptables -P INPUT DROPA fungovalo to podle předpokladu, tj. na jakoukoliv adresu se načetla hlavní stránka ábíčka (jenom odkazy se trochu zbláznily - vzniklo tohle: http://www.seznam.cz/blog/limoto/2007/2/23/170597)
#telnet www.google.com 80 GET / HTTP/1.0⏎ Host: www.google.com⏎ ⏎Dostat byste měl HTML kód titulní stránky Googlu.
Tiskni
Sdílej: