Na YouTube a nově také na VHSky byly zveřejněny sestříhané videozáznamy přednášek z letošního OpenAltu.
Jednou za rok otevírá společnost SUSE dveře svých kanceláří široké veřejnosti. Vítáni jsou všichni, kdo se chtějí dozvědět více o naší práci, prostředí ve kterém pracujeme a o naší firemní kultuře. Letos se dveře otevřou 26. 11. 2025 v 16:00. Můžete se těšit na krátké prezentace, které vám přiblíží, na čem naši inženýři v Praze pracují, jak spolupracujeme se zákazníky, partnery i studenty, proč máme rádi open source a co pro nás skutečně
… více »Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za říjen (YouTube).
Jeff Quast otestoval současné emulátory terminálu. Zaměřil se na podporu Unicode a výkon. Vítězným emulátorem terminálu je Ghostty.
Amazon bude poskytovat cloudové služby OpenAI. Cloudová divize Amazon Web Services (AWS) uzavřela s OpenAI víceletou smlouvu za 38 miliard USD (803,1 miliardy Kč), která poskytne majiteli chatovacího robota s umělou inteligencí (AI) ChatGPT přístup ke stovkám tisíc grafických procesů Nvidia. Ty bude moci využívat k trénování a provozování svých modelů AI. Firmy to oznámily v dnešní tiskové zprávě. Společnost OpenAI také nedávno
… více »Konference Prague PostgreSQL Developer Day 2026 (P2D2) se koná 27. a 28. ledna 2026. Konference je zaměřena na témata zajímavá pro uživatele a vývojáře. Příjem přednášek a workshopů je otevřen do 14. listopadu. Vítáme témata související s PostgreSQL či s databázemi obecně, a mohou být v češtině či angličtině.
Byl vydán Devuan 6 Excalibur. Přehled novinek v poznámkách k vydání. Kódové jméno Excalibur bylo vybráno podle planetky 9499 Excalibur. Devuan (Wikipedie) je fork Debianu bez systemd. Devuan 6 Excalibur vychází z Debianu 13 Trixie. Devuan 7 ponese kódové jméno Freia.
Společnost Valve aktualizovala přehled o hardwarovém a softwarovém vybavení uživatelů služby Steam. Podíl uživatelů Linuxu poprvé překročil 3 %, aktuálně 3,05 %. Nejčastěji používané linuxové distribuce jsou Arch Linux, Linux Mint a Ubuntu. Při výběru jenom Linuxu vede SteamOS Holo s 27,18 %. Procesor AMD používá 67,10 % hráčů na Linuxu.
Joel Severin v diskusním listu LKML představil svůj projekt linuxového jádra ve WebAssembly (Wasm). Linux tak "nativně" běží ve webovém prohlížeči. Potřebné skripty pro převod jsou k dispozici na GitHubu.
Byla vydána nová verze 25.10.31 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Ahoj, vypozoroval jsem zajimavy problem. Mam kubuntu na domacim pc. Ten je pripojeny pres dva routery wifinou na router s UPC. Pres VPN se pripojuji do prace, kde mam verejnou IP. Pripojenim na VPNku dostanu rozsah z vnitrni site v praci. Muzu tedy primo jit na stroje ve vnitrni siti.
Ve vnitrni siti bezi jeden webovy server, ktery ma DNS adresu web.firma.cz. Ten ma tedy ip 192.168.10.20 a soucasne 188.xxx.xxx.xxx. Verejna DNS ho zna pod tou 188 IP, ale mam na routeru ve vnitrni siti i statickou DNS, kde je pod tou samou adresou jako 192.168.10.20. Takze se na nej dostanu pomoci jeho dns jmena jak z venku, tak zevnitr.
Stava se mi ale, ze kdyz jsem na vpnce a odpojim se, tak potom prestane byt ta IP prace dostupna. Prijde mi, jako by mne zabanoval budto provider upc nebo ten v praci - riomedia. Kdyz jsem zkousel nejake pingy, na vnitrni IP, vratilo se mi obcas neco jako DNS - private.rionet.cz - co to ma znamenat? Ze jsem se pokousel z vnitrni site pristupovat na rozhrani toho pripojeni a posilal jsem pakety na adresu ve vnitrni siti? Neni to nejak hlidane a kdyz prijde vice takovych paketu, tak provider tu IP zarizne? Napada mne, ze by pak mohlo zlobit to pouziti dvou DNSkovych IP. Nebo se mi nejak podela router, co mam doma? Zkousel jsem vsechno resetovat, vypinat, ale nic. Nedostanu se uz potom ani na nastaveni routeru v praci, ani na ten webovy server. Pritom z mobilu, z 3G to normalne jede. A vzdycky se to podela, kdyz jsem na VPNce a pak se odpojim a kliknu do okna, kde jsem mel otevrene HTTPS spojeni na ten webovy server.
Da se nejak odzkouset, kde se to kazi?
Ted jsem odpojeny od VPN a internet mi jede, ale do prace se nepingnu, ani nepripojim.
Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkaz Užt Rozhraní default 192.168.2.100 0.0.0.0 UG 0 0 0 eth0 192.168.2.0 * 255.255.255.0 U 1 0 0 eth0
Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkaz Užt Rozhraní default * 0.0.0.0 U 0 0 0 ppp0 188-175-XX-XXX. private.rionet. 255.255.255.255 UGH 0 0 0 eth0 192.168.2.0 * 255.255.255.0 U 1 0 0 eth0 XX.XXfirma.cz * 255.255.255.255 UH 0 0 0 ppp0Verejna ip adresa firmy byla zmenena na XX, stejne jako domena XXfirma.cz. To je domena, ktera ma A zaznam na IP adresu pripojky. Ted mne napada, nemuze tady v tom zaznamu byt ten problem? Ale v tehle fazi mi vse funguje a do firmy se pignu. Bojim se odpojit od VPNky, at si nebloknu posledni funkcni pripojeni - mobil. Ale budu se muset odpojit
Ja si to myslim taky, ze kdyz se odpojim, chvili to trva, resp. je mozne, ze treba je nekde v cache stara ip? Tzn. pro web mujweb.firma.cz je v tu chvili prirazena adresa 192.168.10.20 ale ja uz jsem ve verejne siti a ne ve VPN, takze on zacne posilat pakety s IP z rozsahu vnitrni site do rozhrani s netem.
Da se tomu nejak zabranit? Traceroute jsem zkousel a nikam se nedoroutuje. A to dokonce ani kdyz vsechno jede. Ping funguje, ale traceroute vyhazuje jenom hvezdicky.
Myslet nestačí. Musíte se tcpdumpem podívat, co vám odchází z počítače.
Cache směrovacích tabulek se automaticky zneplatní, když zmizí pravidlo, přes které packety odcházely. Tedy když ukončíte tunel.
Chybné soukromé a cílové IP adresy se řeší tak, že blokací na routeru, který už nemají opustit. Cílové zvláštními směrovacími pravidly (například ip route add unreachable 192.168.0.0/16, zdrojové firewallem (ale je to složitější, pokud se vám dělá SNAT).
Traceroute pusťte s paremetrem -I, aby použil ICMP.
petr@T400:~$ sudo traceroute -I XX.firma.cz traceroute to XX.firma.cz (188.175.XX.XXX), 30 hops max, 60 byte packets 1 * * * 2 188-175-XX-XXX.client.rionet.cz (188.175.XX.XXX) 36.692 ms 37.258 ms 37.880 msTakhle ? To je ale nejake divne, ne? Nemely by se tam objevit i ty moje routery a IPcko meho domaciho ISP? Jinak tohle je vypis, kdyz nejsem ve VPN.
tcpdump -np -I ROZHRANÍ ukáže hlavičky packetů, co tečou skrz dané síťové rozhraní, nic se nikam neukládá.
Zaměřit byste se měl na to, kterým rozhraním packety zasílané na ten nedostupný stroj odchází (VPN může mít vlastní rozhraní; nepsal jste, jaký druh VPN používáte) a jakou zdrojovou a cílovou IP adresu mají.
Packety odcházející skrze rozhraní VPN by měli mít adresy soukromé, kdežto packety tunelu by měly proudit skrze běžné síťové rozhraní a měly by mít veřejné adresy.
petr@T400:~$ sudo tcpdump -np -I eth0 tcpdump: eth0: That device doesn't support monitor mode petr@T400:~$ sudo tcpdump -np -I ppp0 tcpdump: eth0: That device doesn't support monitor mode petr@T400:~$
Tiskni
Sdílej: